From xen-api-bounces@lists.xen.org Tue Apr 01 09:07:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Apr 2014 09:07: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 1WUueq-00069N-Tu; Tue, 01 Apr 2014 09:07:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WUuep-000696-Id for xen-api@lists.xen.org; Tue, 01 Apr 2014 09:06:59 +0000 Received: from [85.158.139.211:18737] by server-3.bemta-5.messagelabs.com id 5C/D8-28132-2B18A335; Tue, 01 Apr 2014 09:06:58 +0000 X-Env-Sender: paul.angus@shapeblue.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1396343217!4651404!1 X-Originating-IP: [213.199.154.84] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21339 invoked from network); 1 Apr 2014 09:06:57 -0000 Received: from mail-db3lp0084.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.84) by server-2.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 1 Apr 2014 09:06:57 -0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com (10.242.70.142) by AMXPR07MB119.eurprd07.prod.outlook.com (10.242.70.150) with Microsoft SMTP Server (TLS) id 15.0.898.11; Tue, 1 Apr 2014 09:06:55 +0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.247]) by AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.247]) with mapi id 15.00.0898.005; Tue, 1 Apr 2014 09:06:55 +0000 From: Paul Angus To: "xen-api@lists.xen.org" Thread-Topic: XenServer 6.0.2 disables network interfaces Thread-Index: Ac9Nia49O1ZILeeVSSi7fczNg2PFbw== Date: Tue, 1 Apr 2014 09:06:54 +0000 Message-ID: <7cd2a06f33eb46ec8ea5e9b24f69acb9@AMXPR07MB117.eurprd07.prod.outlook.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [217.36.41.30] x-forefront-prvs: 016885DD9B x-forefront-antispam-report: SFV:NSPM; SFS:(10009001)(6009001)(428001)(53754006)(199002)(13734003)(189002)(19580405001)(81816001)(54356001)(46102001)(56776001)(76482001)(93136001)(51856001)(19580395003)(2656002)(80976001)(92566001)(81542001)(53806001)(83072002)(74706001)(76176001)(95666003)(93516002)(94946001)(50986001)(74662001)(99396001)(85852003)(74502001)(79102001)(81342001)(76796001)(77096001)(76786001)(31966008)(81686001)(66066001)(86362001)(83322001)(4396001)(95416001)(74316001)(94316002)(15395725003)(15974865002)(47736001)(80022001)(54316002)(97186001)(65816001)(77982001)(49866001)(47446002)(97336001)(98676001)(59766001)(20776003)(74366001)(85306002)(33646001)(90146001)(74876001)(69226001)(76576001)(87266001)(63696002)(56816005)(47976001)(87936001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:AMXPR07MB119; H:AMXPR07MB117.eurprd07.prod.outlook.com; FPR:2CECF3DD.AF365C09.6DE01D4F.4AE36ABD.203DD; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (: shapeblue.com does not designate permitted sender hosts) MIME-Version: 1.0 X-OriginatorOrg: shapeblue.com Subject: [Xen-API] XenServer 6.0.2 disables network interfaces X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Has anyone seen this before? Mar 21 10:00:20 dc1fdtptgcx03 kernel: /local/domain/0/device/vif/0: Connected Mar 21 10:00:20 dc1fdtptgcx03 last message repeated 2 times Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Called as "add vif" domid:0 devid:0 mode:bridge Mar 21 10:00:21 dc1fdtptgcx03 kernel: eth8 renamed to side-12556-eth8 by udevd [6579] Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Called as "online vif" domid:0 devid:0 mode:bridge Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Setting vif0.0 MTU 1500 Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Adding vif0.0 to xapi5 with address fe:ff:ff:ff:ff:ff Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Failed to ip link set vif0.0 address fe:ff:ff:ff:ff:ff Mar 21 10:00:21 dc1fdtptgcx03 kernel: device vif0.0 entered promiscuous mode Mar 21 10:00:21 dc1fdtptgcx03 kernel: xapi5: port 7(vif0.0) entering forwarding state Mar 21 10:00:21 dc1fdtptgcx03 kernel: xapi42: port 1(bond3.3003) entering disabled state Mar 21 10:00:22 dc1fdtptgcx03 kernel: xapi34: port 1(bond3.3022) entering disabled state Mar 21 10:00:22 dc1fdtptgcx03 kernel: xapi17: port 1(bond3.3008) entering disabled state Mar 21 10:00:22 dc1fdtptgcx03 kernel: xapi33: port 1(bond3.3011) entering disabled state (repeated 40ish times on different interfaces) When it happens, network traffic stops on those ports, vms have to be migrated off, host restarted, then vms migrated back. Regards Paul Angus Senior Consultant / Cloud Architect S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus paul.angus@shapeblue.com | www.shapeblue.com | Twitter:@shapeblue ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS Need Enterprise Grade Support for Apache CloudStack? Our CloudStack Infrastructure Support offers the best 24/7 SLA for CloudStack Environments. Apache CloudStack Bootcamp training courses **NEW!** CloudStack 4.2.1 training 18th-19th February 2014, Brazil. Classroom 17th-23rd March 2014, Region A. Instructor led, On-line 24th-28th March 2014, Region B. Instructor led, On-line 16th-20th June 2014, Region A. Instructor led, On-line 23rd-27th June 2014, Region B. Instructor led, On-line This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark. _______________________________________________ Xen-api 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 Apr 01 09:07:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Apr 2014 09:07: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 1WUueq-00069N-Tu; Tue, 01 Apr 2014 09:07:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WUuep-000696-Id for xen-api@lists.xen.org; Tue, 01 Apr 2014 09:06:59 +0000 Received: from [85.158.139.211:18737] by server-3.bemta-5.messagelabs.com id 5C/D8-28132-2B18A335; Tue, 01 Apr 2014 09:06:58 +0000 X-Env-Sender: paul.angus@shapeblue.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1396343217!4651404!1 X-Originating-IP: [213.199.154.84] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21339 invoked from network); 1 Apr 2014 09:06:57 -0000 Received: from mail-db3lp0084.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.84) by server-2.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 1 Apr 2014 09:06:57 -0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com (10.242.70.142) by AMXPR07MB119.eurprd07.prod.outlook.com (10.242.70.150) with Microsoft SMTP Server (TLS) id 15.0.898.11; Tue, 1 Apr 2014 09:06:55 +0000 Received: from AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.247]) by AMXPR07MB117.eurprd07.prod.outlook.com ([169.254.15.247]) with mapi id 15.00.0898.005; Tue, 1 Apr 2014 09:06:55 +0000 From: Paul Angus To: "xen-api@lists.xen.org" Thread-Topic: XenServer 6.0.2 disables network interfaces Thread-Index: Ac9Nia49O1ZILeeVSSi7fczNg2PFbw== Date: Tue, 1 Apr 2014 09:06:54 +0000 Message-ID: <7cd2a06f33eb46ec8ea5e9b24f69acb9@AMXPR07MB117.eurprd07.prod.outlook.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [217.36.41.30] x-forefront-prvs: 016885DD9B x-forefront-antispam-report: SFV:NSPM; SFS:(10009001)(6009001)(428001)(53754006)(199002)(13734003)(189002)(19580405001)(81816001)(54356001)(46102001)(56776001)(76482001)(93136001)(51856001)(19580395003)(2656002)(80976001)(92566001)(81542001)(53806001)(83072002)(74706001)(76176001)(95666003)(93516002)(94946001)(50986001)(74662001)(99396001)(85852003)(74502001)(79102001)(81342001)(76796001)(77096001)(76786001)(31966008)(81686001)(66066001)(86362001)(83322001)(4396001)(95416001)(74316001)(94316002)(15395725003)(15974865002)(47736001)(80022001)(54316002)(97186001)(65816001)(77982001)(49866001)(47446002)(97336001)(98676001)(59766001)(20776003)(74366001)(85306002)(33646001)(90146001)(74876001)(69226001)(76576001)(87266001)(63696002)(56816005)(47976001)(87936001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:AMXPR07MB119; H:AMXPR07MB117.eurprd07.prod.outlook.com; FPR:2CECF3DD.AF365C09.6DE01D4F.4AE36ABD.203DD; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (: shapeblue.com does not designate permitted sender hosts) MIME-Version: 1.0 X-OriginatorOrg: shapeblue.com Subject: [Xen-API] XenServer 6.0.2 disables network interfaces X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Has anyone seen this before? Mar 21 10:00:20 dc1fdtptgcx03 kernel: /local/domain/0/device/vif/0: Connected Mar 21 10:00:20 dc1fdtptgcx03 last message repeated 2 times Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Called as "add vif" domid:0 devid:0 mode:bridge Mar 21 10:00:21 dc1fdtptgcx03 kernel: eth8 renamed to side-12556-eth8 by udevd [6579] Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Called as "online vif" domid:0 devid:0 mode:bridge Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Setting vif0.0 MTU 1500 Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Adding vif0.0 to xapi5 with address fe:ff:ff:ff:ff:ff Mar 21 10:00:21 dc1fdtptgcx03 scripts-vif: Failed to ip link set vif0.0 address fe:ff:ff:ff:ff:ff Mar 21 10:00:21 dc1fdtptgcx03 kernel: device vif0.0 entered promiscuous mode Mar 21 10:00:21 dc1fdtptgcx03 kernel: xapi5: port 7(vif0.0) entering forwarding state Mar 21 10:00:21 dc1fdtptgcx03 kernel: xapi42: port 1(bond3.3003) entering disabled state Mar 21 10:00:22 dc1fdtptgcx03 kernel: xapi34: port 1(bond3.3022) entering disabled state Mar 21 10:00:22 dc1fdtptgcx03 kernel: xapi17: port 1(bond3.3008) entering disabled state Mar 21 10:00:22 dc1fdtptgcx03 kernel: xapi33: port 1(bond3.3011) entering disabled state (repeated 40ish times on different interfaces) When it happens, network traffic stops on those ports, vms have to be migrated off, host restarted, then vms migrated back. Regards Paul Angus Senior Consultant / Cloud Architect S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus paul.angus@shapeblue.com | www.shapeblue.com | Twitter:@shapeblue ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS Need Enterprise Grade Support for Apache CloudStack? Our CloudStack Infrastructure Support offers the best 24/7 SLA for CloudStack Environments. Apache CloudStack Bootcamp training courses **NEW!** CloudStack 4.2.1 training 18th-19th February 2014, Brazil. Classroom 17th-23rd March 2014, Region A. Instructor led, On-line 24th-28th March 2014, Region B. Instructor led, On-line 16th-20th June 2014, Region A. Instructor led, On-line 23rd-27th June 2014, Region B. Instructor led, On-line This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark. _______________________________________________ Xen-api 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 Apr 01 17:37:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Apr 2014 17:37: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 1WV2cn-0005eE-NV; Tue, 01 Apr 2014 17:37:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WV2cm-0005e5-6h for xen-api@lists.xen.org; Tue, 01 Apr 2014 17:37:24 +0000 Received: from [85.158.137.68:45439] by server-7.bemta-3.messagelabs.com id 96/C4-04151-359FA335; Tue, 01 Apr 2014 17:37:23 +0000 X-Env-Sender: thomas.sanders@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1396373841!4358542!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26932 invoked from network); 1 Apr 2014 17:37:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2014 17:37:21 -0000 X-IronPort-AV: E=Sophos;i="4.97,774,1389744000"; d="scan'208,217";a="12971924" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 01 Apr 2014 17:37:20 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.75]) by AMSPEX01CL03.citrite.net ([169.254.8.213]) with mapi id 14.02.0342.004; Tue, 1 Apr 2014 19:37:20 +0200 From: Thomas Sanders To: "'lars.kurth@xen.org'" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Thread-Topic: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS Thread-Index: AQHPSdmsvieZSFGSW0OKKsqcNimAqJr9AaGA Date: Tue, 1 Apr 2014 17:37:20 +0000 Message-ID: <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> In-Reply-To: <533450C5.5070005@xen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.129.46] MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7316242284218854363==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7316242284218854363== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_" --_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TW9zdCBvZiB0aGUgWEFQSS1wcm9qZWN04oCZcyB1cHN0cmVhbSBmb3JrcyB3ZXJlIGNyZWF0ZWQg YnkgcGVvcGxlIHdobyB3ZXJlIGRvaW5nIHdvcmsgb24gdGhlIFhBUEkgcHJvamVjdCAob3IgcHJl Y3Vyc29yIFhlblNlcnZlciksIGFuZCB3ZXJlIGNyZWF0ZWQgZm9yIHVzZSBpbiBvciB3aXRoIHRo ZSB4YXBpIHByb2plY3QgKGJ1dCBjcmVhdGVkIG91dHNpZGUgdGhlIHhhcGktcHJvamVjdCBzcGFj ZSBvbiBnaXRodWIgZWl0aGVyIGR1ZSB0byBvYnZpb3VzIHBvdGVudGlhbCBmb3Igd2lkZXIgdXNl LCBvciBkdWUgdG8gdGhlaXIgaW5pdGlhbCBzdGF0dXMgYXMgcGVyc29uYWwgZXhwZXJpbWVudHMp LiBJdCBwcm9iYWJseSBtYWtlcyBzZW5zZSB0byBpbmNsdWRlIHRoZXNlIG9uZXMgaW4gdGhlIGFu YWx5c2lzLg0KDQpUaGVzZSBpbmNsdWRlOg0KDQpQUkR1cCBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9QUkR1cC5naXQNCmJsa3RhcC1ka21zIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L2Jsa3RhcC1ka21zLmdpdA0KY2Ryb20gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv Y2Ryb20uZ2l0DQpmZnMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvZmZzLmdpdA0KbGli dmhkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2xpYnZoZC5naXQNCm5iZCBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9uYmQuZ2l0DQpuZXRkZXYgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QvbmV0ZGV2LmdpdA0Kb2NhbWwtZmQtc2VuZC1yZWN2IGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L29jYW1sLWZkLXNlbmQtcmVjdi5naXQNCm9jYW1sLW9wYXNzd2QgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtb3Bhc3N3ZC5naXQNCm9jYW1sLXRhciBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC10YXIuZ2l0DQpvY2FtbC12aGQgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdmhkLmdpdA0Kb2NhbWwteGVuc3RvcmUt Y2xpZW50cyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGll bnRzLmdpdA0Kb2NhbWx0ZXN0IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sdGVz dC5naXQNCnRhcGN0bCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC90YXBjdGwuZ2l0DQp2 aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC92aGQtdG9vbC5naXQNCndzcHJv eHkgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvd3Nwcm94eS5naXQNCnhjcC1lbGlsb2Fk ZXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWVsaWxvYWRlci5naXQNCnhjcC1n dWVzdC10ZW1wbGF0ZXMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWd1ZXN0LXRl bXBsYXRlcy5naXQNCnhjcC1pZGwgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWlk bC5naXQNCnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0 L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdA0KeGVuLWFwaS1iYWNrcG9ydHMgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9ydHMuZ2l0DQp4ZW4tYXBpLWNsaWVudCBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWNsaWVudC5naXQNCnhlbi1hcGkt bGlicy1zcGVjcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtc3Bl Y3MuZ2l0DQp4ZW4tYXBpLWxpYnMtdHJhbnNpdGlvbmFsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1w cm9qZWN0L3hlbi1hcGktbGlicy10cmFuc2l0aW9uYWwuZ2l0DQp4cy1wdWxsLXJlcXVlc3QtYnVp bGQtc2NyaXB0cyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94cy1wdWxsLXJlcXVlc3Qt YnVpbGQtc2NyaXB0cy5naXQNCg0KQ3JlYXRlZCBmb3IgWGVuU2VydmVyIGFuZCAoY3VycmVudGx5 KSBjYXRlZ29yaXNlZCB1bmRlciBYZW5TZXJ2ZXIgcmF0aGVyIHRoYW4gWGFwaToNCnZuY3Rlcm0g Z2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5naXQNCg0KUmVwb3NpdG9yaWVz IGZvcmtlZCBmcm9tIHVucmVsYXRlZCB1cHN0cmVhbSBwcm9qZWN0czoNCm9jbG9jayBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0DQpvcGFtIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L29wYW0uZ2l0DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5LmdpdA0KcHl0aG9uLWdpdGh1YjIgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIuZ2l0DQpvY2FtbC1zaGEgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtc2hhLmdpdA0KVGhlIGxhc3Qgb2YgdGhvc2Ug d2FzIGNyZWF0ZWQgYnkgdmluY2VudGh6LCB3aG8gYWxzbyB3b3JrZWQgb24gWGVuU2VydmVyIGFu ZCBYQVBJLCBidXQgbXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9jYW1sLXNoYSB3YXMgYSBzZXBh cmF0ZSBwZXJzb25hbCBwcm9qZWN0Lg0KDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54 ZW4ub3JnIFttYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBP ZiBMYXJzIEt1cnRoDQpTZW50OiAyNyBNYXJjaCAyMDE0IDQ6MjUgUE0NClRvOiB4ZW4tYXBpQGxp c3RzLnhlbi5vcmc7IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnDQpTdWJqZWN0 OiBbWGVuLUFQSV0gSXNzdWVzIGFuZCBxdWVzdGlvbnMgcmVsYXRlZCB0byBjb250cmlidXRpb24g bWV0cmljcyBkYXNoYm9hcmQgZm9yIFhBUEkgYW5kIE1pcmFnZSBPUw0KDQpIaSBhbGwsDQoNCmEg d2hpbGUgYWdvIEkga2lja2VkIGEgY29udmVyc2F0aW9uIHJlbGF0ZWQgdG8gcHV0dGluZyBhIGRh c2hib2FyZCBmb3IgdGhlIFhlbiBwcm9qZWN0IHN1YiBwcm9qZWN0cyB0b2dldGhlci4gQXMgaXQg dHVybnMgb3V0IHRoZXJlIGlzIGFuIGlzc3VlIGluICBYQVBJIGFuZCBNaXJhZ2VPUyByZXBvc2l0 b3JpZXMgb24gZ2l0aHViLiBTb21lIG9mIHRoZW0gYXJlIGZvcmtzIG9mIHVwc3RyZWFtcywgd2hp Y2ggYXJlIGhhcmQgZm9yIHRoZSB0b29sIHRvIGFuYWx5emUuIE15IHByb3Bvc2FsIHdvdWxkIGJl IHRvICpub3QgYW5hbHlzZSB0aGVtKiBhbmQgaW5jbHVkZSB0aGVtIGludG8gc3RhdGlzdGljcy4g SWYgSSBkb24ndCBoZWFyIGFueSBzY3JlYW1zLCB0aGVuIHRoaXMgd2lsbCBiZSB0aGUgZGVmYXVs dC4gVGhlIGxpc3Qgb2YgZm9ya3MgZGV0ZWN0ZWQgYXJlIGxpc3RlZCBiZWxvdyAuLi4NCg0KQWxz bywgaXQgd291bGQgYmUgZ29vZCB0byBsZXQgbWUga25vdyBvZiBhbnkgb3RoZXIgcmVwb3MgdGhh dCB5b3UgZG9udCB3YW50IHRvIGFuYWx5c2UuIFRoZSBmdWxsIGxpc3QgaXMgYXQgaHR0cDovL2Jp dGVyZ2lhLmNvbS9wcm9qZWN0cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBv cy5odG1sIChub3RlIHRoYXQgdGhlcmUgaXMgNzkgcGFnZXMgb2YgdGhlbSkgd2hpY2ggc2hvdWxk IGJlIGFnZ3JlZ2F0ZWQgaW50byBidWNrZXRzIGZvciBYQVBJIGFuZCBvcGFtDQoNClJlZ2FyZHMN CkxhcnMNCg0KPSBEZXRlY3RlZCBmb3JrcyBpbiBYQVBJIFByb2plY3QgPQ0KeGVuLXVuc3RhYmxl LW1pcnJvciBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tdW5zdGFibGUtbWlycm9y LmdpdA0KUFJEdXAgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvUFJEdXAuZ2l0DQpibGt0 YXAtZGttcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9ibGt0YXAtZGttcy5naXQNCmNk cm9tIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Nkcm9tLmdpdA0KZmZzIGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L2Zmcy5naXQNCmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC9saWJ2aGQuZ2l0DQpuYmQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv bmJkLmdpdA0KbmV0ZGV2IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25ldGRldi5naXQN Cm9jYW1sLWZkLXNlbmQtcmVjdiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1m ZC1zZW5kLXJlY3YuZ2l0DQpvY2FtbC1vcGFzc3dkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L29jYW1sLW9wYXNzd2QuZ2l0DQpvY2FtbC1zaGEgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvb2NhbWwtc2hhLmdpdA0Kb2NhbWwtdGFyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L29jYW1sLXRhci5naXQNCm9jYW1sLXZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC9vY2FtbC12aGQuZ2l0DQpvY2FtbC14ZW5zdG9yZS1jbGllbnRzIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L29jYW1sLXhlbnN0b3JlLWNsaWVudHMuZ2l0DQpvY2FtbHRlc3QgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWx0ZXN0LmdpdA0Kb2Nsb2NrIGdpdDovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L29jbG9jay5naXQNCm9wYW0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBp LXByb2plY3Qvb3BhbS5naXQNCm9wYW0tcmVwb3NpdG9yeSBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vcGFtLXJlcG9zaXRvcnkuZ2l0DQpweXRob24tZ2l0aHViMiBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC9weXRob24tZ2l0aHViMi5naXQNCnRhcGN0bCBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC90YXBjdGwuZ2l0DQp2aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC92aGQtdG9vbC5naXQNCnZuY3Rlcm0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvdm5jdGVybS5naXQNCndzcHJveHkgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv d3Nwcm94eS5naXQNCnhjcC1lbGlsb2FkZXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv eGNwLWVsaWxvYWRlci5naXQNCnhjcC1ndWVzdC10ZW1wbGF0ZXMgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QveGNwLWd1ZXN0LXRlbXBsYXRlcy5naXQNCnhjcC1pZGwgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveGNwLWlkbC5naXQNCnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDov L2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdA0KeGVuLWFw aS1iYWNrcG9ydHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9y dHMuZ2l0DQp4ZW4tYXBpLWNsaWVudCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4t YXBpLWNsaWVudC5naXQNCnhlbi1hcGktbGlicy1zcGVjcyBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94ZW4tYXBpLWxpYnMtc3BlY3MuZ2l0DQp4ZW4tYXBpLWxpYnMtdHJhbnNpdGlvbmFs IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktbGlicy10cmFuc2l0aW9uYWwu Z2l0DQp4cy1wdWxsLXJlcXVlc3QtYnVpbGQtc2NyaXB0cyBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94cy1wdWxsLXJlcXVlc3QtYnVpbGQtc2NyaXB0cy5naXQNCg0KPSBEZXRlY3RlZCBm b3JrcyBpbiBNaXJhZ2UgT1MgPQ0KeGVuIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL3hlbi5naXQN Cm1pcmFyaSBnaXQ6Ly9naXRodWIuY29tL21pcmFnZS9taXJhcmkuZ2l0DQpvY2FtbC1jb2h0dHAg Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtY29odHRwLmdpdA0Kb2NhbWwtY3J5cHRvLWtl eXMgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtY3J5cHRvLWtleXMuZ2l0DQpvY2FtbC1j c3RydWN0IGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNzdHJ1Y3QuZ2l0DQpvY2FtbC1k bnMgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtZG5zLmdpdA0Kb2NhbWwtb3BlbmZsb3cg Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtb3BlbmZsb3cuZ2l0DQpvY2FtbC1yZSBnaXQ6 Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1yZS5naXQNCm9jYW1sLXR1bnRhcCBnaXQ6Ly9naXRo dWIuY29tL21pcmFnZS9vY2FtbC10dW50YXAuZ2l0DQpvY2FtbC11cmkgZ2l0Oi8vZ2l0aHViLmNv bS9taXJhZ2Uvb2NhbWwtdXJpLmdpdA0Kb2NhbWwteGVuc3RvcmUgZ2l0Oi8vZ2l0aHViLmNvbS9t aXJhZ2Uvb2NhbWwteGVuc3RvcmUuZ2l0DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNv bS9taXJhZ2Uvb3BhbS1yZXBvc2l0b3J5LmdpdA0KDQoNCg0KDQotLS0tLS0tLSBPcmlnaW5hbCBN ZXNzYWdlIC0tLS0tLS0tDQpTdWJqZWN0Og0KDQpSZW1vdmluZyBmb3JrcyBmcm9tIHRoZSBhbmFs eXNpcw0KDQpEYXRlOg0KDQpUaHUsIDI3IE1hciAyMDE0IDE0OjM2OjA2ICswMTAwDQoNCkZyb206 DQoNClNhbnRpYWdvIER1ZcOxYXMgPHNkdWVuYXNAYml0ZXJnaWEuY29tPjxtYWlsdG86c2R1ZW5h c0BiaXRlcmdpYS5jb20+DQoNClRvOg0KDQpMYXJzIEt1cnRoIDxsYXJzLmt1cnRoQHhlbi5vcmc+ PG1haWx0bzpsYXJzLmt1cnRoQHhlbi5vcmc+DQoNCkNDOg0KDQpjaXRyaXhAbGlzdHMuYml0ZXJn aWEuY29tPG1haWx0bzpjaXRyaXhAbGlzdHMuYml0ZXJnaWEuY29tPg0KDQoNCg0KSGkgYWdhaW4g TGFycywNCg0KDQoNCmR1cmluZyBvdXIgYW5hbHlzaXMsIHdlIGZvdW5kIHRoYXQgc29tZSBvZiB5 b3VyIGdpdCByZXBvcyBhcmUgZm9ya3MgZnJvbQ0KDQp1cHN0cmVhbSByZXBvc2l0b3JpZXMuIEkg ZG9uIG5vdCBrbm93IHdoZXRoZXIgeW91IHRhbGsgdG8gTWFucmlxdWUgb3INCg0KSmVzdXMgYWJv dXQgdGhhdCBidXQgSSBwcmVmZXIgdG8gcmVtZW1iZXIgeW91IHdoaWNoIHBvc3NpYmlsaXRpZXMg d2UNCg0Kb2ZmZXIgYW5kIHdoaWNoIG9uZSB3ZSBoYXZlIGZvbGxvdy4NCg0KDQoNClRoZSByZXBv c2l0b3JpZXMgdGhhdCB3ZSBoYXZlIGFscmVhZHkgYW5hbHl6ZWQgYXJlIGxpc3RlZCBvbiB0aGUN Cg0Kc2NtLXJlcG9zIHBhZ2U6DQoNCg0KDQpodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2Np dHJpeC14ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWwNCg0KDQoNCldlIG9mZmVy IHRocmVlIHBvc3NpYmlsaXRpZXMgZm9yIHRyZWF0aW5nIHRoZXNlIGNhc2VzOg0KDQoNCg0KLSBE byBub3QgYW5hbHl6ZSBmb3Jrcy4gVGhpcyBpcyB0aGUgZGVmYXVsdCBvcHRpb24uIFdlIGhhdmUg cmVtb3ZlZCBmcm9tDQoNCnRoZSBhbmFseXNpcyB0aG9zZSByZXBvc2l0b3JpZXMgbWFya2VkIGFz IGZvcmtzIGluIEdpdGh1YiBhbmQgb3RoZXJzDQoNCmZyb20gdXBzdHJlYW0gc3VjaCBhcyAib2Nh bWwiIGFuZCAib3BhbSIgc2VyaWVzIChzZWUgdGhlIGF0dGFjaGVkIGZpbGUNCg0KdGhhdCBpbmNs dWRlcyB0aGUgZnVsbCBsaXN0IG9mIGZvcmtzKS4NCg0KDQoNClByb2JhYmx5LCB5b3Ugd2lsbCB3 YW50IHRvIHJlbW92ZSBtb3JlLiBJZiB0aGlzIGlzIHlvdXIgY2hvaWNlLCBwbGVhc2UNCg0KaGF2 ZSBhIGxvb2sgYXQgdGhlIHJlcG9zaXRvcmllcyBwYWdlIGFuZCBzZW5kIG1lIGFuIGVtYWlsIHdp dGggdGhlIGxpc3QNCg0Kb2YgZ2l0IHJlcG9zaXRvcmllcyB5b3Ugd2FudCB0byByZW1vdmUgZnJv bSB0aGUgYW5hbHlzaXMuDQoNCg0KDQotIEFuYWx5emUgZm9ya3MuIFRha2UgaW50byBhY2NvdW50 IHRoYXQgdGhpcyBjYW4gYWZmZWN0IHRoZSB3aG9sZQ0KDQpudW1iZXJzIGFuZCBzdGF0cywgcGFy dGljdWxhcmx5IGlmIHlvdXIgdGVhbSBpcyBub3QgcmVhbGx5IGFjdGl2ZSBpbg0KDQp0aGVzZSBy ZXBvcy4NCg0KDQoNCi0gQW5hbHl6ZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHVwc3RyZWFtIGFuZCBs b2NhbCByZXBvc2l0b3JpZXMuIER1ZSB0aGlzDQoNCmZ1bmN0aW9uYWxpdHkgaXMgb3V0IG9mIHRo ZSBiYXNpYyBkYXNoYm9hcmQsIHBsZWFzZSB0YWxrIHRvIE1hbnJpcXVlIG9yDQoNCkplc3VzIHRv IGdldCBtb3JlIGRldGFpbHMsIGlmIGludGVyZXN0ZWQuDQoNCg0KDQpTYW50aQ0KDQotLQ0KDQpT YW50aWFnbyBEdWXDsWFzDQoNCnNkdWVuYXNAYml0ZXJnaWEuY29tPG1haWx0bzpzZHVlbmFzQGJp dGVyZ2lhLmNvbT4NCg0KQml0ZXJnaWEgUy5MLkwNCg0KDQoNCg0KDQoNCg== --_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 UE1pbmdMaVU7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlBNaW5nTGlVOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0x OjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxAUE1p bmdMaVUiOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29s b3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQg Q2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNw YW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0 dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRN TCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAu MHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJn aW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9 IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+TW9zdCBvZiB0aGUgWEFQSS1wcm9qZWN04oCZcyB1cHN0cmVhbSBmb3Jr cyB3ZXJlIGNyZWF0ZWQgYnkgcGVvcGxlIHdobyB3ZXJlIGRvaW5nIHdvcmsgb24gdGhlIFhBUEkg cHJvamVjdCAob3IgcHJlY3Vyc29yIFhlblNlcnZlciksIGFuZCB3ZXJlIGNyZWF0ZWQgZm9yIHVz ZQ0KIGluIG9yIHdpdGggdGhlIHhhcGkgcHJvamVjdCAoYnV0IGNyZWF0ZWQgb3V0c2lkZSB0aGUg eGFwaS1wcm9qZWN0IHNwYWNlIG9uIGdpdGh1YiBlaXRoZXIgZHVlIHRvIG9idmlvdXMgcG90ZW50 aWFsIGZvciB3aWRlciB1c2UsIG9yIGR1ZSB0byB0aGVpciBpbml0aWFsIHN0YXR1cyBhcyBwZXJz b25hbCBleHBlcmltZW50cykuIEl0IHByb2JhYmx5IG1ha2VzIHNlbnNlIHRvIGluY2x1ZGUgdGhl c2Ugb25lcyBpbiB0aGUgYW5hbHlzaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGVzZSBpbmNsdWRlOjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+UFJEdXAgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvUFJEdXAuZ2l0PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmJsa3RhcC1ka21zIGdpdDovL2dpdGh1Yi5jb20veGFwaS1w cm9qZWN0L2Jsa3RhcC1ka21zLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5jZHJv bSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9jZHJvbS5naXQ8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+ZmZzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Zmcy5naXQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+bGlidmhkIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L2xpYnZoZC5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+bmJkIGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25iZC5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+bmV0ZGV2IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25ldGRldi5naXQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwtZmQtc2VuZC1yZWN2IGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLWZkLXNlbmQtcmVjdi5naXQ8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwtb3Bhc3N3ZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJv amVjdC9vY2FtbC1vcGFzc3dkLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2Ft bC10YXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdGFyLmdpdDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbC12aGQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvb2NhbWwtdmhkLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbC14 ZW5zdG9yZS1jbGllbnRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXhlbnN0 b3JlLWNsaWVudHMuZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9jYW1sdGVzdCBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbHRlc3QuZ2l0PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPnRhcGN0bCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC90YXBj dGwuZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnZoZC10b29sIGdpdDovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L3ZoZC10b29sLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj53c3Byb3h5IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3dzcHJveHkuZ2l0PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhjcC1lbGlsb2FkZXIgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QveGNwLWVsaWxvYWRlci5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+eGNwLWd1ZXN0LXRlbXBsYXRlcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94 Y3AtZ3Vlc3QtdGVtcGxhdGVzLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj54Y3At aWRsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1pZGwuZ2l0PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj54ZW4tYXBpLWJhY2twb3J0cyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC94ZW4tYXBpLWJhY2twb3J0cy5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eGVu LWFwaS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1jbGllbnQu Z2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhlbi1hcGktbGlicy1zcGVjcyBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtc3BlY3MuZ2l0PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhlbi1hcGktbGlicy10cmFuc2l0aW9uYWwgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1saWJzLXRyYW5zaXRpb25hbC5naXQ8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMu Z2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5DcmVhdGVkIGZvciBYZW5TZXJ2ZXIgYW5kIChjdXJyZW50bHkpIGNhdGVn b3Jpc2VkIHVuZGVyIFhlblNlcnZlciByYXRoZXIgdGhhbiBYYXBpOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj52bmN0ZXJtIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3ZuY3Rl cm0uZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5SZXBvc2l0b3JpZXMgZm9ya2VkIGZyb20gdW5yZWxhdGVkIHVwc3Ry ZWFtIHByb2plY3RzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2xvY2sgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2Nsb2NrLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5vcGFtIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29wYW0uZ2l0PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9wYW0tcmVwb3NpdG9yeSBnaXQ6Ly9naXRodWIuY29t L3hhcGktcHJvamVjdC9vcGFtLXJlcG9zaXRvcnkuZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPnB5dGhvbi1naXRodWIyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3B5dGhv bi1naXRodWIyLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbC1zaGEgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtc2hhLmdpdDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5UaGUgbGFzdCBvZiB0aG9zZSB3YXMgY3JlYXRlZCBieSB2aW5jZW50aHos IHdobyBhbHNvIHdvcmtlZCBvbiBYZW5TZXJ2ZXIgYW5kIFhBUEksIGJ1dCBteSB1bmRlcnN0YW5k aW5nIGlzIHRoYXQgb2NhbWwtc2hhIHdhcyBhIHNlcGFyYXRlIHBlcnNvbmFsIHByb2plY3QuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4g eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcNCiBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkxhcnMgS3VydGg8YnI+DQo8Yj5TZW50 OjwvYj4gMjcgTWFyY2ggMjAxNCA0OjI1IFBNPGJyPg0KPGI+VG86PC9iPiB4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmc7IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFtYZW4tQVBJXSBJc3N1ZXMgYW5kIHF1ZXN0aW9ucyByZWxhdGVkIHRvIGNvbnRy aWJ1dGlvbiBtZXRyaWNzIGRhc2hib2FyZCBmb3IgWEFQSSBhbmQgTWlyYWdlIE9TPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgYWxsLDxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCmEgd2hpbGUgYWdvIEkga2lj a2VkIGEgY29udmVyc2F0aW9uIHJlbGF0ZWQgdG8gcHV0dGluZyBhIGRhc2hib2FyZCBmb3IgdGhl IFhlbiBwcm9qZWN0IHN1YiBwcm9qZWN0cyB0b2dldGhlci4gQXMgaXQgdHVybnMgb3V0IHRoZXJl IGlzIGFuIGlzc3VlIGluJm5ic3A7IFhBUEkgYW5kIE1pcmFnZU9TIHJlcG9zaXRvcmllcyBvbiBn aXRodWIuIFNvbWUgb2YgdGhlbSBhcmUgZm9ya3Mgb2YgdXBzdHJlYW1zLCB3aGljaCBhcmUgaGFy ZCBmb3IgdGhlIHRvb2wgdG8NCiBhbmFseXplLiBNeSBwcm9wb3NhbCB3b3VsZCBiZSB0byAqbm90 IGFuYWx5c2UgdGhlbSogYW5kIGluY2x1ZGUgdGhlbSBpbnRvIHN0YXRpc3RpY3MuIElmIEkgZG9u J3QgaGVhciBhbnkgc2NyZWFtcywgdGhlbiB0aGlzIHdpbGwgYmUgdGhlIGRlZmF1bHQuIFRoZSBs aXN0IG9mIGZvcmtzIGRldGVjdGVkIGFyZSBsaXN0ZWQgYmVsb3cgLi4uPGJyPg0KPGJyPg0KQWxz bywgaXQgd291bGQgYmUgZ29vZCB0byBsZXQgbWUga25vdyBvZiBhbnkgb3RoZXIgcmVwb3MgdGhh dCB5b3UgZG9udCB3YW50IHRvIGFuYWx5c2UuIFRoZSBmdWxsIGxpc3QgaXMgYXQNCjxhIGhyZWY9 Imh0dHA6Ly9iaXRlcmdpYS5jb20vcHJvamVjdHMvY2l0cml4LXhlbi1kYXNoYm9hcmQvYnJvd3Nl ci9zY20tcmVwb3MuaHRtbCI+DQpodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2NpdHJpeC14 ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWw8L2E+IChub3RlIHRoYXQgdGhlcmUg aXMgNzkgcGFnZXMgb2YgdGhlbSkgd2hpY2ggc2hvdWxkIGJlIGFnZ3JlZ2F0ZWQgaW50byBidWNr ZXRzIGZvciBYQVBJIGFuZCBvcGFtPGJyPg0KPGJyPg0KUmVnYXJkczxicj4NCkxhcnM8YnI+DQo8 YnI+DQo9IERldGVjdGVkIGZvcmtzIGluIFhBUEkgUHJvamVjdCA9PGJyPg0KeGVuLXVuc3RhYmxl LW1pcnJvciBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tdW5zdGFibGUtbWlycm9y LmdpdDxicj4NClBSRHVwIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L1BSRHVwLmdpdDxi cj4NCmJsa3RhcC1ka21zIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Jsa3RhcC1ka21z LmdpdDxicj4NCmNkcm9tIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Nkcm9tLmdpdDxi cj4NCmZmcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9mZnMuZ2l0PGJyPg0KbGlidmhk IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2xpYnZoZC5naXQ8YnI+DQpuYmQgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3QvbmJkLmdpdDxicj4NCm5ldGRldiBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC9uZXRkZXYuZ2l0PGJyPg0Kb2NhbWwtZmQtc2VuZC1yZWN2IGdpdDov L2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLWZkLXNlbmQtcmVjdi5naXQ8YnI+DQpvY2Ft bC1vcGFzc3dkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLW9wYXNzd2QuZ2l0 PGJyPg0Kb2NhbWwtc2hhIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXNoYS5n aXQ8YnI+DQpvY2FtbC10YXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdGFy LmdpdDxicj4NCm9jYW1sLXZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC12 aGQuZ2l0PGJyPg0Kb2NhbWwteGVuc3RvcmUtY2xpZW50cyBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGllbnRzLmdpdDxicj4NCm9jYW1sdGVzdCBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbHRlc3QuZ2l0PGJyPg0Kb2Nsb2NrIGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L29jbG9jay5naXQ8YnI+DQpvcGFtIGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L29wYW0uZ2l0PGJyPg0Kb3BhbS1yZXBvc2l0b3J5IGdpdDovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L29wYW0tcmVwb3NpdG9yeS5naXQ8YnI+DQpweXRob24tZ2l0aHVi MiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9weXRob24tZ2l0aHViMi5naXQ8YnI+DQp0 YXBjdGwgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdGFwY3RsLmdpdDxicj4NCnZoZC10 b29sIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3ZoZC10b29sLmdpdDxicj4NCnZuY3Rl cm0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5naXQ8YnI+DQp3c3Byb3h5 IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3dzcHJveHkuZ2l0PGJyPg0KeGNwLWVsaWxv YWRlciBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94Y3AtZWxpbG9hZGVyLmdpdDxicj4N CnhjcC1ndWVzdC10ZW1wbGF0ZXMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWd1 ZXN0LXRlbXBsYXRlcy5naXQ8YnI+DQp4Y3AtaWRsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1pZGwuZ2l0PGJyPg0KeGNwLXN0b3JhZ2UtbWFuYWdlcnMgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QveGNwLXN0b3JhZ2UtbWFuYWdlcnMuZ2l0PGJyPg0KeGVuLWFwaS1iYWNr cG9ydHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9ydHMuZ2l0 PGJyPg0KeGVuLWFwaS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFw aS1jbGllbnQuZ2l0PGJyPg0KeGVuLWFwaS1saWJzLXNwZWNzIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L3hlbi1hcGktbGlicy1zcGVjcy5naXQ8YnI+DQp4ZW4tYXBpLWxpYnMtdHJhbnNp dGlvbmFsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktbGlicy10cmFuc2l0 aW9uYWwuZ2l0PGJyPg0KeHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMuZ2l0PGJyPg0K PGJyPg0KPSBEZXRlY3RlZCBmb3JrcyBpbiBNaXJhZ2UgT1MgPTxicj4NCnhlbiBnaXQ6Ly9naXRo dWIuY29tL21pcmFnZS94ZW4uZ2l0PGJyPg0KbWlyYXJpIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdl L21pcmFyaS5naXQ8YnI+DQpvY2FtbC1jb2h0dHAgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2Nh bWwtY29odHRwLmdpdDxicj4NCm9jYW1sLWNyeXB0by1rZXlzIGdpdDovL2dpdGh1Yi5jb20vbWly YWdlL29jYW1sLWNyeXB0by1rZXlzLmdpdDxicj4NCm9jYW1sLWNzdHJ1Y3QgZ2l0Oi8vZ2l0aHVi LmNvbS9taXJhZ2Uvb2NhbWwtY3N0cnVjdC5naXQ8YnI+DQpvY2FtbC1kbnMgZ2l0Oi8vZ2l0aHVi LmNvbS9taXJhZ2Uvb2NhbWwtZG5zLmdpdDxicj4NCm9jYW1sLW9wZW5mbG93IGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29jYW1sLW9wZW5mbG93LmdpdDxicj4NCm9jYW1sLXJlIGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29jYW1sLXJlLmdpdDxicj4NCm9jYW1sLXR1bnRhcCBnaXQ6Ly9naXRodWIu Y29tL21pcmFnZS9vY2FtbC10dW50YXAuZ2l0PGJyPg0Kb2NhbWwtdXJpIGdpdDovL2dpdGh1Yi5j b20vbWlyYWdlL29jYW1sLXVyaS5naXQ8YnI+DQpvY2FtbC14ZW5zdG9yZSBnaXQ6Ly9naXRodWIu Y29tL21pcmFnZS9vY2FtbC14ZW5zdG9yZS5naXQ8YnI+DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8v Z2l0aHViLmNvbS9taXJhZ2Uvb3BhbS1yZXBvc2l0b3J5LmdpdDxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxicj4NCi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0gPG86cD48L286cD48 L3A+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5n PSIwIiBjZWxscGFkZGluZz0iMCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgbm93cmFwPSIiIHZhbGln bj0idG9wIiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PGI+U3ViamVjdDog PG86cD48L286cD48L2I+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBj bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVtb3ZpbmcgZm9ya3MgZnJvbSB0aGUgYW5h bHlzaXM8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2 YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPkRhdGU6 IDxvOnA+PC9vOnA+PC9iPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRodSwgMjcgTWFyIDIwMTQgMTQ6MzY6MDYg JiM0MzswMTAwPG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBub3dyYXA9 IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij48Yj5G cm9tOiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAw Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TYW50aWFnbyBEdWXDsWFzIDxhIGhy ZWY9Im1haWx0bzpzZHVlbmFzQGJpdGVyZ2lhLmNvbSI+Jmx0O3NkdWVuYXNAYml0ZXJnaWEuY29t Jmd0OzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0i IiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPlRv OiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20g MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MYXJzIEt1cnRoIDxhIGhyZWY9Im1haWx0 bzpsYXJzLmt1cnRoQHhlbi5vcmciPiZsdDtsYXJzLmt1cnRoQHhlbi5vcmcmZ3Q7PC9hPjxvOnA+ PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgbm93cmFwPSIiIHZhbGlnbj0idG9w IiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg YWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PGI+Q0M6IDxvOnA+PC9vOnA+ PC9iPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzpjaXRyaXhAbGlzdHMuYml0ZXJnaWEu Y29tIj5jaXRyaXhAbGlzdHMuYml0ZXJnaWEuY29tPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4N CjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cHJlPkhpIGFnYWlu IExhcnMsPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxw cmU+ZHVyaW5nIG91ciBhbmFseXNpcywgd2UgZm91bmQgdGhhdCBzb21lIG9mIHlvdXIgZ2l0IHJl cG9zIGFyZSBmb3JrcyBmcm9tPG86cD48L286cD48L3ByZT4NCjxwcmU+dXBzdHJlYW0gcmVwb3Np dG9yaWVzLiBJIGRvbiBub3Qga25vdyB3aGV0aGVyIHlvdSB0YWxrIHRvIE1hbnJpcXVlIG9yPG86 cD48L286cD48L3ByZT4NCjxwcmU+SmVzdXMgYWJvdXQgdGhhdCBidXQgSSBwcmVmZXIgdG8gcmVt ZW1iZXIgeW91IHdoaWNoIHBvc3NpYmlsaXRpZXMgd2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5v ZmZlciBhbmQgd2hpY2ggb25lIHdlIGhhdmUgZm9sbG93LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoZSByZXBvc2l0b3JpZXMgdGhhdCB3ZSBo YXZlIGFscmVhZHkgYW5hbHl6ZWQgYXJlIGxpc3RlZCBvbiB0aGU8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT5zY20tcmVwb3MgcGFnZTo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwv bzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2Np dHJpeC14ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWwiPmh0dHA6Ly9iaXRlcmdp YS5jb20vcHJvamVjdHMvY2l0cml4LXhlbi1kYXNoYm9hcmQvYnJvd3Nlci9zY20tcmVwb3MuaHRt bDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHBy ZT5XZSBvZmZlciB0aHJlZSBwb3NzaWJpbGl0aWVzIGZvciB0cmVhdGluZyB0aGVzZSBjYXNlczo8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4tIERv IG5vdCBhbmFseXplIGZvcmtzLiBUaGlzIGlzIHRoZSBkZWZhdWx0IG9wdGlvbi4gV2UgaGF2ZSBy ZW1vdmVkIGZyb208bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGUgYW5hbHlzaXMgdGhvc2UgcmVw b3NpdG9yaWVzIG1hcmtlZCBhcyBmb3JrcyBpbiBHaXRodWIgYW5kIG90aGVyczxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPmZyb20gdXBzdHJlYW0gc3VjaCBhcyAmcXVvdDtvY2FtbCZxdW90OyBhbmQg JnF1b3Q7b3BhbSZxdW90OyBzZXJpZXMgKHNlZSB0aGUgYXR0YWNoZWQgZmlsZTxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPnRoYXQgaW5jbHVkZXMgdGhlIGZ1bGwgbGlzdCBvZiBmb3JrcykuPG86cD48 L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+UHJvYmFibHks IHlvdSB3aWxsIHdhbnQgdG8gcmVtb3ZlIG1vcmUuIElmIHRoaXMgaXMgeW91ciBjaG9pY2UsIHBs ZWFzZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmhhdmUgYSBsb29rIGF0IHRoZSByZXBvc2l0b3Jp ZXMgcGFnZSBhbmQgc2VuZCBtZSBhbiBlbWFpbCB3aXRoIHRoZSBsaXN0PG86cD48L286cD48L3By ZT4NCjxwcmU+b2YgZ2l0IHJlcG9zaXRvcmllcyB5b3Ugd2FudCB0byByZW1vdmUgZnJvbSB0aGUg YW5hbHlzaXMuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N CjxwcmU+LSBBbmFseXplIGZvcmtzLiBUYWtlIGludG8gYWNjb3VudCB0aGF0IHRoaXMgY2FuIGFm ZmVjdCB0aGUgd2hvbGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5udW1iZXJzIGFuZCBzdGF0cywg cGFydGljdWxhcmx5IGlmIHlvdXIgdGVhbSBpcyBub3QgcmVhbGx5IGFjdGl2ZSBpbjxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPnRoZXNlIHJlcG9zLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPi0gQW5hbHl6ZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHVw c3RyZWFtIGFuZCBsb2NhbCByZXBvc2l0b3JpZXMuIER1ZSB0aGlzPG86cD48L286cD48L3ByZT4N CjxwcmU+ZnVuY3Rpb25hbGl0eSBpcyBvdXQgb2YgdGhlIGJhc2ljIGRhc2hib2FyZCwgcGxlYXNl IHRhbGsgdG8gTWFucmlxdWUgb3I8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5KZXN1cyB0byBnZXQg bW9yZSBkZXRhaWxzLCBpZiBpbnRlcmVzdGVkLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlNhbnRpPG86cD48L286cD48L3ByZT4NCjxwcmU+LS0g PG86cD48L286cD48L3ByZT4NCjxwcmU+U2FudGlhZ28gRHVlw7FhczxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpzZHVlbmFzQGJpdGVyZ2lhLmNvbSI+c2R1ZW5hc0BiaXRl cmdpYS5jb208L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+Qml0ZXJnaWEgUy5MLkw8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw OzwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_-- --===============7316242284218854363== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7316242284218854363==-- From xen-api-bounces@lists.xen.org Tue Apr 01 17:37:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Apr 2014 17:37: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 1WV2cn-0005eE-NV; Tue, 01 Apr 2014 17:37:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WV2cm-0005e5-6h for xen-api@lists.xen.org; Tue, 01 Apr 2014 17:37:24 +0000 Received: from [85.158.137.68:45439] by server-7.bemta-3.messagelabs.com id 96/C4-04151-359FA335; Tue, 01 Apr 2014 17:37:23 +0000 X-Env-Sender: thomas.sanders@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1396373841!4358542!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26932 invoked from network); 1 Apr 2014 17:37:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2014 17:37:21 -0000 X-IronPort-AV: E=Sophos;i="4.97,774,1389744000"; d="scan'208,217";a="12971924" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 01 Apr 2014 17:37:20 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.75]) by AMSPEX01CL03.citrite.net ([169.254.8.213]) with mapi id 14.02.0342.004; Tue, 1 Apr 2014 19:37:20 +0200 From: Thomas Sanders To: "'lars.kurth@xen.org'" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Thread-Topic: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS Thread-Index: AQHPSdmsvieZSFGSW0OKKsqcNimAqJr9AaGA Date: Tue, 1 Apr 2014 17:37:20 +0000 Message-ID: <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> In-Reply-To: <533450C5.5070005@xen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.129.46] MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7316242284218854363==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7316242284218854363== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_" --_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TW9zdCBvZiB0aGUgWEFQSS1wcm9qZWN04oCZcyB1cHN0cmVhbSBmb3JrcyB3ZXJlIGNyZWF0ZWQg YnkgcGVvcGxlIHdobyB3ZXJlIGRvaW5nIHdvcmsgb24gdGhlIFhBUEkgcHJvamVjdCAob3IgcHJl Y3Vyc29yIFhlblNlcnZlciksIGFuZCB3ZXJlIGNyZWF0ZWQgZm9yIHVzZSBpbiBvciB3aXRoIHRo ZSB4YXBpIHByb2plY3QgKGJ1dCBjcmVhdGVkIG91dHNpZGUgdGhlIHhhcGktcHJvamVjdCBzcGFj ZSBvbiBnaXRodWIgZWl0aGVyIGR1ZSB0byBvYnZpb3VzIHBvdGVudGlhbCBmb3Igd2lkZXIgdXNl LCBvciBkdWUgdG8gdGhlaXIgaW5pdGlhbCBzdGF0dXMgYXMgcGVyc29uYWwgZXhwZXJpbWVudHMp LiBJdCBwcm9iYWJseSBtYWtlcyBzZW5zZSB0byBpbmNsdWRlIHRoZXNlIG9uZXMgaW4gdGhlIGFu YWx5c2lzLg0KDQpUaGVzZSBpbmNsdWRlOg0KDQpQUkR1cCBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9QUkR1cC5naXQNCmJsa3RhcC1ka21zIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L2Jsa3RhcC1ka21zLmdpdA0KY2Ryb20gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv Y2Ryb20uZ2l0DQpmZnMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvZmZzLmdpdA0KbGli dmhkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2xpYnZoZC5naXQNCm5iZCBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9uYmQuZ2l0DQpuZXRkZXYgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QvbmV0ZGV2LmdpdA0Kb2NhbWwtZmQtc2VuZC1yZWN2IGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L29jYW1sLWZkLXNlbmQtcmVjdi5naXQNCm9jYW1sLW9wYXNzd2QgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtb3Bhc3N3ZC5naXQNCm9jYW1sLXRhciBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC10YXIuZ2l0DQpvY2FtbC12aGQgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdmhkLmdpdA0Kb2NhbWwteGVuc3RvcmUt Y2xpZW50cyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGll bnRzLmdpdA0Kb2NhbWx0ZXN0IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sdGVz dC5naXQNCnRhcGN0bCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC90YXBjdGwuZ2l0DQp2 aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC92aGQtdG9vbC5naXQNCndzcHJv eHkgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvd3Nwcm94eS5naXQNCnhjcC1lbGlsb2Fk ZXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWVsaWxvYWRlci5naXQNCnhjcC1n dWVzdC10ZW1wbGF0ZXMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWd1ZXN0LXRl bXBsYXRlcy5naXQNCnhjcC1pZGwgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWlk bC5naXQNCnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0 L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdA0KeGVuLWFwaS1iYWNrcG9ydHMgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9ydHMuZ2l0DQp4ZW4tYXBpLWNsaWVudCBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWNsaWVudC5naXQNCnhlbi1hcGkt bGlicy1zcGVjcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtc3Bl Y3MuZ2l0DQp4ZW4tYXBpLWxpYnMtdHJhbnNpdGlvbmFsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1w cm9qZWN0L3hlbi1hcGktbGlicy10cmFuc2l0aW9uYWwuZ2l0DQp4cy1wdWxsLXJlcXVlc3QtYnVp bGQtc2NyaXB0cyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94cy1wdWxsLXJlcXVlc3Qt YnVpbGQtc2NyaXB0cy5naXQNCg0KQ3JlYXRlZCBmb3IgWGVuU2VydmVyIGFuZCAoY3VycmVudGx5 KSBjYXRlZ29yaXNlZCB1bmRlciBYZW5TZXJ2ZXIgcmF0aGVyIHRoYW4gWGFwaToNCnZuY3Rlcm0g Z2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5naXQNCg0KUmVwb3NpdG9yaWVz IGZvcmtlZCBmcm9tIHVucmVsYXRlZCB1cHN0cmVhbSBwcm9qZWN0czoNCm9jbG9jayBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0DQpvcGFtIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L29wYW0uZ2l0DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5LmdpdA0KcHl0aG9uLWdpdGh1YjIgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIuZ2l0DQpvY2FtbC1zaGEgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtc2hhLmdpdA0KVGhlIGxhc3Qgb2YgdGhvc2Ug d2FzIGNyZWF0ZWQgYnkgdmluY2VudGh6LCB3aG8gYWxzbyB3b3JrZWQgb24gWGVuU2VydmVyIGFu ZCBYQVBJLCBidXQgbXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9jYW1sLXNoYSB3YXMgYSBzZXBh cmF0ZSBwZXJzb25hbCBwcm9qZWN0Lg0KDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54 ZW4ub3JnIFttYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBP ZiBMYXJzIEt1cnRoDQpTZW50OiAyNyBNYXJjaCAyMDE0IDQ6MjUgUE0NClRvOiB4ZW4tYXBpQGxp c3RzLnhlbi5vcmc7IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnDQpTdWJqZWN0 OiBbWGVuLUFQSV0gSXNzdWVzIGFuZCBxdWVzdGlvbnMgcmVsYXRlZCB0byBjb250cmlidXRpb24g bWV0cmljcyBkYXNoYm9hcmQgZm9yIFhBUEkgYW5kIE1pcmFnZSBPUw0KDQpIaSBhbGwsDQoNCmEg d2hpbGUgYWdvIEkga2lja2VkIGEgY29udmVyc2F0aW9uIHJlbGF0ZWQgdG8gcHV0dGluZyBhIGRh c2hib2FyZCBmb3IgdGhlIFhlbiBwcm9qZWN0IHN1YiBwcm9qZWN0cyB0b2dldGhlci4gQXMgaXQg dHVybnMgb3V0IHRoZXJlIGlzIGFuIGlzc3VlIGluICBYQVBJIGFuZCBNaXJhZ2VPUyByZXBvc2l0 b3JpZXMgb24gZ2l0aHViLiBTb21lIG9mIHRoZW0gYXJlIGZvcmtzIG9mIHVwc3RyZWFtcywgd2hp Y2ggYXJlIGhhcmQgZm9yIHRoZSB0b29sIHRvIGFuYWx5emUuIE15IHByb3Bvc2FsIHdvdWxkIGJl IHRvICpub3QgYW5hbHlzZSB0aGVtKiBhbmQgaW5jbHVkZSB0aGVtIGludG8gc3RhdGlzdGljcy4g SWYgSSBkb24ndCBoZWFyIGFueSBzY3JlYW1zLCB0aGVuIHRoaXMgd2lsbCBiZSB0aGUgZGVmYXVs dC4gVGhlIGxpc3Qgb2YgZm9ya3MgZGV0ZWN0ZWQgYXJlIGxpc3RlZCBiZWxvdyAuLi4NCg0KQWxz bywgaXQgd291bGQgYmUgZ29vZCB0byBsZXQgbWUga25vdyBvZiBhbnkgb3RoZXIgcmVwb3MgdGhh dCB5b3UgZG9udCB3YW50IHRvIGFuYWx5c2UuIFRoZSBmdWxsIGxpc3QgaXMgYXQgaHR0cDovL2Jp dGVyZ2lhLmNvbS9wcm9qZWN0cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBv cy5odG1sIChub3RlIHRoYXQgdGhlcmUgaXMgNzkgcGFnZXMgb2YgdGhlbSkgd2hpY2ggc2hvdWxk IGJlIGFnZ3JlZ2F0ZWQgaW50byBidWNrZXRzIGZvciBYQVBJIGFuZCBvcGFtDQoNClJlZ2FyZHMN CkxhcnMNCg0KPSBEZXRlY3RlZCBmb3JrcyBpbiBYQVBJIFByb2plY3QgPQ0KeGVuLXVuc3RhYmxl LW1pcnJvciBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tdW5zdGFibGUtbWlycm9y LmdpdA0KUFJEdXAgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvUFJEdXAuZ2l0DQpibGt0 YXAtZGttcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9ibGt0YXAtZGttcy5naXQNCmNk cm9tIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Nkcm9tLmdpdA0KZmZzIGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L2Zmcy5naXQNCmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC9saWJ2aGQuZ2l0DQpuYmQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv bmJkLmdpdA0KbmV0ZGV2IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25ldGRldi5naXQN Cm9jYW1sLWZkLXNlbmQtcmVjdiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1m ZC1zZW5kLXJlY3YuZ2l0DQpvY2FtbC1vcGFzc3dkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L29jYW1sLW9wYXNzd2QuZ2l0DQpvY2FtbC1zaGEgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvb2NhbWwtc2hhLmdpdA0Kb2NhbWwtdGFyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L29jYW1sLXRhci5naXQNCm9jYW1sLXZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC9vY2FtbC12aGQuZ2l0DQpvY2FtbC14ZW5zdG9yZS1jbGllbnRzIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L29jYW1sLXhlbnN0b3JlLWNsaWVudHMuZ2l0DQpvY2FtbHRlc3QgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWx0ZXN0LmdpdA0Kb2Nsb2NrIGdpdDovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L29jbG9jay5naXQNCm9wYW0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBp LXByb2plY3Qvb3BhbS5naXQNCm9wYW0tcmVwb3NpdG9yeSBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vcGFtLXJlcG9zaXRvcnkuZ2l0DQpweXRob24tZ2l0aHViMiBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC9weXRob24tZ2l0aHViMi5naXQNCnRhcGN0bCBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC90YXBjdGwuZ2l0DQp2aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC92aGQtdG9vbC5naXQNCnZuY3Rlcm0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvdm5jdGVybS5naXQNCndzcHJveHkgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv d3Nwcm94eS5naXQNCnhjcC1lbGlsb2FkZXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv eGNwLWVsaWxvYWRlci5naXQNCnhjcC1ndWVzdC10ZW1wbGF0ZXMgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QveGNwLWd1ZXN0LXRlbXBsYXRlcy5naXQNCnhjcC1pZGwgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveGNwLWlkbC5naXQNCnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDov L2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdA0KeGVuLWFw aS1iYWNrcG9ydHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9y dHMuZ2l0DQp4ZW4tYXBpLWNsaWVudCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4t YXBpLWNsaWVudC5naXQNCnhlbi1hcGktbGlicy1zcGVjcyBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94ZW4tYXBpLWxpYnMtc3BlY3MuZ2l0DQp4ZW4tYXBpLWxpYnMtdHJhbnNpdGlvbmFs IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktbGlicy10cmFuc2l0aW9uYWwu Z2l0DQp4cy1wdWxsLXJlcXVlc3QtYnVpbGQtc2NyaXB0cyBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94cy1wdWxsLXJlcXVlc3QtYnVpbGQtc2NyaXB0cy5naXQNCg0KPSBEZXRlY3RlZCBm b3JrcyBpbiBNaXJhZ2UgT1MgPQ0KeGVuIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL3hlbi5naXQN Cm1pcmFyaSBnaXQ6Ly9naXRodWIuY29tL21pcmFnZS9taXJhcmkuZ2l0DQpvY2FtbC1jb2h0dHAg Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtY29odHRwLmdpdA0Kb2NhbWwtY3J5cHRvLWtl eXMgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtY3J5cHRvLWtleXMuZ2l0DQpvY2FtbC1j c3RydWN0IGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNzdHJ1Y3QuZ2l0DQpvY2FtbC1k bnMgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtZG5zLmdpdA0Kb2NhbWwtb3BlbmZsb3cg Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtb3BlbmZsb3cuZ2l0DQpvY2FtbC1yZSBnaXQ6 Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1yZS5naXQNCm9jYW1sLXR1bnRhcCBnaXQ6Ly9naXRo dWIuY29tL21pcmFnZS9vY2FtbC10dW50YXAuZ2l0DQpvY2FtbC11cmkgZ2l0Oi8vZ2l0aHViLmNv bS9taXJhZ2Uvb2NhbWwtdXJpLmdpdA0Kb2NhbWwteGVuc3RvcmUgZ2l0Oi8vZ2l0aHViLmNvbS9t aXJhZ2Uvb2NhbWwteGVuc3RvcmUuZ2l0DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNv bS9taXJhZ2Uvb3BhbS1yZXBvc2l0b3J5LmdpdA0KDQoNCg0KDQotLS0tLS0tLSBPcmlnaW5hbCBN ZXNzYWdlIC0tLS0tLS0tDQpTdWJqZWN0Og0KDQpSZW1vdmluZyBmb3JrcyBmcm9tIHRoZSBhbmFs eXNpcw0KDQpEYXRlOg0KDQpUaHUsIDI3IE1hciAyMDE0IDE0OjM2OjA2ICswMTAwDQoNCkZyb206 DQoNClNhbnRpYWdvIER1ZcOxYXMgPHNkdWVuYXNAYml0ZXJnaWEuY29tPjxtYWlsdG86c2R1ZW5h c0BiaXRlcmdpYS5jb20+DQoNClRvOg0KDQpMYXJzIEt1cnRoIDxsYXJzLmt1cnRoQHhlbi5vcmc+ PG1haWx0bzpsYXJzLmt1cnRoQHhlbi5vcmc+DQoNCkNDOg0KDQpjaXRyaXhAbGlzdHMuYml0ZXJn aWEuY29tPG1haWx0bzpjaXRyaXhAbGlzdHMuYml0ZXJnaWEuY29tPg0KDQoNCg0KSGkgYWdhaW4g TGFycywNCg0KDQoNCmR1cmluZyBvdXIgYW5hbHlzaXMsIHdlIGZvdW5kIHRoYXQgc29tZSBvZiB5 b3VyIGdpdCByZXBvcyBhcmUgZm9ya3MgZnJvbQ0KDQp1cHN0cmVhbSByZXBvc2l0b3JpZXMuIEkg ZG9uIG5vdCBrbm93IHdoZXRoZXIgeW91IHRhbGsgdG8gTWFucmlxdWUgb3INCg0KSmVzdXMgYWJv dXQgdGhhdCBidXQgSSBwcmVmZXIgdG8gcmVtZW1iZXIgeW91IHdoaWNoIHBvc3NpYmlsaXRpZXMg d2UNCg0Kb2ZmZXIgYW5kIHdoaWNoIG9uZSB3ZSBoYXZlIGZvbGxvdy4NCg0KDQoNClRoZSByZXBv c2l0b3JpZXMgdGhhdCB3ZSBoYXZlIGFscmVhZHkgYW5hbHl6ZWQgYXJlIGxpc3RlZCBvbiB0aGUN Cg0Kc2NtLXJlcG9zIHBhZ2U6DQoNCg0KDQpodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2Np dHJpeC14ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWwNCg0KDQoNCldlIG9mZmVy IHRocmVlIHBvc3NpYmlsaXRpZXMgZm9yIHRyZWF0aW5nIHRoZXNlIGNhc2VzOg0KDQoNCg0KLSBE byBub3QgYW5hbHl6ZSBmb3Jrcy4gVGhpcyBpcyB0aGUgZGVmYXVsdCBvcHRpb24uIFdlIGhhdmUg cmVtb3ZlZCBmcm9tDQoNCnRoZSBhbmFseXNpcyB0aG9zZSByZXBvc2l0b3JpZXMgbWFya2VkIGFz IGZvcmtzIGluIEdpdGh1YiBhbmQgb3RoZXJzDQoNCmZyb20gdXBzdHJlYW0gc3VjaCBhcyAib2Nh bWwiIGFuZCAib3BhbSIgc2VyaWVzIChzZWUgdGhlIGF0dGFjaGVkIGZpbGUNCg0KdGhhdCBpbmNs dWRlcyB0aGUgZnVsbCBsaXN0IG9mIGZvcmtzKS4NCg0KDQoNClByb2JhYmx5LCB5b3Ugd2lsbCB3 YW50IHRvIHJlbW92ZSBtb3JlLiBJZiB0aGlzIGlzIHlvdXIgY2hvaWNlLCBwbGVhc2UNCg0KaGF2 ZSBhIGxvb2sgYXQgdGhlIHJlcG9zaXRvcmllcyBwYWdlIGFuZCBzZW5kIG1lIGFuIGVtYWlsIHdp dGggdGhlIGxpc3QNCg0Kb2YgZ2l0IHJlcG9zaXRvcmllcyB5b3Ugd2FudCB0byByZW1vdmUgZnJv bSB0aGUgYW5hbHlzaXMuDQoNCg0KDQotIEFuYWx5emUgZm9ya3MuIFRha2UgaW50byBhY2NvdW50 IHRoYXQgdGhpcyBjYW4gYWZmZWN0IHRoZSB3aG9sZQ0KDQpudW1iZXJzIGFuZCBzdGF0cywgcGFy dGljdWxhcmx5IGlmIHlvdXIgdGVhbSBpcyBub3QgcmVhbGx5IGFjdGl2ZSBpbg0KDQp0aGVzZSBy ZXBvcy4NCg0KDQoNCi0gQW5hbHl6ZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHVwc3RyZWFtIGFuZCBs b2NhbCByZXBvc2l0b3JpZXMuIER1ZSB0aGlzDQoNCmZ1bmN0aW9uYWxpdHkgaXMgb3V0IG9mIHRo ZSBiYXNpYyBkYXNoYm9hcmQsIHBsZWFzZSB0YWxrIHRvIE1hbnJpcXVlIG9yDQoNCkplc3VzIHRv IGdldCBtb3JlIGRldGFpbHMsIGlmIGludGVyZXN0ZWQuDQoNCg0KDQpTYW50aQ0KDQotLQ0KDQpT YW50aWFnbyBEdWXDsWFzDQoNCnNkdWVuYXNAYml0ZXJnaWEuY29tPG1haWx0bzpzZHVlbmFzQGJp dGVyZ2lhLmNvbT4NCg0KQml0ZXJnaWEgUy5MLkwNCg0KDQoNCg0KDQoNCg== --_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 UE1pbmdMaVU7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlBNaW5nTGlVOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0x OjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxAUE1p bmdMaVUiOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29s b3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQg Q2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNw YW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0 dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRN TCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAu MHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJn aW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9 IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+TW9zdCBvZiB0aGUgWEFQSS1wcm9qZWN04oCZcyB1cHN0cmVhbSBmb3Jr cyB3ZXJlIGNyZWF0ZWQgYnkgcGVvcGxlIHdobyB3ZXJlIGRvaW5nIHdvcmsgb24gdGhlIFhBUEkg cHJvamVjdCAob3IgcHJlY3Vyc29yIFhlblNlcnZlciksIGFuZCB3ZXJlIGNyZWF0ZWQgZm9yIHVz ZQ0KIGluIG9yIHdpdGggdGhlIHhhcGkgcHJvamVjdCAoYnV0IGNyZWF0ZWQgb3V0c2lkZSB0aGUg eGFwaS1wcm9qZWN0IHNwYWNlIG9uIGdpdGh1YiBlaXRoZXIgZHVlIHRvIG9idmlvdXMgcG90ZW50 aWFsIGZvciB3aWRlciB1c2UsIG9yIGR1ZSB0byB0aGVpciBpbml0aWFsIHN0YXR1cyBhcyBwZXJz b25hbCBleHBlcmltZW50cykuIEl0IHByb2JhYmx5IG1ha2VzIHNlbnNlIHRvIGluY2x1ZGUgdGhl c2Ugb25lcyBpbiB0aGUgYW5hbHlzaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGVzZSBpbmNsdWRlOjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+UFJEdXAgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvUFJEdXAuZ2l0PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmJsa3RhcC1ka21zIGdpdDovL2dpdGh1Yi5jb20veGFwaS1w cm9qZWN0L2Jsa3RhcC1ka21zLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5jZHJv bSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9jZHJvbS5naXQ8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+ZmZzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Zmcy5naXQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+bGlidmhkIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L2xpYnZoZC5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+bmJkIGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25iZC5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+bmV0ZGV2IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25ldGRldi5naXQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwtZmQtc2VuZC1yZWN2IGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLWZkLXNlbmQtcmVjdi5naXQ8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwtb3Bhc3N3ZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJv amVjdC9vY2FtbC1vcGFzc3dkLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2Ft bC10YXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdGFyLmdpdDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbC12aGQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvb2NhbWwtdmhkLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbC14 ZW5zdG9yZS1jbGllbnRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXhlbnN0 b3JlLWNsaWVudHMuZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9jYW1sdGVzdCBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbHRlc3QuZ2l0PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPnRhcGN0bCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC90YXBj dGwuZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnZoZC10b29sIGdpdDovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L3ZoZC10b29sLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj53c3Byb3h5IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3dzcHJveHkuZ2l0PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhjcC1lbGlsb2FkZXIgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QveGNwLWVsaWxvYWRlci5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+eGNwLWd1ZXN0LXRlbXBsYXRlcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94 Y3AtZ3Vlc3QtdGVtcGxhdGVzLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj54Y3At aWRsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1pZGwuZ2l0PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj54ZW4tYXBpLWJhY2twb3J0cyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC94ZW4tYXBpLWJhY2twb3J0cy5naXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eGVu LWFwaS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1jbGllbnQu Z2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhlbi1hcGktbGlicy1zcGVjcyBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtc3BlY3MuZ2l0PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhlbi1hcGktbGlicy10cmFuc2l0aW9uYWwgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1saWJzLXRyYW5zaXRpb25hbC5naXQ8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMu Z2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5DcmVhdGVkIGZvciBYZW5TZXJ2ZXIgYW5kIChjdXJyZW50bHkpIGNhdGVn b3Jpc2VkIHVuZGVyIFhlblNlcnZlciByYXRoZXIgdGhhbiBYYXBpOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj52bmN0ZXJtIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3ZuY3Rl cm0uZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5SZXBvc2l0b3JpZXMgZm9ya2VkIGZyb20gdW5yZWxhdGVkIHVwc3Ry ZWFtIHByb2plY3RzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2xvY2sgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2Nsb2NrLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5vcGFtIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29wYW0uZ2l0PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9wYW0tcmVwb3NpdG9yeSBnaXQ6Ly9naXRodWIuY29t L3hhcGktcHJvamVjdC9vcGFtLXJlcG9zaXRvcnkuZ2l0PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPnB5dGhvbi1naXRodWIyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3B5dGhv bi1naXRodWIyLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbC1zaGEgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtc2hhLmdpdDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5UaGUgbGFzdCBvZiB0aG9zZSB3YXMgY3JlYXRlZCBieSB2aW5jZW50aHos IHdobyBhbHNvIHdvcmtlZCBvbiBYZW5TZXJ2ZXIgYW5kIFhBUEksIGJ1dCBteSB1bmRlcnN0YW5k aW5nIGlzIHRoYXQgb2NhbWwtc2hhIHdhcyBhIHNlcGFyYXRlIHBlcnNvbmFsIHByb2plY3QuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4g eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcNCiBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkxhcnMgS3VydGg8YnI+DQo8Yj5TZW50 OjwvYj4gMjcgTWFyY2ggMjAxNCA0OjI1IFBNPGJyPg0KPGI+VG86PC9iPiB4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmc7IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFtYZW4tQVBJXSBJc3N1ZXMgYW5kIHF1ZXN0aW9ucyByZWxhdGVkIHRvIGNvbnRy aWJ1dGlvbiBtZXRyaWNzIGRhc2hib2FyZCBmb3IgWEFQSSBhbmQgTWlyYWdlIE9TPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgYWxsLDxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCmEgd2hpbGUgYWdvIEkga2lj a2VkIGEgY29udmVyc2F0aW9uIHJlbGF0ZWQgdG8gcHV0dGluZyBhIGRhc2hib2FyZCBmb3IgdGhl IFhlbiBwcm9qZWN0IHN1YiBwcm9qZWN0cyB0b2dldGhlci4gQXMgaXQgdHVybnMgb3V0IHRoZXJl IGlzIGFuIGlzc3VlIGluJm5ic3A7IFhBUEkgYW5kIE1pcmFnZU9TIHJlcG9zaXRvcmllcyBvbiBn aXRodWIuIFNvbWUgb2YgdGhlbSBhcmUgZm9ya3Mgb2YgdXBzdHJlYW1zLCB3aGljaCBhcmUgaGFy ZCBmb3IgdGhlIHRvb2wgdG8NCiBhbmFseXplLiBNeSBwcm9wb3NhbCB3b3VsZCBiZSB0byAqbm90 IGFuYWx5c2UgdGhlbSogYW5kIGluY2x1ZGUgdGhlbSBpbnRvIHN0YXRpc3RpY3MuIElmIEkgZG9u J3QgaGVhciBhbnkgc2NyZWFtcywgdGhlbiB0aGlzIHdpbGwgYmUgdGhlIGRlZmF1bHQuIFRoZSBs aXN0IG9mIGZvcmtzIGRldGVjdGVkIGFyZSBsaXN0ZWQgYmVsb3cgLi4uPGJyPg0KPGJyPg0KQWxz bywgaXQgd291bGQgYmUgZ29vZCB0byBsZXQgbWUga25vdyBvZiBhbnkgb3RoZXIgcmVwb3MgdGhh dCB5b3UgZG9udCB3YW50IHRvIGFuYWx5c2UuIFRoZSBmdWxsIGxpc3QgaXMgYXQNCjxhIGhyZWY9 Imh0dHA6Ly9iaXRlcmdpYS5jb20vcHJvamVjdHMvY2l0cml4LXhlbi1kYXNoYm9hcmQvYnJvd3Nl ci9zY20tcmVwb3MuaHRtbCI+DQpodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2NpdHJpeC14 ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWw8L2E+IChub3RlIHRoYXQgdGhlcmUg aXMgNzkgcGFnZXMgb2YgdGhlbSkgd2hpY2ggc2hvdWxkIGJlIGFnZ3JlZ2F0ZWQgaW50byBidWNr ZXRzIGZvciBYQVBJIGFuZCBvcGFtPGJyPg0KPGJyPg0KUmVnYXJkczxicj4NCkxhcnM8YnI+DQo8 YnI+DQo9IERldGVjdGVkIGZvcmtzIGluIFhBUEkgUHJvamVjdCA9PGJyPg0KeGVuLXVuc3RhYmxl LW1pcnJvciBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tdW5zdGFibGUtbWlycm9y LmdpdDxicj4NClBSRHVwIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L1BSRHVwLmdpdDxi cj4NCmJsa3RhcC1ka21zIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Jsa3RhcC1ka21z LmdpdDxicj4NCmNkcm9tIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Nkcm9tLmdpdDxi cj4NCmZmcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9mZnMuZ2l0PGJyPg0KbGlidmhk IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2xpYnZoZC5naXQ8YnI+DQpuYmQgZ2l0Oi8v Z2l0aHViLmNvbS94YXBpLXByb2plY3QvbmJkLmdpdDxicj4NCm5ldGRldiBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC9uZXRkZXYuZ2l0PGJyPg0Kb2NhbWwtZmQtc2VuZC1yZWN2IGdpdDov L2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLWZkLXNlbmQtcmVjdi5naXQ8YnI+DQpvY2Ft bC1vcGFzc3dkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLW9wYXNzd2QuZ2l0 PGJyPg0Kb2NhbWwtc2hhIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXNoYS5n aXQ8YnI+DQpvY2FtbC10YXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdGFy LmdpdDxicj4NCm9jYW1sLXZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC12 aGQuZ2l0PGJyPg0Kb2NhbWwteGVuc3RvcmUtY2xpZW50cyBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGllbnRzLmdpdDxicj4NCm9jYW1sdGVzdCBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbHRlc3QuZ2l0PGJyPg0Kb2Nsb2NrIGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L29jbG9jay5naXQ8YnI+DQpvcGFtIGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L29wYW0uZ2l0PGJyPg0Kb3BhbS1yZXBvc2l0b3J5IGdpdDovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L29wYW0tcmVwb3NpdG9yeS5naXQ8YnI+DQpweXRob24tZ2l0aHVi MiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9weXRob24tZ2l0aHViMi5naXQ8YnI+DQp0 YXBjdGwgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdGFwY3RsLmdpdDxicj4NCnZoZC10 b29sIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3ZoZC10b29sLmdpdDxicj4NCnZuY3Rl cm0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5naXQ8YnI+DQp3c3Byb3h5 IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3dzcHJveHkuZ2l0PGJyPg0KeGNwLWVsaWxv YWRlciBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94Y3AtZWxpbG9hZGVyLmdpdDxicj4N CnhjcC1ndWVzdC10ZW1wbGF0ZXMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWd1 ZXN0LXRlbXBsYXRlcy5naXQ8YnI+DQp4Y3AtaWRsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1pZGwuZ2l0PGJyPg0KeGNwLXN0b3JhZ2UtbWFuYWdlcnMgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QveGNwLXN0b3JhZ2UtbWFuYWdlcnMuZ2l0PGJyPg0KeGVuLWFwaS1iYWNr cG9ydHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9ydHMuZ2l0 PGJyPg0KeGVuLWFwaS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFw aS1jbGllbnQuZ2l0PGJyPg0KeGVuLWFwaS1saWJzLXNwZWNzIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L3hlbi1hcGktbGlicy1zcGVjcy5naXQ8YnI+DQp4ZW4tYXBpLWxpYnMtdHJhbnNp dGlvbmFsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktbGlicy10cmFuc2l0 aW9uYWwuZ2l0PGJyPg0KeHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMuZ2l0PGJyPg0K PGJyPg0KPSBEZXRlY3RlZCBmb3JrcyBpbiBNaXJhZ2UgT1MgPTxicj4NCnhlbiBnaXQ6Ly9naXRo dWIuY29tL21pcmFnZS94ZW4uZ2l0PGJyPg0KbWlyYXJpIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdl L21pcmFyaS5naXQ8YnI+DQpvY2FtbC1jb2h0dHAgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2Nh bWwtY29odHRwLmdpdDxicj4NCm9jYW1sLWNyeXB0by1rZXlzIGdpdDovL2dpdGh1Yi5jb20vbWly YWdlL29jYW1sLWNyeXB0by1rZXlzLmdpdDxicj4NCm9jYW1sLWNzdHJ1Y3QgZ2l0Oi8vZ2l0aHVi LmNvbS9taXJhZ2Uvb2NhbWwtY3N0cnVjdC5naXQ8YnI+DQpvY2FtbC1kbnMgZ2l0Oi8vZ2l0aHVi LmNvbS9taXJhZ2Uvb2NhbWwtZG5zLmdpdDxicj4NCm9jYW1sLW9wZW5mbG93IGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29jYW1sLW9wZW5mbG93LmdpdDxicj4NCm9jYW1sLXJlIGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29jYW1sLXJlLmdpdDxicj4NCm9jYW1sLXR1bnRhcCBnaXQ6Ly9naXRodWIu Y29tL21pcmFnZS9vY2FtbC10dW50YXAuZ2l0PGJyPg0Kb2NhbWwtdXJpIGdpdDovL2dpdGh1Yi5j b20vbWlyYWdlL29jYW1sLXVyaS5naXQ8YnI+DQpvY2FtbC14ZW5zdG9yZSBnaXQ6Ly9naXRodWIu Y29tL21pcmFnZS9vY2FtbC14ZW5zdG9yZS5naXQ8YnI+DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8v Z2l0aHViLmNvbS9taXJhZ2Uvb3BhbS1yZXBvc2l0b3J5LmdpdDxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxicj4NCi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0gPG86cD48L286cD48 L3A+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5n PSIwIiBjZWxscGFkZGluZz0iMCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgbm93cmFwPSIiIHZhbGln bj0idG9wIiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PGI+U3ViamVjdDog PG86cD48L286cD48L2I+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBj bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVtb3ZpbmcgZm9ya3MgZnJvbSB0aGUgYW5h bHlzaXM8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2 YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPkRhdGU6 IDxvOnA+PC9vOnA+PC9iPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRodSwgMjcgTWFyIDIwMTQgMTQ6MzY6MDYg JiM0MzswMTAwPG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBub3dyYXA9 IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij48Yj5G cm9tOiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAw Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TYW50aWFnbyBEdWXDsWFzIDxhIGhy ZWY9Im1haWx0bzpzZHVlbmFzQGJpdGVyZ2lhLmNvbSI+Jmx0O3NkdWVuYXNAYml0ZXJnaWEuY29t Jmd0OzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0i IiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPlRv OiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20g MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MYXJzIEt1cnRoIDxhIGhyZWY9Im1haWx0 bzpsYXJzLmt1cnRoQHhlbi5vcmciPiZsdDtsYXJzLmt1cnRoQHhlbi5vcmcmZ3Q7PC9hPjxvOnA+ PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgbm93cmFwPSIiIHZhbGlnbj0idG9w IiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg YWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PGI+Q0M6IDxvOnA+PC9vOnA+ PC9iPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzpjaXRyaXhAbGlzdHMuYml0ZXJnaWEu Y29tIj5jaXRyaXhAbGlzdHMuYml0ZXJnaWEuY29tPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4N CjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cHJlPkhpIGFnYWlu IExhcnMsPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxw cmU+ZHVyaW5nIG91ciBhbmFseXNpcywgd2UgZm91bmQgdGhhdCBzb21lIG9mIHlvdXIgZ2l0IHJl cG9zIGFyZSBmb3JrcyBmcm9tPG86cD48L286cD48L3ByZT4NCjxwcmU+dXBzdHJlYW0gcmVwb3Np dG9yaWVzLiBJIGRvbiBub3Qga25vdyB3aGV0aGVyIHlvdSB0YWxrIHRvIE1hbnJpcXVlIG9yPG86 cD48L286cD48L3ByZT4NCjxwcmU+SmVzdXMgYWJvdXQgdGhhdCBidXQgSSBwcmVmZXIgdG8gcmVt ZW1iZXIgeW91IHdoaWNoIHBvc3NpYmlsaXRpZXMgd2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5v ZmZlciBhbmQgd2hpY2ggb25lIHdlIGhhdmUgZm9sbG93LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoZSByZXBvc2l0b3JpZXMgdGhhdCB3ZSBo YXZlIGFscmVhZHkgYW5hbHl6ZWQgYXJlIGxpc3RlZCBvbiB0aGU8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT5zY20tcmVwb3MgcGFnZTo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwv bzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2Np dHJpeC14ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWwiPmh0dHA6Ly9iaXRlcmdp YS5jb20vcHJvamVjdHMvY2l0cml4LXhlbi1kYXNoYm9hcmQvYnJvd3Nlci9zY20tcmVwb3MuaHRt bDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHBy ZT5XZSBvZmZlciB0aHJlZSBwb3NzaWJpbGl0aWVzIGZvciB0cmVhdGluZyB0aGVzZSBjYXNlczo8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4tIERv IG5vdCBhbmFseXplIGZvcmtzLiBUaGlzIGlzIHRoZSBkZWZhdWx0IG9wdGlvbi4gV2UgaGF2ZSBy ZW1vdmVkIGZyb208bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGUgYW5hbHlzaXMgdGhvc2UgcmVw b3NpdG9yaWVzIG1hcmtlZCBhcyBmb3JrcyBpbiBHaXRodWIgYW5kIG90aGVyczxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPmZyb20gdXBzdHJlYW0gc3VjaCBhcyAmcXVvdDtvY2FtbCZxdW90OyBhbmQg JnF1b3Q7b3BhbSZxdW90OyBzZXJpZXMgKHNlZSB0aGUgYXR0YWNoZWQgZmlsZTxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPnRoYXQgaW5jbHVkZXMgdGhlIGZ1bGwgbGlzdCBvZiBmb3JrcykuPG86cD48 L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+UHJvYmFibHks IHlvdSB3aWxsIHdhbnQgdG8gcmVtb3ZlIG1vcmUuIElmIHRoaXMgaXMgeW91ciBjaG9pY2UsIHBs ZWFzZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmhhdmUgYSBsb29rIGF0IHRoZSByZXBvc2l0b3Jp ZXMgcGFnZSBhbmQgc2VuZCBtZSBhbiBlbWFpbCB3aXRoIHRoZSBsaXN0PG86cD48L286cD48L3By ZT4NCjxwcmU+b2YgZ2l0IHJlcG9zaXRvcmllcyB5b3Ugd2FudCB0byByZW1vdmUgZnJvbSB0aGUg YW5hbHlzaXMuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N CjxwcmU+LSBBbmFseXplIGZvcmtzLiBUYWtlIGludG8gYWNjb3VudCB0aGF0IHRoaXMgY2FuIGFm ZmVjdCB0aGUgd2hvbGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5udW1iZXJzIGFuZCBzdGF0cywg cGFydGljdWxhcmx5IGlmIHlvdXIgdGVhbSBpcyBub3QgcmVhbGx5IGFjdGl2ZSBpbjxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPnRoZXNlIHJlcG9zLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPi0gQW5hbHl6ZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHVw c3RyZWFtIGFuZCBsb2NhbCByZXBvc2l0b3JpZXMuIER1ZSB0aGlzPG86cD48L286cD48L3ByZT4N CjxwcmU+ZnVuY3Rpb25hbGl0eSBpcyBvdXQgb2YgdGhlIGJhc2ljIGRhc2hib2FyZCwgcGxlYXNl IHRhbGsgdG8gTWFucmlxdWUgb3I8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5KZXN1cyB0byBnZXQg bW9yZSBkZXRhaWxzLCBpZiBpbnRlcmVzdGVkLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlNhbnRpPG86cD48L286cD48L3ByZT4NCjxwcmU+LS0g PG86cD48L286cD48L3ByZT4NCjxwcmU+U2FudGlhZ28gRHVlw7FhczxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpzZHVlbmFzQGJpdGVyZ2lhLmNvbSI+c2R1ZW5hc0BiaXRl cmdpYS5jb208L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+Qml0ZXJnaWEgUy5MLkw8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw OzwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_06B80725944D5847804519C301FB87271E482EAMSPEX01CL01citri_-- --===============7316242284218854363== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7316242284218854363==-- From xen-api-bounces@lists.xen.org Tue Apr 01 17:53:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Apr 2014 17:53: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 1WV2s0-0006ND-RM; Tue, 01 Apr 2014 17:53:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WV2ry-0006Mn-JN for xen-api@lists.xen.org; Tue, 01 Apr 2014 17:53:07 +0000 Received: from [85.158.137.68:52404] by server-3.bemta-3.messagelabs.com id 2A/F1-05289-10DFA335; Tue, 01 Apr 2014 17:53:05 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1396374783!4379149!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7174 invoked from network); 1 Apr 2014 17:53:04 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2014 17:53:04 -0000 Received: by mail-we0-f171.google.com with SMTP id t61so6721530wes.16 for ; Tue, 01 Apr 2014 10:53:03 -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=H1PZwP//8Fg82age/DCZdPXIsDiVd5HZdwBqvhRndp4=; b=wfwx8/YWlhdoiJfpRo/0PH4UUkAiBzxWafSKXEC8nTJUJVV8U0WyczlJPNW72Y9fhD jJ8o3Z5EXd3lhme/J+zJos0IPA0RhCFTag7qKIPlLglHGEaK91ZE8UwOi8LqI4KyyYD6 AiYBnt6wzG6uShcwnKIKXAqw1JWonqS65huV3q48A40aCfQPDT37x0eX1rcTUGC8xga4 0sTCDNBYfJCuOjf4yZ0YuKEBRDKLO8MUShfVpvik40GjtWCCOqS83WRwuNLg+KCXuOm+ n3PHKO163fq1aUPANQvznMnymwWmmguV+1LaSDt4GJLgomULqwavDXhWuNEKQxnE6/Ig MBUg== X-Received: by 10.180.73.19 with SMTP id h19mr22071423wiv.40.1396374783622; Tue, 01 Apr 2014 10:53:03 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id t5sm18864474wjw.15.2014.04.01.10.53.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Apr 2014 10:53:02 -0700 (PDT) Message-ID: <533AFCFC.6010808@xen.org> Date: Tue, 01 Apr 2014 18:53:00 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Thomas Sanders , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> In-Reply-To: <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS 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="===============2951454426194081877==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2951454426194081877== Content-Type: multipart/alternative; boundary="------------030601050209030001050606" This is a multi-part message in MIME format. --------------030601050209030001050606 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 01/04/2014 18:37, Thomas Sanders wrote: > > Most of the XAPI-project’s upstream forks were created by people who > were doing work on the XAPI project (or precursor XenServer), and were > created for use in or with the xapi project (but created outside the > xapi-project space on github either due to obvious potential for wider > use, or due to their initial status as personal experiments). It > probably makes sense to include these ones in the analysis. > Thomas, just checking whether I understand correctly. The repos below were * created specifically for XAPI or XenServer * the reason why they were forked were basically workflow related > These include: > > PRDup git://github.com/xapi-project/PRDup.git > > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > > cdrom git://github.com/xapi-project/cdrom.git > > ffs git://github.com/xapi-project/ffs.git > > libvhd git://github.com/xapi-project/libvhd.git > > nbd git://github.com/xapi-project/nbd.git > > netdev git://github.com/xapi-project/netdev.git > > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > > ocamltest git://github.com/xapi-project/ocamltest.git > > tapctl git://github.com/xapi-project/tapctl.git > > vhd-tool git://github.com/xapi-project/vhd-tool.git > > wsproxy git://github.com/xapi-project/wsproxy.git > > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > > xcp-idl git://github.com/xapi-project/xcp-idl.git > > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > > xen-api-client git://github.com/xapi-project/xen-api-client.git > > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > Thus, there is no real risk that the numbers will be skewed > Created for XenServer and (currently) categorised under XenServer > rather than Xapi: > > vncterm git://github.com/xapi-project/vncterm.git > OK, should this one be included under XAPI project? > Repositories forked from unrelated upstream projects: > > oclock git://github.com/xapi-project/oclock.git > > opam git://github.com/xapi-project/opam.git > > opam-repository git://github.com/xapi-project/opam-repository.git > > python-github2 git://github.com/xapi-project/python-github2.git > > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > > The last of those was created by vincenthz, who also worked on > XenServer and XAPI, but my understanding is that ocaml-sha was a > separate personal project. > From what I read then, these 5 should not be counted as they would skew the stats Regards Lars > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *Lars Kurth > *Sent:* 27 March 2014 4:25 PM > *To:* xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org > *Subject:* [Xen-API] Issues and questions related to contribution > metrics dashboard for XAPI and Mirage OS > > Hi all, > > > a while ago I kicked a conversation related to putting a dashboard for > the Xen project sub projects together. As it turns out there is an > issue in XAPI and MirageOS repositories on github. Some of them are > forks of upstreams, which are hard for the tool to analyze. My > proposal would be to *not analyse them* and include them into > statistics. If I don't hear any screams, then this will be the > default. The list of forks detected are listed below ... > > Also, it would be good to let me know of any other repos that you dont > want to analyse. The full list is at > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > (note that there is 79 pages of them) which should be aggregated into > buckets for XAPI and opam > > Regards > Lars > > = Detected forks in XAPI Project = > xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git > PRDup git://github.com/xapi-project/PRDup.git > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > cdrom git://github.com/xapi-project/cdrom.git > ffs git://github.com/xapi-project/ffs.git > libvhd git://github.com/xapi-project/libvhd.git > nbd git://github.com/xapi-project/nbd.git > netdev git://github.com/xapi-project/netdev.git > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > ocamltest git://github.com/xapi-project/ocamltest.git > oclock git://github.com/xapi-project/oclock.git > opam git://github.com/xapi-project/opam.git > opam-repository git://github.com/xapi-project/opam-repository.git > python-github2 git://github.com/xapi-project/python-github2.git > tapctl git://github.com/xapi-project/tapctl.git > vhd-tool git://github.com/xapi-project/vhd-tool.git > vncterm git://github.com/xapi-project/vncterm.git > wsproxy git://github.com/xapi-project/wsproxy.git > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > xcp-idl git://github.com/xapi-project/xcp-idl.git > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > xen-api-client git://github.com/xapi-project/xen-api-client.git > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > > = Detected forks in Mirage OS = > xen git://github.com/mirage/xen.git > mirari git://github.com/mirage/mirari.git > ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git > ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git > ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git > ocaml-dns git://github.com/mirage/ocaml-dns.git > ocaml-openflow git://github.com/mirage/ocaml-openflow.git > ocaml-re git://github.com/mirage/ocaml-re.git > ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git > ocaml-uri git://github.com/mirage/ocaml-uri.git > ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git > opam-repository git://github.com/mirage/opam-repository.git > > > > > -------- Original Message -------- > > *Subject: * > > > > Removing forks from the analysis > > *Date: * > > > > Thu, 27 Mar 2014 14:36:06 +0100 > > *From: * > > > > Santiago Dueñas > > *To: * > > > > Lars Kurth > > *CC: * > > > > citrix@lists.bitergia.com > > Hi again Lars, > > during our analysis, we found that some of your git repos are forks from > upstream repositories. I don not know whether you talk to Manrique or > Jesus about that but I prefer to remember you which possibilities we > offer and which one we have follow. > > The repositories that we have already analyzed are listed on the > scm-repos page: > > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > > We offer three possibilities for treating these cases: > > - Do not analyze forks. This is the default option. We have removed from > the analysis those repositories marked as forks in Github and others > from upstream such as "ocaml" and "opam" series (see the attached file > that includes the full list of forks). > > Probably, you will want to remove more. If this is your choice, please > have a look at the repositories page and send me an email with the list > of git repositories you want to remove from the analysis. > > - Analyze forks. Take into account that this can affect the whole > numbers and stats, particularly if your team is not really active in > these repos. > > - Analyze differences between upstream and local repositories. Due this > functionality is out of the basic dashboard, please talk to Manrique or > Jesus to get more details, if interested. > > Santi > -- > Santiago Dueñas > sduenas@bitergia.com > Bitergia S.L.L > > > --------------030601050209030001050606 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 01/04/2014 18:37, Thomas Sanders wrote:

Most of the XAPI-project’s upstream forks were created by people who were doing work on the XAPI project (or precursor XenServer), and were created for use in or with the xapi project (but created outside the xapi-project space on github either due to obvious potential for wider use, or due to their initial status as personal experiments). It probably makes sense to include these ones in the analysis.

Thomas,
just checking whether I understand correctly. The repos below were
* created specifically for XAPI or XenServer
* the reason why they were forked were basically workflow related

 

These include:

 

PRDup git://github.com/xapi-project/PRDup.git

blktap-dkms git://github.com/xapi-project/blktap-dkms.git

cdrom git://github.com/xapi-project/cdrom.git

ffs git://github.com/xapi-project/ffs.git

libvhd git://github.com/xapi-project/libvhd.git

nbd git://github.com/xapi-project/nbd.git

netdev git://github.com/xapi-project/netdev.git

ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git

ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git

ocaml-tar git://github.com/xapi-project/ocaml-tar.git

ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git

ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git

ocamltest git://github.com/xapi-project/ocamltest.git

tapctl git://github.com/xapi-project/tapctl.git

vhd-tool git://github.com/xapi-project/vhd-tool.git

wsproxy git://github.com/xapi-project/wsproxy.git

xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git

xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git

xcp-idl git://github.com/xapi-project/xcp-idl.git

xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git

xen-api-backports git://github.com/xapi-project/xen-api-backports.git

xen-api-client git://github.com/xapi-project/xen-api-client.git

xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git

xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git

xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

Thus, there is no real risk that the numbers will be skewed

 

Created for XenServer and (currently) categorised under XenServer rather than Xapi:

vncterm git://github.com/xapi-project/vncterm.git

OK, should this one be included under XAPI project?

 

Repositories forked from unrelated upstream projects:

oclock git://github.com/xapi-project/oclock.git

opam git://github.com/xapi-project/opam.git

opam-repository git://github.com/xapi-project/opam-repository.git

python-github2 git://github.com/xapi-project/python-github2.git

ocaml-sha git://github.com/xapi-project/ocaml-sha.git

The last of those was created by vincenthz, who also worked on XenServer and XAPI, but my understanding is that ocaml-sha was a separate personal project.

From what I read then, these 5 should not be counted as they would skew the stats

Regards
Lars

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Lars Kurth
Sent: 27 March 2014 4:25 PM
To: xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org
Subject: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS

 

Hi all,


a while ago I kicked a conversation related to putting a dashboard for the Xen project sub projects together. As it turns out there is an issue in  XAPI and MirageOS repositories on github. Some of them are forks of upstreams, which are hard for the tool to analyze. My proposal would be to *not analyse them* and include them into statistics. If I don't hear any screams, then this will be the default. The list of forks detected are listed below ...

Also, it would be good to let me know of any other repos that you dont want to analyse. The full list is at http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html (note that there is 79 pages of them) which should be aggregated into buckets for XAPI and opam

Regards
Lars

= Detected forks in XAPI Project =
xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git
PRDup git://github.com/xapi-project/PRDup.git
blktap-dkms git://github.com/xapi-project/blktap-dkms.git
cdrom git://github.com/xapi-project/cdrom.git
ffs git://github.com/xapi-project/ffs.git
libvhd git://github.com/xapi-project/libvhd.git
nbd git://github.com/xapi-project/nbd.git
netdev git://github.com/xapi-project/netdev.git
ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git
ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git
ocaml-sha git://github.com/xapi-project/ocaml-sha.git
ocaml-tar git://github.com/xapi-project/ocaml-tar.git
ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git
ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git
ocamltest git://github.com/xapi-project/ocamltest.git
oclock git://github.com/xapi-project/oclock.git
opam git://github.com/xapi-project/opam.git
opam-repository git://github.com/xapi-project/opam-repository.git
python-github2 git://github.com/xapi-project/python-github2.git
tapctl git://github.com/xapi-project/tapctl.git
vhd-tool git://github.com/xapi-project/vhd-tool.git
vncterm git://github.com/xapi-project/vncterm.git
wsproxy git://github.com/xapi-project/wsproxy.git
xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git
xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git
xcp-idl git://github.com/xapi-project/xcp-idl.git
xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git
xen-api-backports git://github.com/xapi-project/xen-api-backports.git
xen-api-client git://github.com/xapi-project/xen-api-client.git
xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git
xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git
xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

= Detected forks in Mirage OS =
xen git://github.com/mirage/xen.git
mirari git://github.com/mirage/mirari.git
ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git
ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git
ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git
ocaml-dns git://github.com/mirage/ocaml-dns.git
ocaml-openflow git://github.com/mirage/ocaml-openflow.git
ocaml-re git://github.com/mirage/ocaml-re.git
ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git
ocaml-uri git://github.com/mirage/ocaml-uri.git
ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git
opam-repository git://github.com/mirage/opam-repository.git




-------- Original Message --------

Subject:

Removing forks from the analysis

Date:

Thu, 27 Mar 2014 14:36:06 +0100

From:

Santiago Dueñas <sduenas@bitergia.com>

To:

Lars Kurth <lars.kurth@xen.org>

CC:

citrix@lists.bitergia.com

 

Hi again Lars,
 
during our analysis, we found that some of your git repos are forks from
upstream repositories. I don not know whether you talk to Manrique or
Jesus about that but I prefer to remember you which possibilities we
offer and which one we have follow.
 
The repositories that we have already analyzed are listed on the
scm-repos page:
 
http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html
 
We offer three possibilities for treating these cases:
 
- Do not analyze forks. This is the default option. We have removed from
the analysis those repositories marked as forks in Github and others
from upstream such as "ocaml" and "opam" series (see the attached file
that includes the full list of forks).
 
Probably, you will want to remove more. If this is your choice, please
have a look at the repositories page and send me an email with the list
of git repositories you want to remove from the analysis.
 
- Analyze forks. Take into account that this can affect the whole
numbers and stats, particularly if your team is not really active in
these repos.
 
- Analyze differences between upstream and local repositories. Due this
functionality is out of the basic dashboard, please talk to Manrique or
Jesus to get more details, if interested.
 
Santi
-- 
Santiago Dueñas
sduenas@bitergia.com
Bitergia S.L.L
 
 

 

 


--------------030601050209030001050606-- --===============2951454426194081877== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2951454426194081877==-- From xen-api-bounces@lists.xen.org Tue Apr 01 17:53:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Apr 2014 17:53: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 1WV2s0-0006ND-RM; Tue, 01 Apr 2014 17:53:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WV2ry-0006Mn-JN for xen-api@lists.xen.org; Tue, 01 Apr 2014 17:53:07 +0000 Received: from [85.158.137.68:52404] by server-3.bemta-3.messagelabs.com id 2A/F1-05289-10DFA335; Tue, 01 Apr 2014 17:53:05 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1396374783!4379149!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7174 invoked from network); 1 Apr 2014 17:53:04 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2014 17:53:04 -0000 Received: by mail-we0-f171.google.com with SMTP id t61so6721530wes.16 for ; Tue, 01 Apr 2014 10:53:03 -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=H1PZwP//8Fg82age/DCZdPXIsDiVd5HZdwBqvhRndp4=; b=wfwx8/YWlhdoiJfpRo/0PH4UUkAiBzxWafSKXEC8nTJUJVV8U0WyczlJPNW72Y9fhD jJ8o3Z5EXd3lhme/J+zJos0IPA0RhCFTag7qKIPlLglHGEaK91ZE8UwOi8LqI4KyyYD6 AiYBnt6wzG6uShcwnKIKXAqw1JWonqS65huV3q48A40aCfQPDT37x0eX1rcTUGC8xga4 0sTCDNBYfJCuOjf4yZ0YuKEBRDKLO8MUShfVpvik40GjtWCCOqS83WRwuNLg+KCXuOm+ n3PHKO163fq1aUPANQvznMnymwWmmguV+1LaSDt4GJLgomULqwavDXhWuNEKQxnE6/Ig MBUg== X-Received: by 10.180.73.19 with SMTP id h19mr22071423wiv.40.1396374783622; Tue, 01 Apr 2014 10:53:03 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id t5sm18864474wjw.15.2014.04.01.10.53.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Apr 2014 10:53:02 -0700 (PDT) Message-ID: <533AFCFC.6010808@xen.org> Date: Tue, 01 Apr 2014 18:53:00 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Thomas Sanders , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> In-Reply-To: <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS 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="===============2951454426194081877==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2951454426194081877== Content-Type: multipart/alternative; boundary="------------030601050209030001050606" This is a multi-part message in MIME format. --------------030601050209030001050606 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 01/04/2014 18:37, Thomas Sanders wrote: > > Most of the XAPI-project’s upstream forks were created by people who > were doing work on the XAPI project (or precursor XenServer), and were > created for use in or with the xapi project (but created outside the > xapi-project space on github either due to obvious potential for wider > use, or due to their initial status as personal experiments). It > probably makes sense to include these ones in the analysis. > Thomas, just checking whether I understand correctly. The repos below were * created specifically for XAPI or XenServer * the reason why they were forked were basically workflow related > These include: > > PRDup git://github.com/xapi-project/PRDup.git > > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > > cdrom git://github.com/xapi-project/cdrom.git > > ffs git://github.com/xapi-project/ffs.git > > libvhd git://github.com/xapi-project/libvhd.git > > nbd git://github.com/xapi-project/nbd.git > > netdev git://github.com/xapi-project/netdev.git > > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > > ocamltest git://github.com/xapi-project/ocamltest.git > > tapctl git://github.com/xapi-project/tapctl.git > > vhd-tool git://github.com/xapi-project/vhd-tool.git > > wsproxy git://github.com/xapi-project/wsproxy.git > > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > > xcp-idl git://github.com/xapi-project/xcp-idl.git > > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > > xen-api-client git://github.com/xapi-project/xen-api-client.git > > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > Thus, there is no real risk that the numbers will be skewed > Created for XenServer and (currently) categorised under XenServer > rather than Xapi: > > vncterm git://github.com/xapi-project/vncterm.git > OK, should this one be included under XAPI project? > Repositories forked from unrelated upstream projects: > > oclock git://github.com/xapi-project/oclock.git > > opam git://github.com/xapi-project/opam.git > > opam-repository git://github.com/xapi-project/opam-repository.git > > python-github2 git://github.com/xapi-project/python-github2.git > > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > > The last of those was created by vincenthz, who also worked on > XenServer and XAPI, but my understanding is that ocaml-sha was a > separate personal project. > From what I read then, these 5 should not be counted as they would skew the stats Regards Lars > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *Lars Kurth > *Sent:* 27 March 2014 4:25 PM > *To:* xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org > *Subject:* [Xen-API] Issues and questions related to contribution > metrics dashboard for XAPI and Mirage OS > > Hi all, > > > a while ago I kicked a conversation related to putting a dashboard for > the Xen project sub projects together. As it turns out there is an > issue in XAPI and MirageOS repositories on github. Some of them are > forks of upstreams, which are hard for the tool to analyze. My > proposal would be to *not analyse them* and include them into > statistics. If I don't hear any screams, then this will be the > default. The list of forks detected are listed below ... > > Also, it would be good to let me know of any other repos that you dont > want to analyse. The full list is at > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > (note that there is 79 pages of them) which should be aggregated into > buckets for XAPI and opam > > Regards > Lars > > = Detected forks in XAPI Project = > xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git > PRDup git://github.com/xapi-project/PRDup.git > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > cdrom git://github.com/xapi-project/cdrom.git > ffs git://github.com/xapi-project/ffs.git > libvhd git://github.com/xapi-project/libvhd.git > nbd git://github.com/xapi-project/nbd.git > netdev git://github.com/xapi-project/netdev.git > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > ocamltest git://github.com/xapi-project/ocamltest.git > oclock git://github.com/xapi-project/oclock.git > opam git://github.com/xapi-project/opam.git > opam-repository git://github.com/xapi-project/opam-repository.git > python-github2 git://github.com/xapi-project/python-github2.git > tapctl git://github.com/xapi-project/tapctl.git > vhd-tool git://github.com/xapi-project/vhd-tool.git > vncterm git://github.com/xapi-project/vncterm.git > wsproxy git://github.com/xapi-project/wsproxy.git > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > xcp-idl git://github.com/xapi-project/xcp-idl.git > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > xen-api-client git://github.com/xapi-project/xen-api-client.git > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > > = Detected forks in Mirage OS = > xen git://github.com/mirage/xen.git > mirari git://github.com/mirage/mirari.git > ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git > ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git > ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git > ocaml-dns git://github.com/mirage/ocaml-dns.git > ocaml-openflow git://github.com/mirage/ocaml-openflow.git > ocaml-re git://github.com/mirage/ocaml-re.git > ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git > ocaml-uri git://github.com/mirage/ocaml-uri.git > ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git > opam-repository git://github.com/mirage/opam-repository.git > > > > > -------- Original Message -------- > > *Subject: * > > > > Removing forks from the analysis > > *Date: * > > > > Thu, 27 Mar 2014 14:36:06 +0100 > > *From: * > > > > Santiago Dueñas > > *To: * > > > > Lars Kurth > > *CC: * > > > > citrix@lists.bitergia.com > > Hi again Lars, > > during our analysis, we found that some of your git repos are forks from > upstream repositories. I don not know whether you talk to Manrique or > Jesus about that but I prefer to remember you which possibilities we > offer and which one we have follow. > > The repositories that we have already analyzed are listed on the > scm-repos page: > > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > > We offer three possibilities for treating these cases: > > - Do not analyze forks. This is the default option. We have removed from > the analysis those repositories marked as forks in Github and others > from upstream such as "ocaml" and "opam" series (see the attached file > that includes the full list of forks). > > Probably, you will want to remove more. If this is your choice, please > have a look at the repositories page and send me an email with the list > of git repositories you want to remove from the analysis. > > - Analyze forks. Take into account that this can affect the whole > numbers and stats, particularly if your team is not really active in > these repos. > > - Analyze differences between upstream and local repositories. Due this > functionality is out of the basic dashboard, please talk to Manrique or > Jesus to get more details, if interested. > > Santi > -- > Santiago Dueñas > sduenas@bitergia.com > Bitergia S.L.L > > > --------------030601050209030001050606 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 01/04/2014 18:37, Thomas Sanders wrote:

Most of the XAPI-project’s upstream forks were created by people who were doing work on the XAPI project (or precursor XenServer), and were created for use in or with the xapi project (but created outside the xapi-project space on github either due to obvious potential for wider use, or due to their initial status as personal experiments). It probably makes sense to include these ones in the analysis.

Thomas,
just checking whether I understand correctly. The repos below were
* created specifically for XAPI or XenServer
* the reason why they were forked were basically workflow related

 

These include:

 

PRDup git://github.com/xapi-project/PRDup.git

blktap-dkms git://github.com/xapi-project/blktap-dkms.git

cdrom git://github.com/xapi-project/cdrom.git

ffs git://github.com/xapi-project/ffs.git

libvhd git://github.com/xapi-project/libvhd.git

nbd git://github.com/xapi-project/nbd.git

netdev git://github.com/xapi-project/netdev.git

ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git

ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git

ocaml-tar git://github.com/xapi-project/ocaml-tar.git

ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git

ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git

ocamltest git://github.com/xapi-project/ocamltest.git

tapctl git://github.com/xapi-project/tapctl.git

vhd-tool git://github.com/xapi-project/vhd-tool.git

wsproxy git://github.com/xapi-project/wsproxy.git

xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git

xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git

xcp-idl git://github.com/xapi-project/xcp-idl.git

xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git

xen-api-backports git://github.com/xapi-project/xen-api-backports.git

xen-api-client git://github.com/xapi-project/xen-api-client.git

xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git

xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git

xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

Thus, there is no real risk that the numbers will be skewed

 

Created for XenServer and (currently) categorised under XenServer rather than Xapi:

vncterm git://github.com/xapi-project/vncterm.git

OK, should this one be included under XAPI project?

 

Repositories forked from unrelated upstream projects:

oclock git://github.com/xapi-project/oclock.git

opam git://github.com/xapi-project/opam.git

opam-repository git://github.com/xapi-project/opam-repository.git

python-github2 git://github.com/xapi-project/python-github2.git

ocaml-sha git://github.com/xapi-project/ocaml-sha.git

The last of those was created by vincenthz, who also worked on XenServer and XAPI, but my understanding is that ocaml-sha was a separate personal project.

From what I read then, these 5 should not be counted as they would skew the stats

Regards
Lars

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Lars Kurth
Sent: 27 March 2014 4:25 PM
To: xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org
Subject: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS

 

Hi all,


a while ago I kicked a conversation related to putting a dashboard for the Xen project sub projects together. As it turns out there is an issue in  XAPI and MirageOS repositories on github. Some of them are forks of upstreams, which are hard for the tool to analyze. My proposal would be to *not analyse them* and include them into statistics. If I don't hear any screams, then this will be the default. The list of forks detected are listed below ...

Also, it would be good to let me know of any other repos that you dont want to analyse. The full list is at http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html (note that there is 79 pages of them) which should be aggregated into buckets for XAPI and opam

Regards
Lars

= Detected forks in XAPI Project =
xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git
PRDup git://github.com/xapi-project/PRDup.git
blktap-dkms git://github.com/xapi-project/blktap-dkms.git
cdrom git://github.com/xapi-project/cdrom.git
ffs git://github.com/xapi-project/ffs.git
libvhd git://github.com/xapi-project/libvhd.git
nbd git://github.com/xapi-project/nbd.git
netdev git://github.com/xapi-project/netdev.git
ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git
ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git
ocaml-sha git://github.com/xapi-project/ocaml-sha.git
ocaml-tar git://github.com/xapi-project/ocaml-tar.git
ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git
ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git
ocamltest git://github.com/xapi-project/ocamltest.git
oclock git://github.com/xapi-project/oclock.git
opam git://github.com/xapi-project/opam.git
opam-repository git://github.com/xapi-project/opam-repository.git
python-github2 git://github.com/xapi-project/python-github2.git
tapctl git://github.com/xapi-project/tapctl.git
vhd-tool git://github.com/xapi-project/vhd-tool.git
vncterm git://github.com/xapi-project/vncterm.git
wsproxy git://github.com/xapi-project/wsproxy.git
xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git
xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git
xcp-idl git://github.com/xapi-project/xcp-idl.git
xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git
xen-api-backports git://github.com/xapi-project/xen-api-backports.git
xen-api-client git://github.com/xapi-project/xen-api-client.git
xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git
xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git
xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

= Detected forks in Mirage OS =
xen git://github.com/mirage/xen.git
mirari git://github.com/mirage/mirari.git
ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git
ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git
ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git
ocaml-dns git://github.com/mirage/ocaml-dns.git
ocaml-openflow git://github.com/mirage/ocaml-openflow.git
ocaml-re git://github.com/mirage/ocaml-re.git
ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git
ocaml-uri git://github.com/mirage/ocaml-uri.git
ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git
opam-repository git://github.com/mirage/opam-repository.git




-------- Original Message --------

Subject:

Removing forks from the analysis

Date:

Thu, 27 Mar 2014 14:36:06 +0100

From:

Santiago Dueñas <sduenas@bitergia.com>

To:

Lars Kurth <lars.kurth@xen.org>

CC:

citrix@lists.bitergia.com

 

Hi again Lars,
 
during our analysis, we found that some of your git repos are forks from
upstream repositories. I don not know whether you talk to Manrique or
Jesus about that but I prefer to remember you which possibilities we
offer and which one we have follow.
 
The repositories that we have already analyzed are listed on the
scm-repos page:
 
http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html
 
We offer three possibilities for treating these cases:
 
- Do not analyze forks. This is the default option. We have removed from
the analysis those repositories marked as forks in Github and others
from upstream such as "ocaml" and "opam" series (see the attached file
that includes the full list of forks).
 
Probably, you will want to remove more. If this is your choice, please
have a look at the repositories page and send me an email with the list
of git repositories you want to remove from the analysis.
 
- Analyze forks. Take into account that this can affect the whole
numbers and stats, particularly if your team is not really active in
these repos.
 
- Analyze differences between upstream and local repositories. Due this
functionality is out of the basic dashboard, please talk to Manrique or
Jesus to get more details, if interested.
 
Santi
-- 
Santiago Dueñas
sduenas@bitergia.com
Bitergia S.L.L
 
 

 

 


--------------030601050209030001050606-- --===============2951454426194081877== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2951454426194081877==-- From xen-api-bounces@lists.xen.org Wed Apr 02 03:14:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 03:14: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 1WVBcb-0005BB-Lf; Wed, 02 Apr 2014 03:13:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVBcZ-0005B6-FR for xen-api@lists.xen.org; Wed, 02 Apr 2014 03:13:47 +0000 Received: from [85.158.139.211:39723] by server-15.bemta-5.messagelabs.com id 49/2C-11079-A608B335; Wed, 02 Apr 2014 03:13:46 +0000 X-Env-Sender: rranjeet@juniper.net X-Msg-Ref: server-5.tower-206.messagelabs.com!1396408425!1911502!1 X-Originating-IP: [213.199.154.207] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24293 invoked from network); 2 Apr 2014 03:13:45 -0000 Received: from am1ehsobe004.messaging.microsoft.com (HELO am1outboundpool.messaging.microsoft.com) (213.199.154.207) by server-5.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 2 Apr 2014 03:13:45 -0000 Received: from mail104-am1-R.bigfish.com (10.3.201.225) by AM1EHSOBE021.bigfish.com (10.3.207.143) with Microsoft SMTP Server id 14.1.225.22; Wed, 2 Apr 2014 03:13:44 +0000 Received: from mail104-am1 (localhost [127.0.0.1]) by mail104-am1-R.bigfish.com (Postfix) with ESMTP id B906B4C05B8; Wed, 2 Apr 2014 03:13:44 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -13 X-BigFish: VPS-13(zzbb2dI98dI9371IfecI542Ie0eah1432I1418I14e3M4015I1447I14ffIzz1f42h2148h1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6h208chzz8275ch1de098h17326ah8275bh8275dh1de097h186068hz2fh109h2a8h839h944hd24hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h22d0h2336h2461h2487h24ach24d7h2516h2545h255eh25cch25f6h2605h262fh268bh26c8h26d3h9a9j1155h) Received-SPF: pass (mail104-am1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=rranjeet@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: =?us-ascii?Q?SFV:NSPM; SFS:(10009001)(6009001)(428001)(51704005)(53474002)?= =?us-ascii?Q?(40764003)(51444003)(164054003)(51914003)(53754006)(189002)(?= =?us-ascii?Q?199002)(24454002)(377454003)(13464003)(479174003)(53806001)(?= =?us-ascii?Q?83072002)(31966008)(85306002)(46102001)(81686001)(81816001)(?= =?us-ascii?Q?575784001)(80976001)(51856001)(33646001)(86362001)(54356001)?= =?us-ascii?Q?(74502001)(93516002)(74662001)(99396002)(56776001)(54316002)?= =?us-ascii?Q?(15202345003)(76576001)(85852003)(76482001)(94946001)(767860?= =?us-ascii?Q?01)(97186001)(47446002)(74316001)(69226001)(19580395003)(477?= =?us-ascii?Q?36001)(74706001)(2656002)(66066001)(65816001)(97336001)(5098?= =?us-ascii?Q?6001)(87266001)(94316002)(83322001)(63696002)(47976001)(4986?= =?us-ascii?Q?6001)(15975445006)(93136001)(19580405001)(87936001)(20776003?= =?us-ascii?Q?)(56816005)(79102001)(59766001)(77982001)(95416001)(92566001?= =?us-ascii?Q?)(74876001)(95666003)(98676001)(80022001)(90146001)(76796001?= =?us-ascii?Q?)(99286001)(4396001)(81342001)(81542001)(74366001)(24736002)?= =?us-ascii?Q?; DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR05MB709; H:BY2PR05MB711.nam?= =?us-ascii?Q?prd05.prod.outlook.com; FPR:DC3CF065.AF36D87D.72FB15E8.41A9F6?= =?us-ascii?Q?81.20733;MLV:sfv;PTR:InfoNoRecords;MX:1;A:1;LANG:en;?= Received: from mail104-am1 (localhost.localdomain [127.0.0.1]) by mail104-am1 (MessageSwitch) id 139640842237334_27427; Wed, 2 Apr 2014 03:13:42 +0000 (UTC) Received: from AM1EHSMHS008.bigfish.com (unknown [10.3.201.228]) by mail104-am1.bigfish.com (Postfix) with ESMTP id 0444E2000CE; Wed, 2 Apr 2014 03:13:42 +0000 (UTC) Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by AM1EHSMHS008.bigfish.com (10.3.207.108) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 2 Apr 2014 03:13:41 +0000 Received: from BY2PR05MB709.namprd05.prod.outlook.com (10.141.222.142) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.435.0; Wed, 2 Apr 2014 03:13:40 +0000 Received: from BY2PR05MB711.namprd05.prod.outlook.com (10.141.222.149) by BY2PR05MB709.namprd05.prod.outlook.com (10.141.222.142) with Microsoft SMTP Server (TLS) id 15.0.908.10; Wed, 2 Apr 2014 03:13:39 +0000 Received: from BY2PR05MB711.namprd05.prod.outlook.com ([10.141.222.149]) by BY2PR05MB711.namprd05.prod.outlook.com ([10.141.222.149]) with mapi id 15.00.0908.008; Wed, 2 Apr 2014 03:13:39 +0000 From: Ranjeet R To: Rob Hoes , Dave Scott Thread-Topic: [Xen-API] Debugging XAPI daemon crash Thread-Index: Ac9FeZIEEGyvK3fqS5+yO9kiSTP+fwAjGnCAADsSOKAAFwBFAABOHF9wABh/GgAAF3zK4AAXtTiAAR784BA= Date: Wed, 2 Apr 2014 03:13:39 +0000 Message-ID: <11412595a04f477bbe9feb0f84e524f4@BY2PR05MB711.namprd05.prod.outlook.com> References: <12523b35d4664c48a5b87e5761dde914@BY2PR05MB711.namprd05.prod.outlook.com> <824AE475-FBB7-4B45-88B0-F4A8A46BEEC9@eu.citrix.com> <6be5009efa7840d789040c9bf5641d1e@BY2PR05MB711.namprd05.prod.outlook.com> <53300CF4.1060402@eu.citrix.com> <360717C0B01E6345BCBE64B758E22C2D258185@AMSPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D293497@AMSPEX01CL03.citrite.net> In-Reply-To: <360717C0B01E6345BCBE64B758E22C2D293497@AMSPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.239.12] x-forefront-prvs: 0169092318 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Debugging XAPI daemon 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Thanks Rob I have generated a pull request as you had mentioned. Let me know if you have any review comments. -Ranjeet -----Original Message----- From: Rob Hoes [mailto:Rob.Hoes@citrix.com] Sent: Thursday, March 27, 2014 3:16 AM To: Ranjeet R; Dave Scott Cc: xen-api@lists.xen.org Subject: RE: [Xen-API] Debugging XAPI daemon crash Hi Ranjeet, That makes sense. I guess the same would apply to the ifa_netmask field. The following lines would blow up if it is NULL: netmask = tmp->ifa_netmask; [...] netmaskstr = alloc_addr(netmask); because alloc_addr will try to access netmask->sa_family. So to be on the safe side, I think we should check for this as well. I think defensive coding is the right way (I hate segfaults)! For the purpose of the stub_if_addr function, I think it is sufficient to wrap the existing if-block with "if (sock && netmask)". This assumes that we always want both the address and the netmask, and we ignore the interface if either is undefined. The master branch for this code is here (since we split it off from xen-api-libs): https://github.com/xapi-project/netdev/blob/master/lib/addr_stubs.c. If you'd like to submit a pull request there (as well as keeping the fix in your development branch on clearwater), that would be great. Thanks, Rob > -----Original Message----- > From: Ranjeet R [mailto:rranjeet@juniper.net] > Sent: 26 March 2014 11:08 PM > To: Rob Hoes; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Hello Rob/Dave > > Thanks for the pointers. I figured out the issue. The reason my C stub > was able to list out all interfaces without crashing is - > > if (getifaddrs(&ifaddr) == -1) { > print ("getifaddr failed"); > exit(1); > } > > struct ifaddrs *ifa = ifaddr; > for (ifa = ifaddr; ifa != NULL; ifa = ifa->ifa_next) { > --->>>> if (ifa->ifa_addr != NULL) { ------>> Check for ifa_addr > int family = ifa->ifa_addr->sa_family; > > I was only looking into the ifaddrs structure only when the interface > addr is set. > > In the stub_if_getaddr code, the code is as follows > > ret = getifaddrs(&ifaddrs); > if (ret < 0) > caml_failwith("cannot get interface address"); > > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > sock = tmp->ifa_addr; ------------------------------>Assigned here > netmask = tmp->ifa_netmask; > > if (sock->sa_family == AF_INET || sock->sa_family == AF_INET6) > { -------------> Dereferenced here without checking > name = caml_copy_string(tmp->ifa_name); > > In my case, there were two internal interfaces for which the interface > address was not setup and while iterating through the list, there was > a NULL pointer dereference. > > It might look like defensive coding but can we ignore the interfaces > for which the ifa_addr is not set. I can open up a bug and fix it if > there is consenus that this needs to be fixed. > > Ranjeet > > > -----Original Message----- > From: Rob Hoes [mailto:Rob.Hoes@citrix.com] > Sent: Wednesday, March 26, 2014 4:44 AM > To: Ranjeet R; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Hi Ranjeet, > > > It seems to be crashing in the same point as you had mentioned. > > Please find the SEGV backtrace attached. > > > > (gdb) c > > Program received signal SIGSEGV, Segmentation fault. > > 0x085bc2d6 in stub_if_getaddr () > > (gdb) bt > > #0 0x085cca90 in segv_handler () > > #1 > > #2 0x085bc2d6 in stub_if_getaddr () > > #3 0x0850ef8c in camlNetdev__get_all_ipv4_1325 () > > > > You had mentioned that this could be because of a bad C function binding. > > I wrote a small C stub to see whether it works for the xenbr0 > > interface and it seems to be working fine. How should I verify the > binding. > > The function that is failing seems to be this one: > https://github.com/xapi-project/xen-api- > libs/blob/clearwater/netdev/addr_stubs.c#L74 > > It has: > > int ret; > struct ifaddrs *ifaddrs, *tmp; > [...] > ret = getifaddrs(&ifaddrs); > [...] > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > sock = tmp->ifa_addr; > netmask = tmp->ifa_netmask; > [...] > > Could it be that the getifaddrs function does not set ifaddrs correctly? > You should be able to test this with a small C program. Or is this > what you have already done? > > Cheers, > Rob > > > Appreciate your help. > > > > -Ranjeet > > > > -----Original Message----- > > From: David Scott [mailto:dave.scott@eu.citrix.com] > > Sent: Monday, March 24, 2014 3:46 AM > > To: Ranjeet R > > Cc: xen-api@lists.xen.org > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > On 24/03/14 10:30, Ranjeet R wrote: > > > Hello Dave > > > > > > The binaries did not have debug symbols but I managed to rebuild > > > the > > binaries with debug enabled. > > > > Great. > > > > > I tried starting the xapi process as it was started in the init.d > > scripts under gdb. However, in gdb, the xapi process forks another > > process and I am not able to debug it further (I tried setting > > detach_on_fork to off in gdb, but the primary process just goes to > > end > of execution). > > > > > > I am using the following gdb command to debug > > > > > > gdb --args /usr/sbin/xapi -daemon -writeinitcomplete > > /var/run/xapi_init_complete.cookie -writereadyfile > > /var/run/xapi_startup.cookie -onsystemboot" > > > > > > Can you please help me in the steps that you use in debugging the > > > XAPI > > process. > > > > Ah, I think xapi forks a "watchdog" process near the start -- this > > is probably what you're seeing. > > > > Try adding a "-nowatchdog" option to the command-line. > > > > Dave > > > > > > > > Thanks for your help, > > > > > > -Ranjeet > > > > > > > > > > > > -----Original Message----- > > > From: Dave Scott [mailto:Dave.Scott@citrix.com] > > > Sent: Saturday, March 22, 2014 12:36 PM > > > To: Ranjeet R > > > Cc: xen-api@lists.xen.org > > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > > > Hi, > > > > > > I suspect the segfault is being caused by a bad C function binding. > > > I've > > seen a similar crash before when querying an interface IP via > > getifaddrs (I think that was the function name) Could you run xapi > > in gdb and reproduce the crash? Printing the call stack would help > > to confirm this hypothesis. Provided the xapi binary still has debug > > symbols (ie hasn't been stripped) the ocaml functions (with fairly > > obvious mangled names) should also be on the stack too. > > > > > > Cheers, > > > Dave > > > > > >> On Mar 22, 2014, at 3:47 AM, "Ranjeet R" > wrote: > > >> > > >> Hello all > > >> > > >> I am trying to bring a DevCloud setup which has an XCP Kronos > > >> based > > XAPI daemon. I had changed the underlying network implementation (it > > is not a bridge, but an openvswitch-like network implementation) and > > the XAPI daemon crashes during bootup. Please find the XAPI logs below. > > >> > > >> > > >> starting up database engine D:72969b3eaf8e|redo_log] Flushing > > >> database to all active redo-logs starting up database engine > > >> D:72969b3eaf8e|xapi] About to flush database: > > >> /var/lib/xcp/state.db starting up database engine > > >> D:72969b3eaf8e|redo_log] Flushing database to all active > > >> redo-logs starting up database engine D:72969b3eaf8e|xapi] > > >> Performing initial DB GC thread_zero|dbsync > > >> (update_env) D:fd0aec7399c9|dbsync] Sync: sync_create_localhost > > >> dbsync > > >> (update_env) D:fd0aec7399c9|dbsync] creating localhost > > >> > > >> dmesg logs seem to suggest that xapi is crashing during startup. > > >> > > >> [ 9.092377] xapi[2813]: segfault at 0 ip 085bc286 sp bf80ae30 > error > > 4 in xapi[8048000+59f000] > > >> [ 9.869971] xapi[2943]: segfault at 0 ip 085bc286 sp bf8ec450 > error > > 4 in xapi[8048000+59f000] > > >> > > >> I looked the XAPI code to see where it fails and I don't see any > > >> logs after the following code point in ocaml / xapi / > > >> dbsync_slave.ml > > >> > > >> let create_localhost ~__context info = > > >> let ip = get_my_ip_addr ~__context in > > >> > > >> I confirmed to see that "ifconfig xenbr0" has a valid management > > >> IP > > address and should not fail. > > >> > > >> How do I debug this crash further. Are there any ways to look at > > >> the > > stack trace where XAPI crashed. Any pointers to debug this further > > will be very helpful. > > >> > > >> -Ranjeet > > >> > > >> > > >> _______________________________________________ > > >> 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 Apr 02 03:14:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 03:14: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 1WVBcb-0005BB-Lf; Wed, 02 Apr 2014 03:13:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVBcZ-0005B6-FR for xen-api@lists.xen.org; Wed, 02 Apr 2014 03:13:47 +0000 Received: from [85.158.139.211:39723] by server-15.bemta-5.messagelabs.com id 49/2C-11079-A608B335; Wed, 02 Apr 2014 03:13:46 +0000 X-Env-Sender: rranjeet@juniper.net X-Msg-Ref: server-5.tower-206.messagelabs.com!1396408425!1911502!1 X-Originating-IP: [213.199.154.207] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24293 invoked from network); 2 Apr 2014 03:13:45 -0000 Received: from am1ehsobe004.messaging.microsoft.com (HELO am1outboundpool.messaging.microsoft.com) (213.199.154.207) by server-5.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 2 Apr 2014 03:13:45 -0000 Received: from mail104-am1-R.bigfish.com (10.3.201.225) by AM1EHSOBE021.bigfish.com (10.3.207.143) with Microsoft SMTP Server id 14.1.225.22; Wed, 2 Apr 2014 03:13:44 +0000 Received: from mail104-am1 (localhost [127.0.0.1]) by mail104-am1-R.bigfish.com (Postfix) with ESMTP id B906B4C05B8; Wed, 2 Apr 2014 03:13:44 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -13 X-BigFish: VPS-13(zzbb2dI98dI9371IfecI542Ie0eah1432I1418I14e3M4015I1447I14ffIzz1f42h2148h1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6h208chzz8275ch1de098h17326ah8275bh8275dh1de097h186068hz2fh109h2a8h839h944hd24hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h22d0h2336h2461h2487h24ach24d7h2516h2545h255eh25cch25f6h2605h262fh268bh26c8h26d3h9a9j1155h) Received-SPF: pass (mail104-am1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=rranjeet@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: =?us-ascii?Q?SFV:NSPM; SFS:(10009001)(6009001)(428001)(51704005)(53474002)?= =?us-ascii?Q?(40764003)(51444003)(164054003)(51914003)(53754006)(189002)(?= =?us-ascii?Q?199002)(24454002)(377454003)(13464003)(479174003)(53806001)(?= =?us-ascii?Q?83072002)(31966008)(85306002)(46102001)(81686001)(81816001)(?= =?us-ascii?Q?575784001)(80976001)(51856001)(33646001)(86362001)(54356001)?= =?us-ascii?Q?(74502001)(93516002)(74662001)(99396002)(56776001)(54316002)?= =?us-ascii?Q?(15202345003)(76576001)(85852003)(76482001)(94946001)(767860?= =?us-ascii?Q?01)(97186001)(47446002)(74316001)(69226001)(19580395003)(477?= =?us-ascii?Q?36001)(74706001)(2656002)(66066001)(65816001)(97336001)(5098?= =?us-ascii?Q?6001)(87266001)(94316002)(83322001)(63696002)(47976001)(4986?= =?us-ascii?Q?6001)(15975445006)(93136001)(19580405001)(87936001)(20776003?= =?us-ascii?Q?)(56816005)(79102001)(59766001)(77982001)(95416001)(92566001?= =?us-ascii?Q?)(74876001)(95666003)(98676001)(80022001)(90146001)(76796001?= =?us-ascii?Q?)(99286001)(4396001)(81342001)(81542001)(74366001)(24736002)?= =?us-ascii?Q?; DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR05MB709; H:BY2PR05MB711.nam?= =?us-ascii?Q?prd05.prod.outlook.com; FPR:DC3CF065.AF36D87D.72FB15E8.41A9F6?= =?us-ascii?Q?81.20733;MLV:sfv;PTR:InfoNoRecords;MX:1;A:1;LANG:en;?= Received: from mail104-am1 (localhost.localdomain [127.0.0.1]) by mail104-am1 (MessageSwitch) id 139640842237334_27427; Wed, 2 Apr 2014 03:13:42 +0000 (UTC) Received: from AM1EHSMHS008.bigfish.com (unknown [10.3.201.228]) by mail104-am1.bigfish.com (Postfix) with ESMTP id 0444E2000CE; Wed, 2 Apr 2014 03:13:42 +0000 (UTC) Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by AM1EHSMHS008.bigfish.com (10.3.207.108) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 2 Apr 2014 03:13:41 +0000 Received: from BY2PR05MB709.namprd05.prod.outlook.com (10.141.222.142) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.435.0; Wed, 2 Apr 2014 03:13:40 +0000 Received: from BY2PR05MB711.namprd05.prod.outlook.com (10.141.222.149) by BY2PR05MB709.namprd05.prod.outlook.com (10.141.222.142) with Microsoft SMTP Server (TLS) id 15.0.908.10; Wed, 2 Apr 2014 03:13:39 +0000 Received: from BY2PR05MB711.namprd05.prod.outlook.com ([10.141.222.149]) by BY2PR05MB711.namprd05.prod.outlook.com ([10.141.222.149]) with mapi id 15.00.0908.008; Wed, 2 Apr 2014 03:13:39 +0000 From: Ranjeet R To: Rob Hoes , Dave Scott Thread-Topic: [Xen-API] Debugging XAPI daemon crash Thread-Index: Ac9FeZIEEGyvK3fqS5+yO9kiSTP+fwAjGnCAADsSOKAAFwBFAABOHF9wABh/GgAAF3zK4AAXtTiAAR784BA= Date: Wed, 2 Apr 2014 03:13:39 +0000 Message-ID: <11412595a04f477bbe9feb0f84e524f4@BY2PR05MB711.namprd05.prod.outlook.com> References: <12523b35d4664c48a5b87e5761dde914@BY2PR05MB711.namprd05.prod.outlook.com> <824AE475-FBB7-4B45-88B0-F4A8A46BEEC9@eu.citrix.com> <6be5009efa7840d789040c9bf5641d1e@BY2PR05MB711.namprd05.prod.outlook.com> <53300CF4.1060402@eu.citrix.com> <360717C0B01E6345BCBE64B758E22C2D258185@AMSPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D293497@AMSPEX01CL03.citrite.net> In-Reply-To: <360717C0B01E6345BCBE64B758E22C2D293497@AMSPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.239.12] x-forefront-prvs: 0169092318 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Debugging XAPI daemon 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Thanks Rob I have generated a pull request as you had mentioned. Let me know if you have any review comments. -Ranjeet -----Original Message----- From: Rob Hoes [mailto:Rob.Hoes@citrix.com] Sent: Thursday, March 27, 2014 3:16 AM To: Ranjeet R; Dave Scott Cc: xen-api@lists.xen.org Subject: RE: [Xen-API] Debugging XAPI daemon crash Hi Ranjeet, That makes sense. I guess the same would apply to the ifa_netmask field. The following lines would blow up if it is NULL: netmask = tmp->ifa_netmask; [...] netmaskstr = alloc_addr(netmask); because alloc_addr will try to access netmask->sa_family. So to be on the safe side, I think we should check for this as well. I think defensive coding is the right way (I hate segfaults)! For the purpose of the stub_if_addr function, I think it is sufficient to wrap the existing if-block with "if (sock && netmask)". This assumes that we always want both the address and the netmask, and we ignore the interface if either is undefined. The master branch for this code is here (since we split it off from xen-api-libs): https://github.com/xapi-project/netdev/blob/master/lib/addr_stubs.c. If you'd like to submit a pull request there (as well as keeping the fix in your development branch on clearwater), that would be great. Thanks, Rob > -----Original Message----- > From: Ranjeet R [mailto:rranjeet@juniper.net] > Sent: 26 March 2014 11:08 PM > To: Rob Hoes; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Hello Rob/Dave > > Thanks for the pointers. I figured out the issue. The reason my C stub > was able to list out all interfaces without crashing is - > > if (getifaddrs(&ifaddr) == -1) { > print ("getifaddr failed"); > exit(1); > } > > struct ifaddrs *ifa = ifaddr; > for (ifa = ifaddr; ifa != NULL; ifa = ifa->ifa_next) { > --->>>> if (ifa->ifa_addr != NULL) { ------>> Check for ifa_addr > int family = ifa->ifa_addr->sa_family; > > I was only looking into the ifaddrs structure only when the interface > addr is set. > > In the stub_if_getaddr code, the code is as follows > > ret = getifaddrs(&ifaddrs); > if (ret < 0) > caml_failwith("cannot get interface address"); > > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > sock = tmp->ifa_addr; ------------------------------>Assigned here > netmask = tmp->ifa_netmask; > > if (sock->sa_family == AF_INET || sock->sa_family == AF_INET6) > { -------------> Dereferenced here without checking > name = caml_copy_string(tmp->ifa_name); > > In my case, there were two internal interfaces for which the interface > address was not setup and while iterating through the list, there was > a NULL pointer dereference. > > It might look like defensive coding but can we ignore the interfaces > for which the ifa_addr is not set. I can open up a bug and fix it if > there is consenus that this needs to be fixed. > > Ranjeet > > > -----Original Message----- > From: Rob Hoes [mailto:Rob.Hoes@citrix.com] > Sent: Wednesday, March 26, 2014 4:44 AM > To: Ranjeet R; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Hi Ranjeet, > > > It seems to be crashing in the same point as you had mentioned. > > Please find the SEGV backtrace attached. > > > > (gdb) c > > Program received signal SIGSEGV, Segmentation fault. > > 0x085bc2d6 in stub_if_getaddr () > > (gdb) bt > > #0 0x085cca90 in segv_handler () > > #1 > > #2 0x085bc2d6 in stub_if_getaddr () > > #3 0x0850ef8c in camlNetdev__get_all_ipv4_1325 () > > > > You had mentioned that this could be because of a bad C function binding. > > I wrote a small C stub to see whether it works for the xenbr0 > > interface and it seems to be working fine. How should I verify the > binding. > > The function that is failing seems to be this one: > https://github.com/xapi-project/xen-api- > libs/blob/clearwater/netdev/addr_stubs.c#L74 > > It has: > > int ret; > struct ifaddrs *ifaddrs, *tmp; > [...] > ret = getifaddrs(&ifaddrs); > [...] > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > sock = tmp->ifa_addr; > netmask = tmp->ifa_netmask; > [...] > > Could it be that the getifaddrs function does not set ifaddrs correctly? > You should be able to test this with a small C program. Or is this > what you have already done? > > Cheers, > Rob > > > Appreciate your help. > > > > -Ranjeet > > > > -----Original Message----- > > From: David Scott [mailto:dave.scott@eu.citrix.com] > > Sent: Monday, March 24, 2014 3:46 AM > > To: Ranjeet R > > Cc: xen-api@lists.xen.org > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > On 24/03/14 10:30, Ranjeet R wrote: > > > Hello Dave > > > > > > The binaries did not have debug symbols but I managed to rebuild > > > the > > binaries with debug enabled. > > > > Great. > > > > > I tried starting the xapi process as it was started in the init.d > > scripts under gdb. However, in gdb, the xapi process forks another > > process and I am not able to debug it further (I tried setting > > detach_on_fork to off in gdb, but the primary process just goes to > > end > of execution). > > > > > > I am using the following gdb command to debug > > > > > > gdb --args /usr/sbin/xapi -daemon -writeinitcomplete > > /var/run/xapi_init_complete.cookie -writereadyfile > > /var/run/xapi_startup.cookie -onsystemboot" > > > > > > Can you please help me in the steps that you use in debugging the > > > XAPI > > process. > > > > Ah, I think xapi forks a "watchdog" process near the start -- this > > is probably what you're seeing. > > > > Try adding a "-nowatchdog" option to the command-line. > > > > Dave > > > > > > > > Thanks for your help, > > > > > > -Ranjeet > > > > > > > > > > > > -----Original Message----- > > > From: Dave Scott [mailto:Dave.Scott@citrix.com] > > > Sent: Saturday, March 22, 2014 12:36 PM > > > To: Ranjeet R > > > Cc: xen-api@lists.xen.org > > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > > > Hi, > > > > > > I suspect the segfault is being caused by a bad C function binding. > > > I've > > seen a similar crash before when querying an interface IP via > > getifaddrs (I think that was the function name) Could you run xapi > > in gdb and reproduce the crash? Printing the call stack would help > > to confirm this hypothesis. Provided the xapi binary still has debug > > symbols (ie hasn't been stripped) the ocaml functions (with fairly > > obvious mangled names) should also be on the stack too. > > > > > > Cheers, > > > Dave > > > > > >> On Mar 22, 2014, at 3:47 AM, "Ranjeet R" > wrote: > > >> > > >> Hello all > > >> > > >> I am trying to bring a DevCloud setup which has an XCP Kronos > > >> based > > XAPI daemon. I had changed the underlying network implementation (it > > is not a bridge, but an openvswitch-like network implementation) and > > the XAPI daemon crashes during bootup. Please find the XAPI logs below. > > >> > > >> > > >> starting up database engine D:72969b3eaf8e|redo_log] Flushing > > >> database to all active redo-logs starting up database engine > > >> D:72969b3eaf8e|xapi] About to flush database: > > >> /var/lib/xcp/state.db starting up database engine > > >> D:72969b3eaf8e|redo_log] Flushing database to all active > > >> redo-logs starting up database engine D:72969b3eaf8e|xapi] > > >> Performing initial DB GC thread_zero|dbsync > > >> (update_env) D:fd0aec7399c9|dbsync] Sync: sync_create_localhost > > >> dbsync > > >> (update_env) D:fd0aec7399c9|dbsync] creating localhost > > >> > > >> dmesg logs seem to suggest that xapi is crashing during startup. > > >> > > >> [ 9.092377] xapi[2813]: segfault at 0 ip 085bc286 sp bf80ae30 > error > > 4 in xapi[8048000+59f000] > > >> [ 9.869971] xapi[2943]: segfault at 0 ip 085bc286 sp bf8ec450 > error > > 4 in xapi[8048000+59f000] > > >> > > >> I looked the XAPI code to see where it fails and I don't see any > > >> logs after the following code point in ocaml / xapi / > > >> dbsync_slave.ml > > >> > > >> let create_localhost ~__context info = > > >> let ip = get_my_ip_addr ~__context in > > >> > > >> I confirmed to see that "ifconfig xenbr0" has a valid management > > >> IP > > address and should not fail. > > >> > > >> How do I debug this crash further. Are there any ways to look at > > >> the > > stack trace where XAPI crashed. Any pointers to debug this further > > will be very helpful. > > >> > > >> -Ranjeet > > >> > > >> > > >> _______________________________________________ > > >> 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 Apr 02 12:30:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 12:30: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 1WVKIJ-0002Dy-DU; Wed, 02 Apr 2014 12:29:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVKIH-0002Dn-Jg for xen-api@lists.xen.org; Wed, 02 Apr 2014 12:29:25 +0000 Received: from [85.158.143.35:26401] by server-1.bemta-4.messagelabs.com id F1/2F-09853-4A20C335; Wed, 02 Apr 2014 12:29:24 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1396441763!6447232!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9803 invoked from network); 2 Apr 2014 12:29:23 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2014 12:29:23 -0000 X-IronPort-AV: E=Sophos;i="4.97,780,1389744000"; d="scan'208";a="13026806" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 02 Apr 2014 12:29:23 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL02.citrite.net ([169.254.7.78]) with mapi id 14.02.0342.004; Wed, 2 Apr 2014 14:29:23 +0200 From: Rob Hoes To: 'Ranjeet R' , Dave Scott Thread-Topic: [Xen-API] Debugging XAPI daemon crash Thread-Index: Ac9FeZIEEGyvK3fqS5+yO9kiSTP+fwAhAf+AAFGC/oAAAI9/AABWxcIAABGwNkAAFgq6AAAYbmrwARvJxIAAF5XOAA== Date: Wed, 2 Apr 2014 12:29:22 +0000 Message-ID: <360717C0B01E6345BCBE64B758E22C2D299524@AMSPEX01CL03.citrite.net> References: <12523b35d4664c48a5b87e5761dde914@BY2PR05MB711.namprd05.prod.outlook.com> <824AE475-FBB7-4B45-88B0-F4A8A46BEEC9@eu.citrix.com> <6be5009efa7840d789040c9bf5641d1e@BY2PR05MB711.namprd05.prod.outlook.com> <53300CF4.1060402@eu.citrix.com> <360717C0B01E6345BCBE64B758E22C2D258185@AMSPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D293497@AMSPEX01CL03.citrite.net> <11412595a04f477bbe9feb0f84e524f4@BY2PR05MB711.namprd05.prod.outlook.com> In-Reply-To: <11412595a04f477bbe9feb0f84e524f4@BY2PR05MB711.namprd05.prod.outlook.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.129.43] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Debugging XAPI daemon 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Thanks! I have merged your patch. Cheers, Rob > -----Original Message----- > From: Ranjeet R [mailto:rranjeet@juniper.net] > Sent: 02 April 2014 4:14 AM > To: Rob Hoes; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Thanks Rob > > I have generated a pull request as you had mentioned. Let me know if you > have any review comments. > > -Ranjeet > > -----Original Message----- > From: Rob Hoes [mailto:Rob.Hoes@citrix.com] > Sent: Thursday, March 27, 2014 3:16 AM > To: Ranjeet R; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Hi Ranjeet, > > That makes sense. > > I guess the same would apply to the ifa_netmask field. The following lines > would blow up if it is NULL: > > netmask = tmp->ifa_netmask; > [...] > netmaskstr = alloc_addr(netmask); > > because alloc_addr will try to access netmask->sa_family. > > So to be on the safe side, I think we should check for this as well. I > think defensive coding is the right way (I hate segfaults)! > > For the purpose of the stub_if_addr function, I think it is sufficient to > wrap the existing if-block with "if (sock && netmask)". This assumes that > we always want both the address and the netmask, and we ignore the > interface if either is undefined. > > The master branch for this code is here (since we split it off from xen- > api-libs): https://github.com/xapi- > project/netdev/blob/master/lib/addr_stubs.c. If you'd like to submit a > pull request there (as well as keeping the fix in your development branch > on clearwater), that would be great. > > Thanks, > Rob > > > -----Original Message----- > > From: Ranjeet R [mailto:rranjeet@juniper.net] > > Sent: 26 March 2014 11:08 PM > > To: Rob Hoes; Dave Scott > > Cc: xen-api@lists.xen.org > > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > > > Hello Rob/Dave > > > > Thanks for the pointers. I figured out the issue. The reason my C stub > > was able to list out all interfaces without crashing is - > > > > if (getifaddrs(&ifaddr) == -1) { > > print ("getifaddr failed"); > > exit(1); > > } > > > > struct ifaddrs *ifa = ifaddr; > > for (ifa = ifaddr; ifa != NULL; ifa = ifa->ifa_next) { > > --->>>> if (ifa->ifa_addr != NULL) { ------>> Check for ifa_addr > > int family = ifa->ifa_addr->sa_family; > > > > I was only looking into the ifaddrs structure only when the interface > > addr is set. > > > > In the stub_if_getaddr code, the code is as follows > > > > ret = getifaddrs(&ifaddrs); > > if (ret < 0) > > caml_failwith("cannot get interface address"); > > > > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > > sock = tmp->ifa_addr; ------------------------------>Assigned > here > > netmask = tmp->ifa_netmask; > > > > if (sock->sa_family == AF_INET || sock->sa_family == AF_INET6) > > { -------------> Dereferenced here without checking > > name = caml_copy_string(tmp->ifa_name); > > > > In my case, there were two internal interfaces for which the interface > > address was not setup and while iterating through the list, there was > > a NULL pointer dereference. > > > > It might look like defensive coding but can we ignore the interfaces > > for which the ifa_addr is not set. I can open up a bug and fix it if > > there is consenus that this needs to be fixed. > > > > Ranjeet > > > > > > -----Original Message----- > > From: Rob Hoes [mailto:Rob.Hoes@citrix.com] > > Sent: Wednesday, March 26, 2014 4:44 AM > > To: Ranjeet R; Dave Scott > > Cc: xen-api@lists.xen.org > > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > > > Hi Ranjeet, > > > > > It seems to be crashing in the same point as you had mentioned. > > > Please find the SEGV backtrace attached. > > > > > > (gdb) c > > > Program received signal SIGSEGV, Segmentation fault. > > > 0x085bc2d6 in stub_if_getaddr () > > > (gdb) bt > > > #0 0x085cca90 in segv_handler () > > > #1 > > > #2 0x085bc2d6 in stub_if_getaddr () > > > #3 0x0850ef8c in camlNetdev__get_all_ipv4_1325 () > > > > > > You had mentioned that this could be because of a bad C function > binding. > > > I wrote a small C stub to see whether it works for the xenbr0 > > > interface and it seems to be working fine. How should I verify the > > binding. > > > > The function that is failing seems to be this one: > > https://github.com/xapi-project/xen-api- > > libs/blob/clearwater/netdev/addr_stubs.c#L74 > > > > It has: > > > > int ret; > > struct ifaddrs *ifaddrs, *tmp; > > [...] > > ret = getifaddrs(&ifaddrs); > > [...] > > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > > sock = tmp->ifa_addr; > > netmask = tmp->ifa_netmask; > > [...] > > > > Could it be that the getifaddrs function does not set ifaddrs correctly? > > You should be able to test this with a small C program. Or is this > > what you have already done? > > > > Cheers, > > Rob > > > > > Appreciate your help. > > > > > > -Ranjeet > > > > > > -----Original Message----- > > > From: David Scott [mailto:dave.scott@eu.citrix.com] > > > Sent: Monday, March 24, 2014 3:46 AM > > > To: Ranjeet R > > > Cc: xen-api@lists.xen.org > > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > > > On 24/03/14 10:30, Ranjeet R wrote: > > > > Hello Dave > > > > > > > > The binaries did not have debug symbols but I managed to rebuild > > > > the > > > binaries with debug enabled. > > > > > > Great. > > > > > > > I tried starting the xapi process as it was started in the init.d > > > scripts under gdb. However, in gdb, the xapi process forks another > > > process and I am not able to debug it further (I tried setting > > > detach_on_fork to off in gdb, but the primary process just goes to > > > end > > of execution). > > > > > > > > I am using the following gdb command to debug > > > > > > > > gdb --args /usr/sbin/xapi -daemon -writeinitcomplete > > > /var/run/xapi_init_complete.cookie -writereadyfile > > > /var/run/xapi_startup.cookie -onsystemboot" > > > > > > > > Can you please help me in the steps that you use in debugging the > > > > XAPI > > > process. > > > > > > Ah, I think xapi forks a "watchdog" process near the start -- this > > > is probably what you're seeing. > > > > > > Try adding a "-nowatchdog" option to the command-line. > > > > > > Dave > > > > > > > > > > > Thanks for your help, > > > > > > > > -Ranjeet > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: Dave Scott [mailto:Dave.Scott@citrix.com] > > > > Sent: Saturday, March 22, 2014 12:36 PM > > > > To: Ranjeet R > > > > Cc: xen-api@lists.xen.org > > > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > > > > > Hi, > > > > > > > > I suspect the segfault is being caused by a bad C function binding. > > > > I've > > > seen a similar crash before when querying an interface IP via > > > getifaddrs (I think that was the function name) Could you run xapi > > > in gdb and reproduce the crash? Printing the call stack would help > > > to confirm this hypothesis. Provided the xapi binary still has debug > > > symbols (ie hasn't been stripped) the ocaml functions (with fairly > > > obvious mangled names) should also be on the stack too. > > > > > > > > Cheers, > > > > Dave > > > > > > > >> On Mar 22, 2014, at 3:47 AM, "Ranjeet R" > > wrote: > > > >> > > > >> Hello all > > > >> > > > >> I am trying to bring a DevCloud setup which has an XCP Kronos > > > >> based > > > XAPI daemon. I had changed the underlying network implementation (it > > > is not a bridge, but an openvswitch-like network implementation) and > > > the XAPI daemon crashes during bootup. Please find the XAPI logs below. > > > >> > > > >> > > > >> starting up database engine D:72969b3eaf8e|redo_log] Flushing > > > >> database to all active redo-logs starting up database engine > > > >> D:72969b3eaf8e|xapi] About to flush database: > > > >> /var/lib/xcp/state.db starting up database engine > > > >> D:72969b3eaf8e|redo_log] Flushing database to all active > > > >> redo-logs starting up database engine D:72969b3eaf8e|xapi] > > > >> Performing initial DB GC thread_zero|dbsync > > > >> (update_env) D:fd0aec7399c9|dbsync] Sync: sync_create_localhost > > > >> dbsync > > > >> (update_env) D:fd0aec7399c9|dbsync] creating localhost > > > >> > > > >> dmesg logs seem to suggest that xapi is crashing during startup. > > > >> > > > >> [ 9.092377] xapi[2813]: segfault at 0 ip 085bc286 sp bf80ae30 > > error > > > 4 in xapi[8048000+59f000] > > > >> [ 9.869971] xapi[2943]: segfault at 0 ip 085bc286 sp bf8ec450 > > error > > > 4 in xapi[8048000+59f000] > > > >> > > > >> I looked the XAPI code to see where it fails and I don't see any > > > >> logs after the following code point in ocaml / xapi / > > > >> dbsync_slave.ml > > > >> > > > >> let create_localhost ~__context info = > > > >> let ip = get_my_ip_addr ~__context in > > > >> > > > >> I confirmed to see that "ifconfig xenbr0" has a valid management > > > >> IP > > > address and should not fail. > > > >> > > > >> How do I debug this crash further. Are there any ways to look at > > > >> the > > > stack trace where XAPI crashed. Any pointers to debug this further > > > will be very helpful. > > > >> > > > >> -Ranjeet > > > >> > > > >> > > > >> _______________________________________________ > > > >> 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 Apr 02 12:30:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 12:30: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 1WVKIJ-0002Dy-DU; Wed, 02 Apr 2014 12:29:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVKIH-0002Dn-Jg for xen-api@lists.xen.org; Wed, 02 Apr 2014 12:29:25 +0000 Received: from [85.158.143.35:26401] by server-1.bemta-4.messagelabs.com id F1/2F-09853-4A20C335; Wed, 02 Apr 2014 12:29:24 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1396441763!6447232!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9803 invoked from network); 2 Apr 2014 12:29:23 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2014 12:29:23 -0000 X-IronPort-AV: E=Sophos;i="4.97,780,1389744000"; d="scan'208";a="13026806" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 02 Apr 2014 12:29:23 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL02.citrite.net ([169.254.7.78]) with mapi id 14.02.0342.004; Wed, 2 Apr 2014 14:29:23 +0200 From: Rob Hoes To: 'Ranjeet R' , Dave Scott Thread-Topic: [Xen-API] Debugging XAPI daemon crash Thread-Index: Ac9FeZIEEGyvK3fqS5+yO9kiSTP+fwAhAf+AAFGC/oAAAI9/AABWxcIAABGwNkAAFgq6AAAYbmrwARvJxIAAF5XOAA== Date: Wed, 2 Apr 2014 12:29:22 +0000 Message-ID: <360717C0B01E6345BCBE64B758E22C2D299524@AMSPEX01CL03.citrite.net> References: <12523b35d4664c48a5b87e5761dde914@BY2PR05MB711.namprd05.prod.outlook.com> <824AE475-FBB7-4B45-88B0-F4A8A46BEEC9@eu.citrix.com> <6be5009efa7840d789040c9bf5641d1e@BY2PR05MB711.namprd05.prod.outlook.com> <53300CF4.1060402@eu.citrix.com> <360717C0B01E6345BCBE64B758E22C2D258185@AMSPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D293497@AMSPEX01CL03.citrite.net> <11412595a04f477bbe9feb0f84e524f4@BY2PR05MB711.namprd05.prod.outlook.com> In-Reply-To: <11412595a04f477bbe9feb0f84e524f4@BY2PR05MB711.namprd05.prod.outlook.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.129.43] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Debugging XAPI daemon 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Thanks! I have merged your patch. Cheers, Rob > -----Original Message----- > From: Ranjeet R [mailto:rranjeet@juniper.net] > Sent: 02 April 2014 4:14 AM > To: Rob Hoes; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Thanks Rob > > I have generated a pull request as you had mentioned. Let me know if you > have any review comments. > > -Ranjeet > > -----Original Message----- > From: Rob Hoes [mailto:Rob.Hoes@citrix.com] > Sent: Thursday, March 27, 2014 3:16 AM > To: Ranjeet R; Dave Scott > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > Hi Ranjeet, > > That makes sense. > > I guess the same would apply to the ifa_netmask field. The following lines > would blow up if it is NULL: > > netmask = tmp->ifa_netmask; > [...] > netmaskstr = alloc_addr(netmask); > > because alloc_addr will try to access netmask->sa_family. > > So to be on the safe side, I think we should check for this as well. I > think defensive coding is the right way (I hate segfaults)! > > For the purpose of the stub_if_addr function, I think it is sufficient to > wrap the existing if-block with "if (sock && netmask)". This assumes that > we always want both the address and the netmask, and we ignore the > interface if either is undefined. > > The master branch for this code is here (since we split it off from xen- > api-libs): https://github.com/xapi- > project/netdev/blob/master/lib/addr_stubs.c. If you'd like to submit a > pull request there (as well as keeping the fix in your development branch > on clearwater), that would be great. > > Thanks, > Rob > > > -----Original Message----- > > From: Ranjeet R [mailto:rranjeet@juniper.net] > > Sent: 26 March 2014 11:08 PM > > To: Rob Hoes; Dave Scott > > Cc: xen-api@lists.xen.org > > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > > > Hello Rob/Dave > > > > Thanks for the pointers. I figured out the issue. The reason my C stub > > was able to list out all interfaces without crashing is - > > > > if (getifaddrs(&ifaddr) == -1) { > > print ("getifaddr failed"); > > exit(1); > > } > > > > struct ifaddrs *ifa = ifaddr; > > for (ifa = ifaddr; ifa != NULL; ifa = ifa->ifa_next) { > > --->>>> if (ifa->ifa_addr != NULL) { ------>> Check for ifa_addr > > int family = ifa->ifa_addr->sa_family; > > > > I was only looking into the ifaddrs structure only when the interface > > addr is set. > > > > In the stub_if_getaddr code, the code is as follows > > > > ret = getifaddrs(&ifaddrs); > > if (ret < 0) > > caml_failwith("cannot get interface address"); > > > > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > > sock = tmp->ifa_addr; ------------------------------>Assigned > here > > netmask = tmp->ifa_netmask; > > > > if (sock->sa_family == AF_INET || sock->sa_family == AF_INET6) > > { -------------> Dereferenced here without checking > > name = caml_copy_string(tmp->ifa_name); > > > > In my case, there were two internal interfaces for which the interface > > address was not setup and while iterating through the list, there was > > a NULL pointer dereference. > > > > It might look like defensive coding but can we ignore the interfaces > > for which the ifa_addr is not set. I can open up a bug and fix it if > > there is consenus that this needs to be fixed. > > > > Ranjeet > > > > > > -----Original Message----- > > From: Rob Hoes [mailto:Rob.Hoes@citrix.com] > > Sent: Wednesday, March 26, 2014 4:44 AM > > To: Ranjeet R; Dave Scott > > Cc: xen-api@lists.xen.org > > Subject: RE: [Xen-API] Debugging XAPI daemon crash > > > > Hi Ranjeet, > > > > > It seems to be crashing in the same point as you had mentioned. > > > Please find the SEGV backtrace attached. > > > > > > (gdb) c > > > Program received signal SIGSEGV, Segmentation fault. > > > 0x085bc2d6 in stub_if_getaddr () > > > (gdb) bt > > > #0 0x085cca90 in segv_handler () > > > #1 > > > #2 0x085bc2d6 in stub_if_getaddr () > > > #3 0x0850ef8c in camlNetdev__get_all_ipv4_1325 () > > > > > > You had mentioned that this could be because of a bad C function > binding. > > > I wrote a small C stub to see whether it works for the xenbr0 > > > interface and it seems to be working fine. How should I verify the > > binding. > > > > The function that is failing seems to be this one: > > https://github.com/xapi-project/xen-api- > > libs/blob/clearwater/netdev/addr_stubs.c#L74 > > > > It has: > > > > int ret; > > struct ifaddrs *ifaddrs, *tmp; > > [...] > > ret = getifaddrs(&ifaddrs); > > [...] > > for (tmp = ifaddrs; tmp; tmp = tmp->ifa_next) { > > sock = tmp->ifa_addr; > > netmask = tmp->ifa_netmask; > > [...] > > > > Could it be that the getifaddrs function does not set ifaddrs correctly? > > You should be able to test this with a small C program. Or is this > > what you have already done? > > > > Cheers, > > Rob > > > > > Appreciate your help. > > > > > > -Ranjeet > > > > > > -----Original Message----- > > > From: David Scott [mailto:dave.scott@eu.citrix.com] > > > Sent: Monday, March 24, 2014 3:46 AM > > > To: Ranjeet R > > > Cc: xen-api@lists.xen.org > > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > > > On 24/03/14 10:30, Ranjeet R wrote: > > > > Hello Dave > > > > > > > > The binaries did not have debug symbols but I managed to rebuild > > > > the > > > binaries with debug enabled. > > > > > > Great. > > > > > > > I tried starting the xapi process as it was started in the init.d > > > scripts under gdb. However, in gdb, the xapi process forks another > > > process and I am not able to debug it further (I tried setting > > > detach_on_fork to off in gdb, but the primary process just goes to > > > end > > of execution). > > > > > > > > I am using the following gdb command to debug > > > > > > > > gdb --args /usr/sbin/xapi -daemon -writeinitcomplete > > > /var/run/xapi_init_complete.cookie -writereadyfile > > > /var/run/xapi_startup.cookie -onsystemboot" > > > > > > > > Can you please help me in the steps that you use in debugging the > > > > XAPI > > > process. > > > > > > Ah, I think xapi forks a "watchdog" process near the start -- this > > > is probably what you're seeing. > > > > > > Try adding a "-nowatchdog" option to the command-line. > > > > > > Dave > > > > > > > > > > > Thanks for your help, > > > > > > > > -Ranjeet > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: Dave Scott [mailto:Dave.Scott@citrix.com] > > > > Sent: Saturday, March 22, 2014 12:36 PM > > > > To: Ranjeet R > > > > Cc: xen-api@lists.xen.org > > > > Subject: Re: [Xen-API] Debugging XAPI daemon crash > > > > > > > > Hi, > > > > > > > > I suspect the segfault is being caused by a bad C function binding. > > > > I've > > > seen a similar crash before when querying an interface IP via > > > getifaddrs (I think that was the function name) Could you run xapi > > > in gdb and reproduce the crash? Printing the call stack would help > > > to confirm this hypothesis. Provided the xapi binary still has debug > > > symbols (ie hasn't been stripped) the ocaml functions (with fairly > > > obvious mangled names) should also be on the stack too. > > > > > > > > Cheers, > > > > Dave > > > > > > > >> On Mar 22, 2014, at 3:47 AM, "Ranjeet R" > > wrote: > > > >> > > > >> Hello all > > > >> > > > >> I am trying to bring a DevCloud setup which has an XCP Kronos > > > >> based > > > XAPI daemon. I had changed the underlying network implementation (it > > > is not a bridge, but an openvswitch-like network implementation) and > > > the XAPI daemon crashes during bootup. Please find the XAPI logs below. > > > >> > > > >> > > > >> starting up database engine D:72969b3eaf8e|redo_log] Flushing > > > >> database to all active redo-logs starting up database engine > > > >> D:72969b3eaf8e|xapi] About to flush database: > > > >> /var/lib/xcp/state.db starting up database engine > > > >> D:72969b3eaf8e|redo_log] Flushing database to all active > > > >> redo-logs starting up database engine D:72969b3eaf8e|xapi] > > > >> Performing initial DB GC thread_zero|dbsync > > > >> (update_env) D:fd0aec7399c9|dbsync] Sync: sync_create_localhost > > > >> dbsync > > > >> (update_env) D:fd0aec7399c9|dbsync] creating localhost > > > >> > > > >> dmesg logs seem to suggest that xapi is crashing during startup. > > > >> > > > >> [ 9.092377] xapi[2813]: segfault at 0 ip 085bc286 sp bf80ae30 > > error > > > 4 in xapi[8048000+59f000] > > > >> [ 9.869971] xapi[2943]: segfault at 0 ip 085bc286 sp bf8ec450 > > error > > > 4 in xapi[8048000+59f000] > > > >> > > > >> I looked the XAPI code to see where it fails and I don't see any > > > >> logs after the following code point in ocaml / xapi / > > > >> dbsync_slave.ml > > > >> > > > >> let create_localhost ~__context info = > > > >> let ip = get_my_ip_addr ~__context in > > > >> > > > >> I confirmed to see that "ifconfig xenbr0" has a valid management > > > >> IP > > > address and should not fail. > > > >> > > > >> How do I debug this crash further. Are there any ways to look at > > > >> the > > > stack trace where XAPI crashed. Any pointers to debug this further > > > will be very helpful. > > > >> > > > >> -Ranjeet > > > >> > > > >> > > > >> _______________________________________________ > > > >> 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 Apr 02 13:19:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 13:19: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 1WVL4M-0004HB-NR; Wed, 02 Apr 2014 13:19:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVL4K-0004F5-GN for xen-api@lists.xen.org; Wed, 02 Apr 2014 13:19:05 +0000 Received: from [85.158.143.35:57503] by server-1.bemta-4.messagelabs.com id 2A/4C-09853-74E0C335; Wed, 02 Apr 2014 13:19:03 +0000 X-Env-Sender: thomas.sanders@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1396444741!6465044!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16814 invoked from network); 2 Apr 2014 13:19:01 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2014 13:19:01 -0000 X-IronPort-AV: E=Sophos;i="4.97,780,1389744000"; d="scan'208,217";a="13029383" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 02 Apr 2014 13:19:02 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.75]) by AMSPEX01CL02.citrite.net ([169.254.7.78]) with mapi id 14.02.0342.004; Wed, 2 Apr 2014 15:19:01 +0200 From: Thomas Sanders To: "'lars.kurth@xen.org'" , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS Thread-Index: AQHPSdmsvieZSFGSW0OKKsqcNimAqJr9AaGA///vlQCAAVyGIA== Date: Wed, 2 Apr 2014 13:19:01 +0000 Message-ID: <06B80725944D5847804519C301FB87271E4E0F@AMSPEX01CL01.citrite.net> References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> <533AFCFC.6010808@xen.org> In-Reply-To: <533AFCFC.6010808@xen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.129.46] MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6937610381854457144==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6937610381854457144== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_" --_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KFJlbW92aW5nIG1pcmFnZW9zLWRldmVsIGxpc3QgZnJvbSByZWNpcGllbnRzIGxpc3Qgc2luY2Ug dGhpcyBpcyBvbmx5IGFib3V0IHhhcGkuKQ0KDQpUaGF04oCZcyByaWdodCwgTGFycy4NCg0KSSB0 aGluayBpdCBwcm9iYWJseSBtYWtlcyBtb3N0IHNlbnNlIHRvIGNvdW50IHZuY3Rlcm0gaW4gWGVu U2VydmVyIG1ldHJpY3MgYnV0IG5vdCBYQVBJIG1ldHJpY3MuDQoNClRoZSBmaW5hbCBzZXQgb2Yg Zml2ZSB0aGF0IGFyZSBmb3JrZWQgZnJvbSB1bnJlbGF0ZWQgdXBzdHJlYW0gcHJvamVjdHMgc2hv dWxkIGhhdmUgYSBzaXh0aCBhZGRlZDoNCnhlbi11bnN0YWJsZS1taXJyb3IgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveGVuLXVuc3RhYmxlLW1pcnJvci5naXQNCuKApmFuZCB5ZXMsIGl0 IG1ha2VzIHNlbnNlIHRvIGV4Y2x1ZGUgdGhvc2UgZnJvbSB0aGUgYW5hbHlzaXMgKG9yIHBlcmhh cHMgY29uc2lkZXIgb25seSB0aGUgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBtYWRlIGluIHRoZSB4 YXBpLXByb2plY3QgY2xvbmUgYnV0IG5vdCBpbiB0aGUgdXBzdHJlYW0sIGFzIHN1Z2dlc3RlZCBh cyBhbiBvcHRpb24gYnkgU2FudGlhZ28gRHVlw7FhcykuDQoNClRob21hcw0KRnJvbTogTGFycyBL dXJ0aCBbbWFpbHRvOmxhcnMua3VydGgueGVuQGdtYWlsLmNvbV0gT24gQmVoYWxmIE9mIExhcnMg S3VydGgNClNlbnQ6IDAxIEFwcmlsIDIwMTQgNjo1MyBQTQ0KVG86IFRob21hcyBTYW5kZXJzOyB4 ZW4tYXBpQGxpc3RzLnhlbi5vcmc7IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3Jn DQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIElzc3VlcyBhbmQgcXVlc3Rpb25zIHJlbGF0ZWQgdG8g Y29udHJpYnV0aW9uIG1ldHJpY3MgZGFzaGJvYXJkIGZvciBYQVBJIGFuZCBNaXJhZ2UgT1MNCg0K T24gMDEvMDQvMjAxNCAxODozNywgVGhvbWFzIFNhbmRlcnMgd3JvdGU6DQpNb3N0IG9mIHRoZSBY QVBJLXByb2plY3TigJlzIHVwc3RyZWFtIGZvcmtzIHdlcmUgY3JlYXRlZCBieSBwZW9wbGUgd2hv IHdlcmUgZG9pbmcgd29yayBvbiB0aGUgWEFQSSBwcm9qZWN0IChvciBwcmVjdXJzb3IgWGVuU2Vy dmVyKSwgYW5kIHdlcmUgY3JlYXRlZCBmb3IgdXNlIGluIG9yIHdpdGggdGhlIHhhcGkgcHJvamVj dCAoYnV0IGNyZWF0ZWQgb3V0c2lkZSB0aGUgeGFwaS1wcm9qZWN0IHNwYWNlIG9uIGdpdGh1YiBl aXRoZXIgZHVlIHRvIG9idmlvdXMgcG90ZW50aWFsIGZvciB3aWRlciB1c2UsIG9yIGR1ZSB0byB0 aGVpciBpbml0aWFsIHN0YXR1cyBhcyBwZXJzb25hbCBleHBlcmltZW50cykuIEl0IHByb2JhYmx5 IG1ha2VzIHNlbnNlIHRvIGluY2x1ZGUgdGhlc2Ugb25lcyBpbiB0aGUgYW5hbHlzaXMuDQpUaG9t YXMsDQpqdXN0IGNoZWNraW5nIHdoZXRoZXIgSSB1bmRlcnN0YW5kIGNvcnJlY3RseS4gVGhlIHJl cG9zIGJlbG93IHdlcmUNCiogY3JlYXRlZCBzcGVjaWZpY2FsbHkgZm9yIFhBUEkgb3IgWGVuU2Vy dmVyDQoqIHRoZSByZWFzb24gd2h5IHRoZXkgd2VyZSBmb3JrZWQgd2VyZSBiYXNpY2FsbHkgd29y a2Zsb3cgcmVsYXRlZA0KDQoNCg0KVGhlc2UgaW5jbHVkZToNCg0KUFJEdXAgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QvUFJEdXAuZ2l0DQpibGt0YXAtZGttcyBnaXQ6Ly9naXRodWIuY29t L3hhcGktcHJvamVjdC9ibGt0YXAtZGttcy5naXQNCmNkcm9tIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L2Nkcm9tLmdpdA0KZmZzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Zm cy5naXQNCmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9saWJ2aGQuZ2l0DQpu YmQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvbmJkLmdpdA0KbmV0ZGV2IGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L25ldGRldi5naXQNCm9jYW1sLWZkLXNlbmQtcmVjdiBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1mZC1zZW5kLXJlY3YuZ2l0DQpvY2FtbC1v cGFzc3dkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLW9wYXNzd2QuZ2l0DQpv Y2FtbC10YXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdGFyLmdpdA0Kb2Nh bWwtdmhkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXZoZC5naXQNCm9jYW1s LXhlbnN0b3JlLWNsaWVudHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwteGVu c3RvcmUtY2xpZW50cy5naXQNCm9jYW1sdGVzdCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC9vY2FtbHRlc3QuZ2l0DQp0YXBjdGwgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdGFw Y3RsLmdpdA0KdmhkLXRvb2wgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdmhkLXRvb2wu Z2l0DQp3c3Byb3h5IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3dzcHJveHkuZ2l0DQp4 Y3AtZWxpbG9hZGVyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1lbGlsb2FkZXIu Z2l0DQp4Y3AtZ3Vlc3QtdGVtcGxhdGVzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hj cC1ndWVzdC10ZW1wbGF0ZXMuZ2l0DQp4Y3AtaWRsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1pZGwuZ2l0DQp4Y3Atc3RvcmFnZS1tYW5hZ2VycyBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC94Y3Atc3RvcmFnZS1tYW5hZ2Vycy5naXQNCnhlbi1hcGktYmFja3BvcnRzIGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktYmFja3BvcnRzLmdpdA0KeGVuLWFw aS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1jbGllbnQuZ2l0 DQp4ZW4tYXBpLWxpYnMtc3BlY3MgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFw aS1saWJzLXNwZWNzLmdpdA0KeGVuLWFwaS1saWJzLXRyYW5zaXRpb25hbCBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtdHJhbnNpdGlvbmFsLmdpdA0KeHMtcHVsbC1y ZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveHMtcHVs bC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMuZ2l0DQpUaHVzLCB0aGVyZSBpcyBubyByZWFsIHJpc2sg dGhhdCB0aGUgbnVtYmVycyB3aWxsIGJlIHNrZXdlZA0KDQoNCg0KQ3JlYXRlZCBmb3IgWGVuU2Vy dmVyIGFuZCAoY3VycmVudGx5KSBjYXRlZ29yaXNlZCB1bmRlciBYZW5TZXJ2ZXIgcmF0aGVyIHRo YW4gWGFwaToNCnZuY3Rlcm0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5n aXQNCk9LLCBzaG91bGQgdGhpcyBvbmUgYmUgaW5jbHVkZWQgdW5kZXIgWEFQSSBwcm9qZWN0Pw0K DQoNCg0KUmVwb3NpdG9yaWVzIGZvcmtlZCBmcm9tIHVucmVsYXRlZCB1cHN0cmVhbSBwcm9qZWN0 czoNCm9jbG9jayBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0DQpvcGFt IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29wYW0uZ2l0DQpvcGFtLXJlcG9zaXRvcnkg Z2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5LmdpdA0KcHl0aG9u LWdpdGh1YjIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIuZ2l0 DQpvY2FtbC1zaGEgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtc2hhLmdpdA0K VGhlIGxhc3Qgb2YgdGhvc2Ugd2FzIGNyZWF0ZWQgYnkgdmluY2VudGh6LCB3aG8gYWxzbyB3b3Jr ZWQgb24gWGVuU2VydmVyIGFuZCBYQVBJLCBidXQgbXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9j YW1sLXNoYSB3YXMgYSBzZXBhcmF0ZSBwZXJzb25hbCBwcm9qZWN0Lg0KRnJvbSB3aGF0IEkgcmVh ZCB0aGVuLCB0aGVzZSA1IHNob3VsZCBub3QgYmUgY291bnRlZCBhcyB0aGV5IHdvdWxkIHNrZXcg dGhlIHN0YXRzDQoNClJlZ2FyZHMNCkxhcnMNCg0KDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZz4gW21haWx0 bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIExhcnMgS3VydGgN ClNlbnQ6IDI3IE1hcmNoIDIwMTQgNDoyNSBQTQ0KVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZzxt YWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnPjsgbWlyYWdlb3MtZGV2ZWxAbGlzdHMueGVucHJv amVjdC5vcmc8bWFpbHRvOm1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPg0KU3Vi amVjdDogW1hlbi1BUEldIElzc3VlcyBhbmQgcXVlc3Rpb25zIHJlbGF0ZWQgdG8gY29udHJpYnV0 aW9uIG1ldHJpY3MgZGFzaGJvYXJkIGZvciBYQVBJIGFuZCBNaXJhZ2UgT1MNCg0KSGkgYWxsLA0K DQphIHdoaWxlIGFnbyBJIGtpY2tlZCBhIGNvbnZlcnNhdGlvbiByZWxhdGVkIHRvIHB1dHRpbmcg YSBkYXNoYm9hcmQgZm9yIHRoZSBYZW4gcHJvamVjdCBzdWIgcHJvamVjdHMgdG9nZXRoZXIuIEFz IGl0IHR1cm5zIG91dCB0aGVyZSBpcyBhbiBpc3N1ZSBpbiAgWEFQSSBhbmQgTWlyYWdlT1MgcmVw b3NpdG9yaWVzIG9uIGdpdGh1Yi4gU29tZSBvZiB0aGVtIGFyZSBmb3JrcyBvZiB1cHN0cmVhbXMs IHdoaWNoIGFyZSBoYXJkIGZvciB0aGUgdG9vbCB0byBhbmFseXplLiBNeSBwcm9wb3NhbCB3b3Vs ZCBiZSB0byAqbm90IGFuYWx5c2UgdGhlbSogYW5kIGluY2x1ZGUgdGhlbSBpbnRvIHN0YXRpc3Rp Y3MuIElmIEkgZG9uJ3QgaGVhciBhbnkgc2NyZWFtcywgdGhlbiB0aGlzIHdpbGwgYmUgdGhlIGRl ZmF1bHQuIFRoZSBsaXN0IG9mIGZvcmtzIGRldGVjdGVkIGFyZSBsaXN0ZWQgYmVsb3cgLi4uDQoN CkFsc28sIGl0IHdvdWxkIGJlIGdvb2QgdG8gbGV0IG1lIGtub3cgb2YgYW55IG90aGVyIHJlcG9z IHRoYXQgeW91IGRvbnQgd2FudCB0byBhbmFseXNlLiBUaGUgZnVsbCBsaXN0IGlzIGF0IGh0dHA6 Ly9iaXRlcmdpYS5jb20vcHJvamVjdHMvY2l0cml4LXhlbi1kYXNoYm9hcmQvYnJvd3Nlci9zY20t cmVwb3MuaHRtbCAobm90ZSB0aGF0IHRoZXJlIGlzIDc5IHBhZ2VzIG9mIHRoZW0pIHdoaWNoIHNo b3VsZCBiZSBhZ2dyZWdhdGVkIGludG8gYnVja2V0cyBmb3IgWEFQSSBhbmQgb3BhbQ0KDQpSZWdh cmRzDQpMYXJzDQoNCj0gRGV0ZWN0ZWQgZm9ya3MgaW4gWEFQSSBQcm9qZWN0ID0NCnhlbi11bnN0 YWJsZS1taXJyb3IgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLXVuc3RhYmxlLW1p cnJvci5naXQNClBSRHVwIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L1BSRHVwLmdpdA0K YmxrdGFwLWRrbXMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvYmxrdGFwLWRrbXMuZ2l0 DQpjZHJvbSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9jZHJvbS5naXQNCmZmcyBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9mZnMuZ2l0DQpsaWJ2aGQgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QvbGlidmhkLmdpdA0KbmJkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L25iZC5naXQNCm5ldGRldiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9uZXRkZXYu Z2l0DQpvY2FtbC1mZC1zZW5kLXJlY3YgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2Nh bWwtZmQtc2VuZC1yZWN2LmdpdA0Kb2NhbWwtb3Bhc3N3ZCBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vY2FtbC1vcGFzc3dkLmdpdA0Kb2NhbWwtc2hhIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L29jYW1sLXNoYS5naXQNCm9jYW1sLXRhciBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vY2FtbC10YXIuZ2l0DQpvY2FtbC12aGQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvb2NhbWwtdmhkLmdpdA0Kb2NhbWwteGVuc3RvcmUtY2xpZW50cyBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGllbnRzLmdpdA0Kb2NhbWx0ZXN0IGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sdGVzdC5naXQNCm9jbG9jayBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0DQpvcGFtIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L29wYW0uZ2l0DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5LmdpdA0KcHl0aG9uLWdpdGh1YjIgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIuZ2l0DQp0YXBjdGwgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QvdGFwY3RsLmdpdA0KdmhkLXRvb2wgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QvdmhkLXRvb2wuZ2l0DQp2bmN0ZXJtIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L3ZuY3Rlcm0uZ2l0DQp3c3Byb3h5IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3dzcHJveHkuZ2l0DQp4Y3AtZWxpbG9hZGVyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1lbGlsb2FkZXIuZ2l0DQp4Y3AtZ3Vlc3QtdGVtcGxhdGVzIGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L3hjcC1ndWVzdC10ZW1wbGF0ZXMuZ2l0DQp4Y3AtaWRsIGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1pZGwuZ2l0DQp4Y3Atc3RvcmFnZS1tYW5hZ2VycyBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94Y3Atc3RvcmFnZS1tYW5hZ2Vycy5naXQNCnhl bi1hcGktYmFja3BvcnRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktYmFj a3BvcnRzLmdpdA0KeGVuLWFwaS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv eGVuLWFwaS1jbGllbnQuZ2l0DQp4ZW4tYXBpLWxpYnMtc3BlY3MgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QveGVuLWFwaS1saWJzLXNwZWNzLmdpdA0KeGVuLWFwaS1saWJzLXRyYW5zaXRp b25hbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtdHJhbnNpdGlv bmFsLmdpdA0KeHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QveHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMuZ2l0DQoNCj0gRGV0ZWN0 ZWQgZm9ya3MgaW4gTWlyYWdlIE9TID0NCnhlbiBnaXQ6Ly9naXRodWIuY29tL21pcmFnZS94ZW4u Z2l0DQptaXJhcmkgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2UvbWlyYXJpLmdpdA0Kb2NhbWwtY29o dHRwIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNvaHR0cC5naXQNCm9jYW1sLWNyeXB0 by1rZXlzIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNyeXB0by1rZXlzLmdpdA0Kb2Nh bWwtY3N0cnVjdCBnaXQ6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1jc3RydWN0LmdpdA0Kb2Nh bWwtZG5zIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWRucy5naXQNCm9jYW1sLW9wZW5m bG93IGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLW9wZW5mbG93LmdpdA0Kb2NhbWwtcmUg Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtcmUuZ2l0DQpvY2FtbC10dW50YXAgZ2l0Oi8v Z2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtdHVudGFwLmdpdA0Kb2NhbWwtdXJpIGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29jYW1sLXVyaS5naXQNCm9jYW1sLXhlbnN0b3JlIGdpdDovL2dpdGh1Yi5j b20vbWlyYWdlL29jYW1sLXhlbnN0b3JlLmdpdA0Kb3BhbS1yZXBvc2l0b3J5IGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29wYW0tcmVwb3NpdG9yeS5naXQNCg0KDQoNCg0KLS0tLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLS0tLQ0KU3ViamVjdDoNCg0KUmVtb3ZpbmcgZm9ya3MgZnJvbSB0aGUg YW5hbHlzaXMNCg0KRGF0ZToNCg0KVGh1LCAyNyBNYXIgMjAxNCAxNDozNjowNiArMDEwMA0KDQpG cm9tOg0KDQpTYW50aWFnbyBEdWXDsWFzIDxzZHVlbmFzQGJpdGVyZ2lhLmNvbT48bWFpbHRvOnNk dWVuYXNAYml0ZXJnaWEuY29tPg0KDQpUbzoNCg0KTGFycyBLdXJ0aCA8bGFycy5rdXJ0aEB4ZW4u b3JnPjxtYWlsdG86bGFycy5rdXJ0aEB4ZW4ub3JnPg0KDQpDQzoNCg0KY2l0cml4QGxpc3RzLmJp dGVyZ2lhLmNvbTxtYWlsdG86Y2l0cml4QGxpc3RzLmJpdGVyZ2lhLmNvbT4NCg0KDQoNCkhpIGFn YWluIExhcnMsDQoNCg0KDQpkdXJpbmcgb3VyIGFuYWx5c2lzLCB3ZSBmb3VuZCB0aGF0IHNvbWUg b2YgeW91ciBnaXQgcmVwb3MgYXJlIGZvcmtzIGZyb20NCg0KdXBzdHJlYW0gcmVwb3NpdG9yaWVz LiBJIGRvbiBub3Qga25vdyB3aGV0aGVyIHlvdSB0YWxrIHRvIE1hbnJpcXVlIG9yDQoNCkplc3Vz IGFib3V0IHRoYXQgYnV0IEkgcHJlZmVyIHRvIHJlbWVtYmVyIHlvdSB3aGljaCBwb3NzaWJpbGl0 aWVzIHdlDQoNCm9mZmVyIGFuZCB3aGljaCBvbmUgd2UgaGF2ZSBmb2xsb3cuDQoNCg0KDQpUaGUg cmVwb3NpdG9yaWVzIHRoYXQgd2UgaGF2ZSBhbHJlYWR5IGFuYWx5emVkIGFyZSBsaXN0ZWQgb24g dGhlDQoNCnNjbS1yZXBvcyBwYWdlOg0KDQoNCg0KaHR0cDovL2JpdGVyZ2lhLmNvbS9wcm9qZWN0 cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBvcy5odG1sDQoNCg0KDQpXZSBv ZmZlciB0aHJlZSBwb3NzaWJpbGl0aWVzIGZvciB0cmVhdGluZyB0aGVzZSBjYXNlczoNCg0KDQoN Ci0gRG8gbm90IGFuYWx5emUgZm9ya3MuIFRoaXMgaXMgdGhlIGRlZmF1bHQgb3B0aW9uLiBXZSBo YXZlIHJlbW92ZWQgZnJvbQ0KDQp0aGUgYW5hbHlzaXMgdGhvc2UgcmVwb3NpdG9yaWVzIG1hcmtl ZCBhcyBmb3JrcyBpbiBHaXRodWIgYW5kIG90aGVycw0KDQpmcm9tIHVwc3RyZWFtIHN1Y2ggYXMg Im9jYW1sIiBhbmQgIm9wYW0iIHNlcmllcyAoc2VlIHRoZSBhdHRhY2hlZCBmaWxlDQoNCnRoYXQg aW5jbHVkZXMgdGhlIGZ1bGwgbGlzdCBvZiBmb3JrcykuDQoNCg0KDQpQcm9iYWJseSwgeW91IHdp bGwgd2FudCB0byByZW1vdmUgbW9yZS4gSWYgdGhpcyBpcyB5b3VyIGNob2ljZSwgcGxlYXNlDQoN CmhhdmUgYSBsb29rIGF0IHRoZSByZXBvc2l0b3JpZXMgcGFnZSBhbmQgc2VuZCBtZSBhbiBlbWFp bCB3aXRoIHRoZSBsaXN0DQoNCm9mIGdpdCByZXBvc2l0b3JpZXMgeW91IHdhbnQgdG8gcmVtb3Zl IGZyb20gdGhlIGFuYWx5c2lzLg0KDQoNCg0KLSBBbmFseXplIGZvcmtzLiBUYWtlIGludG8gYWNj b3VudCB0aGF0IHRoaXMgY2FuIGFmZmVjdCB0aGUgd2hvbGUNCg0KbnVtYmVycyBhbmQgc3RhdHMs IHBhcnRpY3VsYXJseSBpZiB5b3VyIHRlYW0gaXMgbm90IHJlYWxseSBhY3RpdmUgaW4NCg0KdGhl c2UgcmVwb3MuDQoNCg0KDQotIEFuYWx5emUgZGlmZmVyZW5jZXMgYmV0d2VlbiB1cHN0cmVhbSBh bmQgbG9jYWwgcmVwb3NpdG9yaWVzLiBEdWUgdGhpcw0KDQpmdW5jdGlvbmFsaXR5IGlzIG91dCBv ZiB0aGUgYmFzaWMgZGFzaGJvYXJkLCBwbGVhc2UgdGFsayB0byBNYW5yaXF1ZSBvcg0KDQpKZXN1 cyB0byBnZXQgbW9yZSBkZXRhaWxzLCBpZiBpbnRlcmVzdGVkLg0KDQoNCg0KU2FudGkNCg0KLS0N Cg0KU2FudGlhZ28gRHVlw7Fhcw0KDQpzZHVlbmFzQGJpdGVyZ2lhLmNvbTxtYWlsdG86c2R1ZW5h c0BiaXRlcmdpYS5jb20+DQoNCkJpdGVyZ2lhIFMuTC5MDQoNCg0KDQoNCg0KDQoNCg== --_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 UE1pbmdMaVU7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlBNaW5nTGlVOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0x OjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxAUE1p bmdMaVUiOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29s b3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQg Q2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAu TXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxQ cmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFy IjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9y bWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgljb2xvcjpibGFjazt9DQpzcGFuLkVt YWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjAN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJ e21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhv bWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRT ZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3 Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0K LS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpl eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6 ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0t Pg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLUdCIiBsaW5rPSJibHVl IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+KFJl bW92aW5nIG1pcmFnZW9zLWRldmVsIGxpc3QgZnJvbSByZWNpcGllbnRzIGxpc3Qgc2luY2UgdGhp cyBpcyBvbmx5IGFib3V0IHhhcGkuKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhdOKAmXMgcmlnaHQsIExhcnMuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5JIHRoaW5rIGl0IHByb2JhYmx5IG1ha2VzIG1vc3Qgc2Vuc2UgdG8gY291bnQgdm5j dGVybSBpbiBYZW5TZXJ2ZXIgbWV0cmljcyBidXQgbm90IFhBUEkgbWV0cmljcy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PlRoZSBmaW5hbCBzZXQgb2YgZml2ZSB0aGF0IGFyZSBmb3JrZWQgZnJvbSB1bnJlbGF0ZWQgdXBz dHJlYW0gcHJvamVjdHMgc2hvdWxkIGhhdmUgYSBzaXh0aCBhZGRlZDo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+eGVuLXVuc3RhYmxlLW1pcnJvciBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94ZW4tdW5zdGFibGUtbWlycm9yLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj7igKZhbmQgeWVzLCBpdCBtYWtlcyBzZW5zZSB0byBleGNsdWRlIHRob3NlIGZyb20gdGhl IGFuYWx5c2lzIChvciBwZXJoYXBzIGNvbnNpZGVyIG9ubHkgdGhlIGNoYW5nZXMgdGhhdCBoYXZl IGJlZW4gbWFkZSBpbiB0aGUgeGFwaS1wcm9qZWN0IGNsb25lIGJ1dCBub3QgaW4gdGhlDQogdXBz dHJlYW0sIGFzIHN1Z2dlc3RlZCBhcyBhbiBvcHRpb24gYnkgU2FudGlhZ28gRHVlw7FhcykuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5UaG9tYXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4g TGFycyBLdXJ0aCBbbWFpbHRvOmxhcnMua3VydGgueGVuQGdtYWlsLmNvbV0NCjxiPk9uIEJlaGFs ZiBPZiA8L2I+TGFycyBLdXJ0aDxicj4NCjxiPlNlbnQ6PC9iPiAwMSBBcHJpbCAyMDE0IDY6NTMg UE08YnI+DQo8Yj5Ubzo8L2I+IFRob21hcyBTYW5kZXJzOyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmc7 IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbWGVuLUFQSV0gSXNzdWVzIGFuZCBxdWVzdGlvbnMgcmVsYXRlZCB0byBjb250cmlidXRp b24gbWV0cmljcyBkYXNoYm9hcmQgZm9yIFhBUEkgYW5kIE1pcmFnZSBPUzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAwMS8wNC8yMDE0IDE4 OjM3LCBUaG9tYXMgU2FuZGVycyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+TW9zdCBvZiB0aGUgWEFQSS1wcm9qZWN04oCZcyB1cHN0cmVhbSBmb3JrcyB3ZXJlIGNyZWF0 ZWQgYnkgcGVvcGxlIHdobyB3ZXJlIGRvaW5nIHdvcmsgb24gdGhlIFhBUEkgcHJvamVjdCAob3Ig cHJlY3Vyc29yIFhlblNlcnZlciksIGFuZCB3ZXJlIGNyZWF0ZWQgZm9yIHVzZQ0KIGluIG9yIHdp dGggdGhlIHhhcGkgcHJvamVjdCAoYnV0IGNyZWF0ZWQgb3V0c2lkZSB0aGUgeGFwaS1wcm9qZWN0 IHNwYWNlIG9uIGdpdGh1YiBlaXRoZXIgZHVlIHRvIG9idmlvdXMgcG90ZW50aWFsIGZvciB3aWRl ciB1c2UsIG9yIGR1ZSB0byB0aGVpciBpbml0aWFsIHN0YXR1cyBhcyBwZXJzb25hbCBleHBlcmlt ZW50cykuIEl0IHByb2JhYmx5IG1ha2VzIHNlbnNlIHRvIGluY2x1ZGUgdGhlc2Ugb25lcyBpbiB0 aGUgYW5hbHlzaXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhvbWFzLDxicj4NCmp1c3QgY2hlY2tpbmcgd2hldGhlciBJIHVuZGVy c3RhbmQgY29ycmVjdGx5LiBUaGUgcmVwb3MgYmVsb3cgd2VyZTxicj4NCiogY3JlYXRlZCBzcGVj aWZpY2FsbHkgZm9yIFhBUEkgb3IgWGVuU2VydmVyPGJyPg0KKiB0aGUgcmVhc29uIHdoeSB0aGV5 IHdlcmUgZm9ya2VkIHdlcmUgYmFzaWNhbGx5IHdvcmtmbG93IHJlbGF0ZWQ8YnI+DQo8YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+VGhlc2UgaW5jbHVkZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlBSRHVwIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L1BSRHVwLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ibGt0 YXAtZGttcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9ibGt0YXAtZGttcy5naXQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Y2Ryb20gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3QvY2Ryb20uZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmZmcyBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9mZnMuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9saWJ2aGQuZ2l0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm5iZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC9uYmQuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm5ldGRldiBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC9uZXRkZXYuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPm9jYW1sLWZkLXNlbmQtcmVjdiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2Ft bC1mZC1zZW5kLXJlY3YuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9jYW1sLW9w YXNzd2QgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtb3Bhc3N3ZC5naXQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwtdGFyIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L29jYW1sLXRhci5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2Nh bWwtdmhkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXZoZC5naXQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwteGVuc3RvcmUtY2xpZW50cyBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGllbnRzLmdpdDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbHRlc3QgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2pl Y3Qvb2NhbWx0ZXN0LmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj50YXBjdGwgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdGFwY3RsLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj52aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC92aGQtdG9v bC5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+d3Nwcm94eSBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC93c3Byb3h5LmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij54Y3AtZWxpbG9hZGVyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1lbGlsb2Fk ZXIuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhjcC1ndWVzdC10ZW1wbGF0ZXMg Z2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWd1ZXN0LXRlbXBsYXRlcy5naXQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eGNwLWlkbCBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94Y3AtaWRsLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj54Y3Atc3Rv cmFnZS1tYW5hZ2VycyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94Y3Atc3RvcmFnZS1t YW5hZ2Vycy5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eGVuLWFwaS1iYWNrcG9y dHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9ydHMuZ2l0PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhlbi1hcGktY2xpZW50IGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L3hlbi1hcGktY2xpZW50LmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj54ZW4tYXBpLWxpYnMtc3BlY3MgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv eGVuLWFwaS1saWJzLXNwZWNzLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj54ZW4t YXBpLWxpYnMtdHJhbnNpdGlvbmFsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1h cGktbGlicy10cmFuc2l0aW9uYWwuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhz LXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0 L3hzLXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRzLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRodXMsIHRoZXJlIGlzIG5vIHJlYWwgcmlzayB0aGF0IHRo ZSBudW1iZXJzIHdpbGwgYmUgc2tld2VkPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkNyZWF0ZWQgZm9y IFhlblNlcnZlciBhbmQgKGN1cnJlbnRseSkgY2F0ZWdvcmlzZWQgdW5kZXIgWGVuU2VydmVyIHJh dGhlciB0aGFuIFhhcGk6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnZuY3Rlcm0gZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5naXQ8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PSywgc2hvdWxkIHRoaXMgb25lIGJlIGluY2x1ZGVk IHVuZGVyIFhBUEkgcHJvamVjdD88YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UmVwb3NpdG9yaWVzIGZv cmtlZCBmcm9tIHVucmVsYXRlZCB1cHN0cmVhbSBwcm9qZWN0czo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+b2Nsb2NrIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jbG9jay5n aXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b3BhbSBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC9vcGFtLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vcGFtLXJl cG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5Lmdp dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5weXRob24tZ2l0aHViMiBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC9weXRob24tZ2l0aHViMi5naXQ8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+b2NhbWwtc2hhIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1s LXNoYS5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIGxhc3Qgb2YgdGhvc2Ug d2FzIGNyZWF0ZWQgYnkgdmluY2VudGh6LCB3aG8gYWxzbyB3b3JrZWQgb24gWGVuU2VydmVyIGFu ZCBYQVBJLCBidXQgbXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9jYW1sLXNoYSB3YXMgYSBzZXBh cmF0ZSBwZXJzb25hbCBwcm9qZWN0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkZyb20gd2hhdCBJIHJlYWQgdGhlbiwgdGhlc2UgNSBzaG91bGQgbm90IGJlIGNv dW50ZWQgYXMgdGhleSB3b3VsZCBza2V3IHRoZSBzdGF0czxicj4NCjxicj4NClJlZ2FyZHM8YnI+ DQpMYXJzPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNt IDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+DQo8YSBocmVmPSJtYWlsdG86eGVuLWFw aS1ib3VuY2VzQGxpc3RzLnhlbi5vcmciPnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9h PiBbPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIj5tYWlsdG86 eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5M YXJzIEt1cnRoPGJyPg0KPGI+U2VudDo8L2I+IDI3IE1hcmNoIDIwMTQgNDoyNSBQTTxicj4NCjxi PlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1pcmFnZW9zLWRldmVsQGxpc3RzLnhl bnByb2plY3Qub3JnIj4NCm1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPC9hPjxi cj4NCjxiPlN1YmplY3Q6PC9iPiBbWGVuLUFQSV0gSXNzdWVzIGFuZCBxdWVzdGlvbnMgcmVsYXRl ZCB0byBjb250cmlidXRpb24gbWV0cmljcyBkYXNoYm9hcmQgZm9yIFhBUEkgYW5kIE1pcmFnZSBP Uzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIGFsbCw8 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQphIHdoaWxl IGFnbyBJIGtpY2tlZCBhIGNvbnZlcnNhdGlvbiByZWxhdGVkIHRvIHB1dHRpbmcgYSBkYXNoYm9h cmQgZm9yIHRoZSBYZW4gcHJvamVjdCBzdWIgcHJvamVjdHMgdG9nZXRoZXIuIEFzIGl0IHR1cm5z IG91dCB0aGVyZSBpcyBhbiBpc3N1ZSBpbiZuYnNwOyBYQVBJIGFuZCBNaXJhZ2VPUyByZXBvc2l0 b3JpZXMgb24gZ2l0aHViLiBTb21lIG9mIHRoZW0gYXJlIGZvcmtzIG9mIHVwc3RyZWFtcywgd2hp Y2ggYXJlIGhhcmQgZm9yIHRoZSB0b29sIHRvDQogYW5hbHl6ZS4gTXkgcHJvcG9zYWwgd291bGQg YmUgdG8gKm5vdCBhbmFseXNlIHRoZW0qIGFuZCBpbmNsdWRlIHRoZW0gaW50byBzdGF0aXN0aWNz LiBJZiBJIGRvbid0IGhlYXIgYW55IHNjcmVhbXMsIHRoZW4gdGhpcyB3aWxsIGJlIHRoZSBkZWZh dWx0LiBUaGUgbGlzdCBvZiBmb3JrcyBkZXRlY3RlZCBhcmUgbGlzdGVkIGJlbG93IC4uLjxicj4N Cjxicj4NCkFsc28sIGl0IHdvdWxkIGJlIGdvb2QgdG8gbGV0IG1lIGtub3cgb2YgYW55IG90aGVy IHJlcG9zIHRoYXQgeW91IGRvbnQgd2FudCB0byBhbmFseXNlLiBUaGUgZnVsbCBsaXN0IGlzIGF0 DQo8YSBocmVmPSJodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2NpdHJpeC14ZW4tZGFzaGJv YXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWwiPg0KaHR0cDovL2JpdGVyZ2lhLmNvbS9wcm9qZWN0 cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBvcy5odG1sPC9hPiAobm90ZSB0 aGF0IHRoZXJlIGlzIDc5IHBhZ2VzIG9mIHRoZW0pIHdoaWNoIHNob3VsZCBiZSBhZ2dyZWdhdGVk IGludG8gYnVja2V0cyBmb3IgWEFQSSBhbmQgb3BhbTxicj4NCjxicj4NClJlZ2FyZHM8YnI+DQpM YXJzPGJyPg0KPGJyPg0KPSBEZXRlY3RlZCBmb3JrcyBpbiBYQVBJIFByb2plY3QgPTxicj4NCnhl bi11bnN0YWJsZS1taXJyb3IgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLXVuc3Rh YmxlLW1pcnJvci5naXQ8YnI+DQpQUkR1cCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9Q UkR1cC5naXQ8YnI+DQpibGt0YXAtZGttcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9i bGt0YXAtZGttcy5naXQ8YnI+DQpjZHJvbSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9j ZHJvbS5naXQ8YnI+DQpmZnMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvZmZzLmdpdDxi cj4NCmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9saWJ2aGQuZ2l0PGJyPg0K bmJkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25iZC5naXQ8YnI+DQpuZXRkZXYgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvbmV0ZGV2LmdpdDxicj4NCm9jYW1sLWZkLXNlbmQt cmVjdiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1mZC1zZW5kLXJlY3YuZ2l0 PGJyPg0Kb2NhbWwtb3Bhc3N3ZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1v cGFzc3dkLmdpdDxicj4NCm9jYW1sLXNoYSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9v Y2FtbC1zaGEuZ2l0PGJyPg0Kb2NhbWwtdGFyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0 L29jYW1sLXRhci5naXQ8YnI+DQpvY2FtbC12aGQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2pl Y3Qvb2NhbWwtdmhkLmdpdDxicj4NCm9jYW1sLXhlbnN0b3JlLWNsaWVudHMgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3Qvb2NhbWwteGVuc3RvcmUtY2xpZW50cy5naXQ8YnI+DQpvY2FtbHRl c3QgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWx0ZXN0LmdpdDxicj4NCm9jbG9j ayBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0PGJyPg0Kb3BhbSBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vcGFtLmdpdDxicj4NCm9wYW0tcmVwb3NpdG9yeSBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vcGFtLXJlcG9zaXRvcnkuZ2l0PGJyPg0KcHl0 aG9uLWdpdGh1YjIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIu Z2l0PGJyPg0KdGFwY3RsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3RhcGN0bC5naXQ8 YnI+DQp2aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC92aGQtdG9vbC5naXQ8 YnI+DQp2bmN0ZXJtIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3ZuY3Rlcm0uZ2l0PGJy Pg0Kd3Nwcm94eSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC93c3Byb3h5LmdpdDxicj4N CnhjcC1lbGlsb2FkZXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWVsaWxvYWRl ci5naXQ8YnI+DQp4Y3AtZ3Vlc3QtdGVtcGxhdGVzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1ndWVzdC10ZW1wbGF0ZXMuZ2l0PGJyPg0KeGNwLWlkbCBnaXQ6Ly9naXRodWIuY29t L3hhcGktcHJvamVjdC94Y3AtaWRsLmdpdDxicj4NCnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDov L2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdDxicj4NCnhl bi1hcGktYmFja3BvcnRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktYmFj a3BvcnRzLmdpdDxicj4NCnhlbi1hcGktY2xpZW50IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hlbi1hcGktY2xpZW50LmdpdDxicj4NCnhlbi1hcGktbGlicy1zcGVjcyBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtc3BlY3MuZ2l0PGJyPg0KeGVuLWFwaS1s aWJzLXRyYW5zaXRpb25hbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxp YnMtdHJhbnNpdGlvbmFsLmdpdDxicj4NCnhzLXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRzIGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hzLXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRz LmdpdDxicj4NCjxicj4NCj0gRGV0ZWN0ZWQgZm9ya3MgaW4gTWlyYWdlIE9TID08YnI+DQp4ZW4g Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2UveGVuLmdpdDxicj4NCm1pcmFyaSBnaXQ6Ly9naXRodWIu Y29tL21pcmFnZS9taXJhcmkuZ2l0PGJyPg0Kb2NhbWwtY29odHRwIGdpdDovL2dpdGh1Yi5jb20v bWlyYWdlL29jYW1sLWNvaHR0cC5naXQ8YnI+DQpvY2FtbC1jcnlwdG8ta2V5cyBnaXQ6Ly9naXRo dWIuY29tL21pcmFnZS9vY2FtbC1jcnlwdG8ta2V5cy5naXQ8YnI+DQpvY2FtbC1jc3RydWN0IGdp dDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNzdHJ1Y3QuZ2l0PGJyPg0Kb2NhbWwtZG5zIGdp dDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWRucy5naXQ8YnI+DQpvY2FtbC1vcGVuZmxvdyBn aXQ6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1vcGVuZmxvdy5naXQ8YnI+DQpvY2FtbC1yZSBn aXQ6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1yZS5naXQ8YnI+DQpvY2FtbC10dW50YXAgZ2l0 Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtdHVudGFwLmdpdDxicj4NCm9jYW1sLXVyaSBnaXQ6 Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC11cmkuZ2l0PGJyPg0Kb2NhbWwteGVuc3RvcmUgZ2l0 Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwteGVuc3RvcmUuZ2l0PGJyPg0Kb3BhbS1yZXBvc2l0 b3J5IGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29wYW0tcmVwb3NpdG9yeS5naXQ8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tIDxv OnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBj ZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRyPg0KPHRkIG5vd3Jh cD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxi PlN1YmplY3Q6IDwvYj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6 MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlbW92aW5nIGZvcmtzIGZy b20gdGhlIGFuYWx5c2lzPG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBu b3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0 Ij48Yj5EYXRlOiA8L2I+PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5n OjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaHUsIDI3IE1hciAyMDE0 IDE0OjM2OjA2ICYjNDM7MDEwMDxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8 dGQgbm93cmFwPSIiIHZhbGlnbj0idG9wIiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpy aWdodCI+PGI+RnJvbTogPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFk ZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2FudGlhZ28gRHVl w7FhcyA8YSBocmVmPSJtYWlsdG86c2R1ZW5hc0BiaXRlcmdpYS5jb20iPiZsdDtzZHVlbmFzQGJp dGVyZ2lhLmNvbSZndDs8L2E+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0 ZCBub3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJp Z2h0Ij48Yj5UbzogPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGlu ZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGFycyBLdXJ0aCA8YSBo cmVmPSJtYWlsdG86bGFycy5rdXJ0aEB4ZW4ub3JnIj4mbHQ7bGFycy5rdXJ0aEB4ZW4ub3JnJmd0 OzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2 YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPkNDOiA8 L2I+PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNt IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJtYWlsdG86Y2l0cml4QGxpc3Rz LmJpdGVyZ2lhLmNvbSI+Y2l0cml4QGxpc3RzLmJpdGVyZ2lhLmNvbTwvYT48bzpwPjwvbzpwPjwv cD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHBy ZT5IaSBhZ2FpbiBMYXJzLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPmR1cmluZyBvdXIgYW5hbHlzaXMsIHdlIGZvdW5kIHRoYXQgc29tZSBvZiB5 b3VyIGdpdCByZXBvcyBhcmUgZm9ya3MgZnJvbTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnVwc3Ry ZWFtIHJlcG9zaXRvcmllcy4gSSBkb24gbm90IGtub3cgd2hldGhlciB5b3UgdGFsayB0byBNYW5y aXF1ZSBvcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkplc3VzIGFib3V0IHRoYXQgYnV0IEkgcHJl ZmVyIHRvIHJlbWVtYmVyIHlvdSB3aGljaCBwb3NzaWJpbGl0aWVzIHdlPG86cD48L286cD48L3By ZT4NCjxwcmU+b2ZmZXIgYW5kIHdoaWNoIG9uZSB3ZSBoYXZlIGZvbGxvdy48bzpwPjwvbzpwPjwv cHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5UaGUgcmVwb3NpdG9yaWVz IHRoYXQgd2UgaGF2ZSBhbHJlYWR5IGFuYWx5emVkIGFyZSBsaXN0ZWQgb24gdGhlPG86cD48L286 cD48L3ByZT4NCjxwcmU+c2NtLXJlcG9zIHBhZ2U6PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i c3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cDovL2JpdGVyZ2lhLmNvbS9w cm9qZWN0cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBvcy5odG1sIj5odHRw Oi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2NpdHJpeC14ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2Nt LXJlcG9zLmh0bWw8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48 L3ByZT4NCjxwcmU+V2Ugb2ZmZXIgdGhyZWUgcG9zc2liaWxpdGllcyBmb3IgdHJlYXRpbmcgdGhl c2UgY2FzZXM6PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4N CjxwcmU+LSBEbyBub3QgYW5hbHl6ZSBmb3Jrcy4gVGhpcyBpcyB0aGUgZGVmYXVsdCBvcHRpb24u IFdlIGhhdmUgcmVtb3ZlZCBmcm9tPG86cD48L286cD48L3ByZT4NCjxwcmU+dGhlIGFuYWx5c2lz IHRob3NlIHJlcG9zaXRvcmllcyBtYXJrZWQgYXMgZm9ya3MgaW4gR2l0aHViIGFuZCBvdGhlcnM8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5mcm9tIHVwc3RyZWFtIHN1Y2ggYXMgJnF1b3Q7b2NhbWwm cXVvdDsgYW5kICZxdW90O29wYW0mcXVvdDsgc2VyaWVzIChzZWUgdGhlIGF0dGFjaGVkIGZpbGU8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGF0IGluY2x1ZGVzIHRoZSBmdWxsIGxpc3Qgb2YgZm9y a3MpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PlByb2JhYmx5LCB5b3Ugd2lsbCB3YW50IHRvIHJlbW92ZSBtb3JlLiBJZiB0aGlzIGlzIHlvdXIg Y2hvaWNlLCBwbGVhc2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5oYXZlIGEgbG9vayBhdCB0aGUg cmVwb3NpdG9yaWVzIHBhZ2UgYW5kIHNlbmQgbWUgYW4gZW1haWwgd2l0aCB0aGUgbGlzdDxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPm9mIGdpdCByZXBvc2l0b3JpZXMgeW91IHdhbnQgdG8gcmVtb3Zl IGZyb20gdGhlIGFuYWx5c2lzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPi0gQW5hbHl6ZSBmb3Jrcy4gVGFrZSBpbnRvIGFjY291bnQgdGhhdCB0 aGlzIGNhbiBhZmZlY3QgdGhlIHdob2xlPG86cD48L286cD48L3ByZT4NCjxwcmU+bnVtYmVycyBh bmQgc3RhdHMsIHBhcnRpY3VsYXJseSBpZiB5b3VyIHRlYW0gaXMgbm90IHJlYWxseSBhY3RpdmUg aW48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGVzZSByZXBvcy48bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4tIEFuYWx5emUgZGlmZmVyZW5jZXMg YmV0d2VlbiB1cHN0cmVhbSBhbmQgbG9jYWwgcmVwb3NpdG9yaWVzLiBEdWUgdGhpczxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPmZ1bmN0aW9uYWxpdHkgaXMgb3V0IG9mIHRoZSBiYXNpYyBkYXNoYm9h cmQsIHBsZWFzZSB0YWxrIHRvIE1hbnJpcXVlIG9yPG86cD48L286cD48L3ByZT4NCjxwcmU+SmVz dXMgdG8gZ2V0IG1vcmUgZGV0YWlscywgaWYgaW50ZXJlc3RlZC48bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5TYW50aTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPi0tIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlNhbnRpYWdvIER1ZcOxYXM8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86c2R1ZW5hc0BiaXRlcmdpYS5jb20iPnNk dWVuYXNAYml0ZXJnaWEuY29tPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkJpdGVyZ2lhIFMu TC5MPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+ Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_-- --===============6937610381854457144== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6937610381854457144==-- From xen-api-bounces@lists.xen.org Wed Apr 02 13:19:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 13:19: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 1WVL4M-0004HB-NR; Wed, 02 Apr 2014 13:19:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVL4K-0004F5-GN for xen-api@lists.xen.org; Wed, 02 Apr 2014 13:19:05 +0000 Received: from [85.158.143.35:57503] by server-1.bemta-4.messagelabs.com id 2A/4C-09853-74E0C335; Wed, 02 Apr 2014 13:19:03 +0000 X-Env-Sender: thomas.sanders@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1396444741!6465044!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16814 invoked from network); 2 Apr 2014 13:19:01 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2014 13:19:01 -0000 X-IronPort-AV: E=Sophos;i="4.97,780,1389744000"; d="scan'208,217";a="13029383" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 02 Apr 2014 13:19:02 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.75]) by AMSPEX01CL02.citrite.net ([169.254.7.78]) with mapi id 14.02.0342.004; Wed, 2 Apr 2014 15:19:01 +0200 From: Thomas Sanders To: "'lars.kurth@xen.org'" , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS Thread-Index: AQHPSdmsvieZSFGSW0OKKsqcNimAqJr9AaGA///vlQCAAVyGIA== Date: Wed, 2 Apr 2014 13:19:01 +0000 Message-ID: <06B80725944D5847804519C301FB87271E4E0F@AMSPEX01CL01.citrite.net> References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> <533AFCFC.6010808@xen.org> In-Reply-To: <533AFCFC.6010808@xen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.129.46] MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6937610381854457144==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6937610381854457144== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_" --_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KFJlbW92aW5nIG1pcmFnZW9zLWRldmVsIGxpc3QgZnJvbSByZWNpcGllbnRzIGxpc3Qgc2luY2Ug dGhpcyBpcyBvbmx5IGFib3V0IHhhcGkuKQ0KDQpUaGF04oCZcyByaWdodCwgTGFycy4NCg0KSSB0 aGluayBpdCBwcm9iYWJseSBtYWtlcyBtb3N0IHNlbnNlIHRvIGNvdW50IHZuY3Rlcm0gaW4gWGVu U2VydmVyIG1ldHJpY3MgYnV0IG5vdCBYQVBJIG1ldHJpY3MuDQoNClRoZSBmaW5hbCBzZXQgb2Yg Zml2ZSB0aGF0IGFyZSBmb3JrZWQgZnJvbSB1bnJlbGF0ZWQgdXBzdHJlYW0gcHJvamVjdHMgc2hv dWxkIGhhdmUgYSBzaXh0aCBhZGRlZDoNCnhlbi11bnN0YWJsZS1taXJyb3IgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QveGVuLXVuc3RhYmxlLW1pcnJvci5naXQNCuKApmFuZCB5ZXMsIGl0 IG1ha2VzIHNlbnNlIHRvIGV4Y2x1ZGUgdGhvc2UgZnJvbSB0aGUgYW5hbHlzaXMgKG9yIHBlcmhh cHMgY29uc2lkZXIgb25seSB0aGUgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBtYWRlIGluIHRoZSB4 YXBpLXByb2plY3QgY2xvbmUgYnV0IG5vdCBpbiB0aGUgdXBzdHJlYW0sIGFzIHN1Z2dlc3RlZCBh cyBhbiBvcHRpb24gYnkgU2FudGlhZ28gRHVlw7FhcykuDQoNClRob21hcw0KRnJvbTogTGFycyBL dXJ0aCBbbWFpbHRvOmxhcnMua3VydGgueGVuQGdtYWlsLmNvbV0gT24gQmVoYWxmIE9mIExhcnMg S3VydGgNClNlbnQ6IDAxIEFwcmlsIDIwMTQgNjo1MyBQTQ0KVG86IFRob21hcyBTYW5kZXJzOyB4 ZW4tYXBpQGxpc3RzLnhlbi5vcmc7IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3Jn DQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIElzc3VlcyBhbmQgcXVlc3Rpb25zIHJlbGF0ZWQgdG8g Y29udHJpYnV0aW9uIG1ldHJpY3MgZGFzaGJvYXJkIGZvciBYQVBJIGFuZCBNaXJhZ2UgT1MNCg0K T24gMDEvMDQvMjAxNCAxODozNywgVGhvbWFzIFNhbmRlcnMgd3JvdGU6DQpNb3N0IG9mIHRoZSBY QVBJLXByb2plY3TigJlzIHVwc3RyZWFtIGZvcmtzIHdlcmUgY3JlYXRlZCBieSBwZW9wbGUgd2hv IHdlcmUgZG9pbmcgd29yayBvbiB0aGUgWEFQSSBwcm9qZWN0IChvciBwcmVjdXJzb3IgWGVuU2Vy dmVyKSwgYW5kIHdlcmUgY3JlYXRlZCBmb3IgdXNlIGluIG9yIHdpdGggdGhlIHhhcGkgcHJvamVj dCAoYnV0IGNyZWF0ZWQgb3V0c2lkZSB0aGUgeGFwaS1wcm9qZWN0IHNwYWNlIG9uIGdpdGh1YiBl aXRoZXIgZHVlIHRvIG9idmlvdXMgcG90ZW50aWFsIGZvciB3aWRlciB1c2UsIG9yIGR1ZSB0byB0 aGVpciBpbml0aWFsIHN0YXR1cyBhcyBwZXJzb25hbCBleHBlcmltZW50cykuIEl0IHByb2JhYmx5 IG1ha2VzIHNlbnNlIHRvIGluY2x1ZGUgdGhlc2Ugb25lcyBpbiB0aGUgYW5hbHlzaXMuDQpUaG9t YXMsDQpqdXN0IGNoZWNraW5nIHdoZXRoZXIgSSB1bmRlcnN0YW5kIGNvcnJlY3RseS4gVGhlIHJl cG9zIGJlbG93IHdlcmUNCiogY3JlYXRlZCBzcGVjaWZpY2FsbHkgZm9yIFhBUEkgb3IgWGVuU2Vy dmVyDQoqIHRoZSByZWFzb24gd2h5IHRoZXkgd2VyZSBmb3JrZWQgd2VyZSBiYXNpY2FsbHkgd29y a2Zsb3cgcmVsYXRlZA0KDQoNCg0KVGhlc2UgaW5jbHVkZToNCg0KUFJEdXAgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3QvUFJEdXAuZ2l0DQpibGt0YXAtZGttcyBnaXQ6Ly9naXRodWIuY29t L3hhcGktcHJvamVjdC9ibGt0YXAtZGttcy5naXQNCmNkcm9tIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L2Nkcm9tLmdpdA0KZmZzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2Zm cy5naXQNCmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9saWJ2aGQuZ2l0DQpu YmQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvbmJkLmdpdA0KbmV0ZGV2IGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L25ldGRldi5naXQNCm9jYW1sLWZkLXNlbmQtcmVjdiBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1mZC1zZW5kLXJlY3YuZ2l0DQpvY2FtbC1v cGFzc3dkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLW9wYXNzd2QuZ2l0DQpv Y2FtbC10YXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtdGFyLmdpdA0Kb2Nh bWwtdmhkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXZoZC5naXQNCm9jYW1s LXhlbnN0b3JlLWNsaWVudHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwteGVu c3RvcmUtY2xpZW50cy5naXQNCm9jYW1sdGVzdCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC9vY2FtbHRlc3QuZ2l0DQp0YXBjdGwgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdGFw Y3RsLmdpdA0KdmhkLXRvb2wgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdmhkLXRvb2wu Z2l0DQp3c3Byb3h5IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3dzcHJveHkuZ2l0DQp4 Y3AtZWxpbG9hZGVyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1lbGlsb2FkZXIu Z2l0DQp4Y3AtZ3Vlc3QtdGVtcGxhdGVzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hj cC1ndWVzdC10ZW1wbGF0ZXMuZ2l0DQp4Y3AtaWRsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1pZGwuZ2l0DQp4Y3Atc3RvcmFnZS1tYW5hZ2VycyBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC94Y3Atc3RvcmFnZS1tYW5hZ2Vycy5naXQNCnhlbi1hcGktYmFja3BvcnRzIGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktYmFja3BvcnRzLmdpdA0KeGVuLWFw aS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1jbGllbnQuZ2l0 DQp4ZW4tYXBpLWxpYnMtc3BlY3MgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFw aS1saWJzLXNwZWNzLmdpdA0KeGVuLWFwaS1saWJzLXRyYW5zaXRpb25hbCBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtdHJhbnNpdGlvbmFsLmdpdA0KeHMtcHVsbC1y ZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveHMtcHVs bC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMuZ2l0DQpUaHVzLCB0aGVyZSBpcyBubyByZWFsIHJpc2sg dGhhdCB0aGUgbnVtYmVycyB3aWxsIGJlIHNrZXdlZA0KDQoNCg0KQ3JlYXRlZCBmb3IgWGVuU2Vy dmVyIGFuZCAoY3VycmVudGx5KSBjYXRlZ29yaXNlZCB1bmRlciBYZW5TZXJ2ZXIgcmF0aGVyIHRo YW4gWGFwaToNCnZuY3Rlcm0gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5n aXQNCk9LLCBzaG91bGQgdGhpcyBvbmUgYmUgaW5jbHVkZWQgdW5kZXIgWEFQSSBwcm9qZWN0Pw0K DQoNCg0KUmVwb3NpdG9yaWVzIGZvcmtlZCBmcm9tIHVucmVsYXRlZCB1cHN0cmVhbSBwcm9qZWN0 czoNCm9jbG9jayBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0DQpvcGFt IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29wYW0uZ2l0DQpvcGFtLXJlcG9zaXRvcnkg Z2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5LmdpdA0KcHl0aG9u LWdpdGh1YjIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIuZ2l0 DQpvY2FtbC1zaGEgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtc2hhLmdpdA0K VGhlIGxhc3Qgb2YgdGhvc2Ugd2FzIGNyZWF0ZWQgYnkgdmluY2VudGh6LCB3aG8gYWxzbyB3b3Jr ZWQgb24gWGVuU2VydmVyIGFuZCBYQVBJLCBidXQgbXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9j YW1sLXNoYSB3YXMgYSBzZXBhcmF0ZSBwZXJzb25hbCBwcm9qZWN0Lg0KRnJvbSB3aGF0IEkgcmVh ZCB0aGVuLCB0aGVzZSA1IHNob3VsZCBub3QgYmUgY291bnRlZCBhcyB0aGV5IHdvdWxkIHNrZXcg dGhlIHN0YXRzDQoNClJlZ2FyZHMNCkxhcnMNCg0KDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZz4gW21haWx0 bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIExhcnMgS3VydGgN ClNlbnQ6IDI3IE1hcmNoIDIwMTQgNDoyNSBQTQ0KVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZzxt YWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnPjsgbWlyYWdlb3MtZGV2ZWxAbGlzdHMueGVucHJv amVjdC5vcmc8bWFpbHRvOm1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPg0KU3Vi amVjdDogW1hlbi1BUEldIElzc3VlcyBhbmQgcXVlc3Rpb25zIHJlbGF0ZWQgdG8gY29udHJpYnV0 aW9uIG1ldHJpY3MgZGFzaGJvYXJkIGZvciBYQVBJIGFuZCBNaXJhZ2UgT1MNCg0KSGkgYWxsLA0K DQphIHdoaWxlIGFnbyBJIGtpY2tlZCBhIGNvbnZlcnNhdGlvbiByZWxhdGVkIHRvIHB1dHRpbmcg YSBkYXNoYm9hcmQgZm9yIHRoZSBYZW4gcHJvamVjdCBzdWIgcHJvamVjdHMgdG9nZXRoZXIuIEFz IGl0IHR1cm5zIG91dCB0aGVyZSBpcyBhbiBpc3N1ZSBpbiAgWEFQSSBhbmQgTWlyYWdlT1MgcmVw b3NpdG9yaWVzIG9uIGdpdGh1Yi4gU29tZSBvZiB0aGVtIGFyZSBmb3JrcyBvZiB1cHN0cmVhbXMs IHdoaWNoIGFyZSBoYXJkIGZvciB0aGUgdG9vbCB0byBhbmFseXplLiBNeSBwcm9wb3NhbCB3b3Vs ZCBiZSB0byAqbm90IGFuYWx5c2UgdGhlbSogYW5kIGluY2x1ZGUgdGhlbSBpbnRvIHN0YXRpc3Rp Y3MuIElmIEkgZG9uJ3QgaGVhciBhbnkgc2NyZWFtcywgdGhlbiB0aGlzIHdpbGwgYmUgdGhlIGRl ZmF1bHQuIFRoZSBsaXN0IG9mIGZvcmtzIGRldGVjdGVkIGFyZSBsaXN0ZWQgYmVsb3cgLi4uDQoN CkFsc28sIGl0IHdvdWxkIGJlIGdvb2QgdG8gbGV0IG1lIGtub3cgb2YgYW55IG90aGVyIHJlcG9z IHRoYXQgeW91IGRvbnQgd2FudCB0byBhbmFseXNlLiBUaGUgZnVsbCBsaXN0IGlzIGF0IGh0dHA6 Ly9iaXRlcmdpYS5jb20vcHJvamVjdHMvY2l0cml4LXhlbi1kYXNoYm9hcmQvYnJvd3Nlci9zY20t cmVwb3MuaHRtbCAobm90ZSB0aGF0IHRoZXJlIGlzIDc5IHBhZ2VzIG9mIHRoZW0pIHdoaWNoIHNo b3VsZCBiZSBhZ2dyZWdhdGVkIGludG8gYnVja2V0cyBmb3IgWEFQSSBhbmQgb3BhbQ0KDQpSZWdh cmRzDQpMYXJzDQoNCj0gRGV0ZWN0ZWQgZm9ya3MgaW4gWEFQSSBQcm9qZWN0ID0NCnhlbi11bnN0 YWJsZS1taXJyb3IgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLXVuc3RhYmxlLW1p cnJvci5naXQNClBSRHVwIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L1BSRHVwLmdpdA0K YmxrdGFwLWRrbXMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvYmxrdGFwLWRrbXMuZ2l0 DQpjZHJvbSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9jZHJvbS5naXQNCmZmcyBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9mZnMuZ2l0DQpsaWJ2aGQgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QvbGlidmhkLmdpdA0KbmJkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L25iZC5naXQNCm5ldGRldiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9uZXRkZXYu Z2l0DQpvY2FtbC1mZC1zZW5kLXJlY3YgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2Nh bWwtZmQtc2VuZC1yZWN2LmdpdA0Kb2NhbWwtb3Bhc3N3ZCBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vY2FtbC1vcGFzc3dkLmdpdA0Kb2NhbWwtc2hhIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L29jYW1sLXNoYS5naXQNCm9jYW1sLXRhciBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC9vY2FtbC10YXIuZ2l0DQpvY2FtbC12aGQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3Qvb2NhbWwtdmhkLmdpdA0Kb2NhbWwteGVuc3RvcmUtY2xpZW50cyBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGllbnRzLmdpdA0Kb2NhbWx0ZXN0IGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sdGVzdC5naXQNCm9jbG9jayBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0DQpvcGFtIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L29wYW0uZ2l0DQpvcGFtLXJlcG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5LmdpdA0KcHl0aG9uLWdpdGh1YjIgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIuZ2l0DQp0YXBjdGwgZ2l0Oi8vZ2l0 aHViLmNvbS94YXBpLXByb2plY3QvdGFwY3RsLmdpdA0KdmhkLXRvb2wgZ2l0Oi8vZ2l0aHViLmNv bS94YXBpLXByb2plY3QvdmhkLXRvb2wuZ2l0DQp2bmN0ZXJtIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L3ZuY3Rlcm0uZ2l0DQp3c3Byb3h5IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3dzcHJveHkuZ2l0DQp4Y3AtZWxpbG9hZGVyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1lbGlsb2FkZXIuZ2l0DQp4Y3AtZ3Vlc3QtdGVtcGxhdGVzIGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L3hjcC1ndWVzdC10ZW1wbGF0ZXMuZ2l0DQp4Y3AtaWRsIGdpdDovL2dp dGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1pZGwuZ2l0DQp4Y3Atc3RvcmFnZS1tYW5hZ2VycyBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94Y3Atc3RvcmFnZS1tYW5hZ2Vycy5naXQNCnhl bi1hcGktYmFja3BvcnRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktYmFj a3BvcnRzLmdpdA0KeGVuLWFwaS1jbGllbnQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv eGVuLWFwaS1jbGllbnQuZ2l0DQp4ZW4tYXBpLWxpYnMtc3BlY3MgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QveGVuLWFwaS1saWJzLXNwZWNzLmdpdA0KeGVuLWFwaS1saWJzLXRyYW5zaXRp b25hbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtdHJhbnNpdGlv bmFsLmdpdA0KeHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMgZ2l0Oi8vZ2l0aHViLmNvbS94 YXBpLXByb2plY3QveHMtcHVsbC1yZXF1ZXN0LWJ1aWxkLXNjcmlwdHMuZ2l0DQoNCj0gRGV0ZWN0 ZWQgZm9ya3MgaW4gTWlyYWdlIE9TID0NCnhlbiBnaXQ6Ly9naXRodWIuY29tL21pcmFnZS94ZW4u Z2l0DQptaXJhcmkgZ2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2UvbWlyYXJpLmdpdA0Kb2NhbWwtY29o dHRwIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNvaHR0cC5naXQNCm9jYW1sLWNyeXB0 by1rZXlzIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNyeXB0by1rZXlzLmdpdA0Kb2Nh bWwtY3N0cnVjdCBnaXQ6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1jc3RydWN0LmdpdA0Kb2Nh bWwtZG5zIGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWRucy5naXQNCm9jYW1sLW9wZW5m bG93IGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLW9wZW5mbG93LmdpdA0Kb2NhbWwtcmUg Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtcmUuZ2l0DQpvY2FtbC10dW50YXAgZ2l0Oi8v Z2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtdHVudGFwLmdpdA0Kb2NhbWwtdXJpIGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29jYW1sLXVyaS5naXQNCm9jYW1sLXhlbnN0b3JlIGdpdDovL2dpdGh1Yi5j b20vbWlyYWdlL29jYW1sLXhlbnN0b3JlLmdpdA0Kb3BhbS1yZXBvc2l0b3J5IGdpdDovL2dpdGh1 Yi5jb20vbWlyYWdlL29wYW0tcmVwb3NpdG9yeS5naXQNCg0KDQoNCg0KLS0tLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLS0tLQ0KU3ViamVjdDoNCg0KUmVtb3ZpbmcgZm9ya3MgZnJvbSB0aGUg YW5hbHlzaXMNCg0KRGF0ZToNCg0KVGh1LCAyNyBNYXIgMjAxNCAxNDozNjowNiArMDEwMA0KDQpG cm9tOg0KDQpTYW50aWFnbyBEdWXDsWFzIDxzZHVlbmFzQGJpdGVyZ2lhLmNvbT48bWFpbHRvOnNk dWVuYXNAYml0ZXJnaWEuY29tPg0KDQpUbzoNCg0KTGFycyBLdXJ0aCA8bGFycy5rdXJ0aEB4ZW4u b3JnPjxtYWlsdG86bGFycy5rdXJ0aEB4ZW4ub3JnPg0KDQpDQzoNCg0KY2l0cml4QGxpc3RzLmJp dGVyZ2lhLmNvbTxtYWlsdG86Y2l0cml4QGxpc3RzLmJpdGVyZ2lhLmNvbT4NCg0KDQoNCkhpIGFn YWluIExhcnMsDQoNCg0KDQpkdXJpbmcgb3VyIGFuYWx5c2lzLCB3ZSBmb3VuZCB0aGF0IHNvbWUg b2YgeW91ciBnaXQgcmVwb3MgYXJlIGZvcmtzIGZyb20NCg0KdXBzdHJlYW0gcmVwb3NpdG9yaWVz LiBJIGRvbiBub3Qga25vdyB3aGV0aGVyIHlvdSB0YWxrIHRvIE1hbnJpcXVlIG9yDQoNCkplc3Vz IGFib3V0IHRoYXQgYnV0IEkgcHJlZmVyIHRvIHJlbWVtYmVyIHlvdSB3aGljaCBwb3NzaWJpbGl0 aWVzIHdlDQoNCm9mZmVyIGFuZCB3aGljaCBvbmUgd2UgaGF2ZSBmb2xsb3cuDQoNCg0KDQpUaGUg cmVwb3NpdG9yaWVzIHRoYXQgd2UgaGF2ZSBhbHJlYWR5IGFuYWx5emVkIGFyZSBsaXN0ZWQgb24g dGhlDQoNCnNjbS1yZXBvcyBwYWdlOg0KDQoNCg0KaHR0cDovL2JpdGVyZ2lhLmNvbS9wcm9qZWN0 cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBvcy5odG1sDQoNCg0KDQpXZSBv ZmZlciB0aHJlZSBwb3NzaWJpbGl0aWVzIGZvciB0cmVhdGluZyB0aGVzZSBjYXNlczoNCg0KDQoN Ci0gRG8gbm90IGFuYWx5emUgZm9ya3MuIFRoaXMgaXMgdGhlIGRlZmF1bHQgb3B0aW9uLiBXZSBo YXZlIHJlbW92ZWQgZnJvbQ0KDQp0aGUgYW5hbHlzaXMgdGhvc2UgcmVwb3NpdG9yaWVzIG1hcmtl ZCBhcyBmb3JrcyBpbiBHaXRodWIgYW5kIG90aGVycw0KDQpmcm9tIHVwc3RyZWFtIHN1Y2ggYXMg Im9jYW1sIiBhbmQgIm9wYW0iIHNlcmllcyAoc2VlIHRoZSBhdHRhY2hlZCBmaWxlDQoNCnRoYXQg aW5jbHVkZXMgdGhlIGZ1bGwgbGlzdCBvZiBmb3JrcykuDQoNCg0KDQpQcm9iYWJseSwgeW91IHdp bGwgd2FudCB0byByZW1vdmUgbW9yZS4gSWYgdGhpcyBpcyB5b3VyIGNob2ljZSwgcGxlYXNlDQoN CmhhdmUgYSBsb29rIGF0IHRoZSByZXBvc2l0b3JpZXMgcGFnZSBhbmQgc2VuZCBtZSBhbiBlbWFp bCB3aXRoIHRoZSBsaXN0DQoNCm9mIGdpdCByZXBvc2l0b3JpZXMgeW91IHdhbnQgdG8gcmVtb3Zl IGZyb20gdGhlIGFuYWx5c2lzLg0KDQoNCg0KLSBBbmFseXplIGZvcmtzLiBUYWtlIGludG8gYWNj b3VudCB0aGF0IHRoaXMgY2FuIGFmZmVjdCB0aGUgd2hvbGUNCg0KbnVtYmVycyBhbmQgc3RhdHMs IHBhcnRpY3VsYXJseSBpZiB5b3VyIHRlYW0gaXMgbm90IHJlYWxseSBhY3RpdmUgaW4NCg0KdGhl c2UgcmVwb3MuDQoNCg0KDQotIEFuYWx5emUgZGlmZmVyZW5jZXMgYmV0d2VlbiB1cHN0cmVhbSBh bmQgbG9jYWwgcmVwb3NpdG9yaWVzLiBEdWUgdGhpcw0KDQpmdW5jdGlvbmFsaXR5IGlzIG91dCBv ZiB0aGUgYmFzaWMgZGFzaGJvYXJkLCBwbGVhc2UgdGFsayB0byBNYW5yaXF1ZSBvcg0KDQpKZXN1 cyB0byBnZXQgbW9yZSBkZXRhaWxzLCBpZiBpbnRlcmVzdGVkLg0KDQoNCg0KU2FudGkNCg0KLS0N Cg0KU2FudGlhZ28gRHVlw7Fhcw0KDQpzZHVlbmFzQGJpdGVyZ2lhLmNvbTxtYWlsdG86c2R1ZW5h c0BiaXRlcmdpYS5jb20+DQoNCkJpdGVyZ2lhIFMuTC5MDQoNCg0KDQoNCg0KDQoNCg== --_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 UE1pbmdMaVU7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlBNaW5nTGlVOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0x OjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxAUE1p bmdMaVUiOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29s b3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQg Q2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAu TXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxQ cmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFy IjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9y bWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgljb2xvcjpibGFjazt9DQpzcGFuLkVt YWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjAN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJ e21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhv bWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRT ZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3 Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0K LS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpl eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6 ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0t Pg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLUdCIiBsaW5rPSJibHVl IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+KFJl bW92aW5nIG1pcmFnZW9zLWRldmVsIGxpc3QgZnJvbSByZWNpcGllbnRzIGxpc3Qgc2luY2UgdGhp cyBpcyBvbmx5IGFib3V0IHhhcGkuKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhdOKAmXMgcmlnaHQsIExhcnMuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5JIHRoaW5rIGl0IHByb2JhYmx5IG1ha2VzIG1vc3Qgc2Vuc2UgdG8gY291bnQgdm5j dGVybSBpbiBYZW5TZXJ2ZXIgbWV0cmljcyBidXQgbm90IFhBUEkgbWV0cmljcy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PlRoZSBmaW5hbCBzZXQgb2YgZml2ZSB0aGF0IGFyZSBmb3JrZWQgZnJvbSB1bnJlbGF0ZWQgdXBz dHJlYW0gcHJvamVjdHMgc2hvdWxkIGhhdmUgYSBzaXh0aCBhZGRlZDo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+eGVuLXVuc3RhYmxlLW1pcnJvciBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94ZW4tdW5zdGFibGUtbWlycm9yLmdpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj7igKZhbmQgeWVzLCBpdCBtYWtlcyBzZW5zZSB0byBleGNsdWRlIHRob3NlIGZyb20gdGhl IGFuYWx5c2lzIChvciBwZXJoYXBzIGNvbnNpZGVyIG9ubHkgdGhlIGNoYW5nZXMgdGhhdCBoYXZl IGJlZW4gbWFkZSBpbiB0aGUgeGFwaS1wcm9qZWN0IGNsb25lIGJ1dCBub3QgaW4gdGhlDQogdXBz dHJlYW0sIGFzIHN1Z2dlc3RlZCBhcyBhbiBvcHRpb24gYnkgU2FudGlhZ28gRHVlw7FhcykuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5UaG9tYXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4g TGFycyBLdXJ0aCBbbWFpbHRvOmxhcnMua3VydGgueGVuQGdtYWlsLmNvbV0NCjxiPk9uIEJlaGFs ZiBPZiA8L2I+TGFycyBLdXJ0aDxicj4NCjxiPlNlbnQ6PC9iPiAwMSBBcHJpbCAyMDE0IDY6NTMg UE08YnI+DQo8Yj5Ubzo8L2I+IFRob21hcyBTYW5kZXJzOyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmc7 IG1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbWGVuLUFQSV0gSXNzdWVzIGFuZCBxdWVzdGlvbnMgcmVsYXRlZCB0byBjb250cmlidXRp b24gbWV0cmljcyBkYXNoYm9hcmQgZm9yIFhBUEkgYW5kIE1pcmFnZSBPUzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAwMS8wNC8yMDE0IDE4 OjM3LCBUaG9tYXMgU2FuZGVycyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+TW9zdCBvZiB0aGUgWEFQSS1wcm9qZWN04oCZcyB1cHN0cmVhbSBmb3JrcyB3ZXJlIGNyZWF0 ZWQgYnkgcGVvcGxlIHdobyB3ZXJlIGRvaW5nIHdvcmsgb24gdGhlIFhBUEkgcHJvamVjdCAob3Ig cHJlY3Vyc29yIFhlblNlcnZlciksIGFuZCB3ZXJlIGNyZWF0ZWQgZm9yIHVzZQ0KIGluIG9yIHdp dGggdGhlIHhhcGkgcHJvamVjdCAoYnV0IGNyZWF0ZWQgb3V0c2lkZSB0aGUgeGFwaS1wcm9qZWN0 IHNwYWNlIG9uIGdpdGh1YiBlaXRoZXIgZHVlIHRvIG9idmlvdXMgcG90ZW50aWFsIGZvciB3aWRl ciB1c2UsIG9yIGR1ZSB0byB0aGVpciBpbml0aWFsIHN0YXR1cyBhcyBwZXJzb25hbCBleHBlcmlt ZW50cykuIEl0IHByb2JhYmx5IG1ha2VzIHNlbnNlIHRvIGluY2x1ZGUgdGhlc2Ugb25lcyBpbiB0 aGUgYW5hbHlzaXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhvbWFzLDxicj4NCmp1c3QgY2hlY2tpbmcgd2hldGhlciBJIHVuZGVy c3RhbmQgY29ycmVjdGx5LiBUaGUgcmVwb3MgYmVsb3cgd2VyZTxicj4NCiogY3JlYXRlZCBzcGVj aWZpY2FsbHkgZm9yIFhBUEkgb3IgWGVuU2VydmVyPGJyPg0KKiB0aGUgcmVhc29uIHdoeSB0aGV5 IHdlcmUgZm9ya2VkIHdlcmUgYmFzaWNhbGx5IHdvcmtmbG93IHJlbGF0ZWQ8YnI+DQo8YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+VGhlc2UgaW5jbHVkZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlBSRHVwIGdpdDovL2dpdGh1Yi5jb20v eGFwaS1wcm9qZWN0L1BSRHVwLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ibGt0 YXAtZGttcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9ibGt0YXAtZGttcy5naXQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Y2Ryb20gZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXBy b2plY3QvY2Ryb20uZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmZmcyBnaXQ6Ly9n aXRodWIuY29tL3hhcGktcHJvamVjdC9mZnMuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9saWJ2aGQuZ2l0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm5iZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVj dC9uYmQuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm5ldGRldiBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC9uZXRkZXYuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPm9jYW1sLWZkLXNlbmQtcmVjdiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2Ft bC1mZC1zZW5kLXJlY3YuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9jYW1sLW9w YXNzd2QgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWwtb3Bhc3N3ZC5naXQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwtdGFyIGdpdDovL2dpdGh1Yi5jb20veGFw aS1wcm9qZWN0L29jYW1sLXRhci5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2Nh bWwtdmhkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1sLXZoZC5naXQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2NhbWwteGVuc3RvcmUtY2xpZW50cyBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC14ZW5zdG9yZS1jbGllbnRzLmdpdDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5vY2FtbHRlc3QgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2pl Y3Qvb2NhbWx0ZXN0LmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj50YXBjdGwgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvdGFwY3RsLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj52aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC92aGQtdG9v bC5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+d3Nwcm94eSBnaXQ6Ly9naXRodWIu Y29tL3hhcGktcHJvamVjdC93c3Byb3h5LmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij54Y3AtZWxpbG9hZGVyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1lbGlsb2Fk ZXIuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhjcC1ndWVzdC10ZW1wbGF0ZXMg Z2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWd1ZXN0LXRlbXBsYXRlcy5naXQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eGNwLWlkbCBnaXQ6Ly9naXRodWIuY29tL3hhcGkt cHJvamVjdC94Y3AtaWRsLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj54Y3Atc3Rv cmFnZS1tYW5hZ2VycyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94Y3Atc3RvcmFnZS1t YW5hZ2Vycy5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+eGVuLWFwaS1iYWNrcG9y dHMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLWFwaS1iYWNrcG9ydHMuZ2l0PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhlbi1hcGktY2xpZW50IGdpdDovL2dpdGh1Yi5j b20veGFwaS1wcm9qZWN0L3hlbi1hcGktY2xpZW50LmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj54ZW4tYXBpLWxpYnMtc3BlY3MgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qv eGVuLWFwaS1saWJzLXNwZWNzLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj54ZW4t YXBpLWxpYnMtdHJhbnNpdGlvbmFsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1h cGktbGlicy10cmFuc2l0aW9uYWwuZ2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnhz LXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0 L3hzLXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRzLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRodXMsIHRoZXJlIGlzIG5vIHJlYWwgcmlzayB0aGF0IHRo ZSBudW1iZXJzIHdpbGwgYmUgc2tld2VkPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkNyZWF0ZWQgZm9y IFhlblNlcnZlciBhbmQgKGN1cnJlbnRseSkgY2F0ZWdvcmlzZWQgdW5kZXIgWGVuU2VydmVyIHJh dGhlciB0aGFuIFhhcGk6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnZuY3Rlcm0gZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvdm5jdGVybS5naXQ8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PSywgc2hvdWxkIHRoaXMgb25lIGJlIGluY2x1ZGVk IHVuZGVyIFhBUEkgcHJvamVjdD88YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UmVwb3NpdG9yaWVzIGZv cmtlZCBmcm9tIHVucmVsYXRlZCB1cHN0cmVhbSBwcm9qZWN0czo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+b2Nsb2NrIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jbG9jay5n aXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b3BhbSBnaXQ6Ly9naXRodWIuY29tL3hh cGktcHJvamVjdC9vcGFtLmdpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5vcGFtLXJl cG9zaXRvcnkgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb3BhbS1yZXBvc2l0b3J5Lmdp dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5weXRob24tZ2l0aHViMiBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC9weXRob24tZ2l0aHViMi5naXQ8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+b2NhbWwtc2hhIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L29jYW1s LXNoYS5naXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIGxhc3Qgb2YgdGhvc2Ug d2FzIGNyZWF0ZWQgYnkgdmluY2VudGh6LCB3aG8gYWxzbyB3b3JrZWQgb24gWGVuU2VydmVyIGFu ZCBYQVBJLCBidXQgbXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9jYW1sLXNoYSB3YXMgYSBzZXBh cmF0ZSBwZXJzb25hbCBwcm9qZWN0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkZyb20gd2hhdCBJIHJlYWQgdGhlbiwgdGhlc2UgNSBzaG91bGQgbm90IGJlIGNv dW50ZWQgYXMgdGhleSB3b3VsZCBza2V3IHRoZSBzdGF0czxicj4NCjxicj4NClJlZ2FyZHM8YnI+ DQpMYXJzPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNt IDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+DQo8YSBocmVmPSJtYWlsdG86eGVuLWFw aS1ib3VuY2VzQGxpc3RzLnhlbi5vcmciPnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9h PiBbPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIj5tYWlsdG86 eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5M YXJzIEt1cnRoPGJyPg0KPGI+U2VudDo8L2I+IDI3IE1hcmNoIDIwMTQgNDoyNSBQTTxicj4NCjxi PlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1pcmFnZW9zLWRldmVsQGxpc3RzLnhl bnByb2plY3Qub3JnIj4NCm1pcmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnPC9hPjxi cj4NCjxiPlN1YmplY3Q6PC9iPiBbWGVuLUFQSV0gSXNzdWVzIGFuZCBxdWVzdGlvbnMgcmVsYXRl ZCB0byBjb250cmlidXRpb24gbWV0cmljcyBkYXNoYm9hcmQgZm9yIFhBUEkgYW5kIE1pcmFnZSBP Uzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIGFsbCw8 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQphIHdoaWxl IGFnbyBJIGtpY2tlZCBhIGNvbnZlcnNhdGlvbiByZWxhdGVkIHRvIHB1dHRpbmcgYSBkYXNoYm9h cmQgZm9yIHRoZSBYZW4gcHJvamVjdCBzdWIgcHJvamVjdHMgdG9nZXRoZXIuIEFzIGl0IHR1cm5z IG91dCB0aGVyZSBpcyBhbiBpc3N1ZSBpbiZuYnNwOyBYQVBJIGFuZCBNaXJhZ2VPUyByZXBvc2l0 b3JpZXMgb24gZ2l0aHViLiBTb21lIG9mIHRoZW0gYXJlIGZvcmtzIG9mIHVwc3RyZWFtcywgd2hp Y2ggYXJlIGhhcmQgZm9yIHRoZSB0b29sIHRvDQogYW5hbHl6ZS4gTXkgcHJvcG9zYWwgd291bGQg YmUgdG8gKm5vdCBhbmFseXNlIHRoZW0qIGFuZCBpbmNsdWRlIHRoZW0gaW50byBzdGF0aXN0aWNz LiBJZiBJIGRvbid0IGhlYXIgYW55IHNjcmVhbXMsIHRoZW4gdGhpcyB3aWxsIGJlIHRoZSBkZWZh dWx0LiBUaGUgbGlzdCBvZiBmb3JrcyBkZXRlY3RlZCBhcmUgbGlzdGVkIGJlbG93IC4uLjxicj4N Cjxicj4NCkFsc28sIGl0IHdvdWxkIGJlIGdvb2QgdG8gbGV0IG1lIGtub3cgb2YgYW55IG90aGVy IHJlcG9zIHRoYXQgeW91IGRvbnQgd2FudCB0byBhbmFseXNlLiBUaGUgZnVsbCBsaXN0IGlzIGF0 DQo8YSBocmVmPSJodHRwOi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2NpdHJpeC14ZW4tZGFzaGJv YXJkL2Jyb3dzZXIvc2NtLXJlcG9zLmh0bWwiPg0KaHR0cDovL2JpdGVyZ2lhLmNvbS9wcm9qZWN0 cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBvcy5odG1sPC9hPiAobm90ZSB0 aGF0IHRoZXJlIGlzIDc5IHBhZ2VzIG9mIHRoZW0pIHdoaWNoIHNob3VsZCBiZSBhZ2dyZWdhdGVk IGludG8gYnVja2V0cyBmb3IgWEFQSSBhbmQgb3BhbTxicj4NCjxicj4NClJlZ2FyZHM8YnI+DQpM YXJzPGJyPg0KPGJyPg0KPSBEZXRlY3RlZCBmb3JrcyBpbiBYQVBJIFByb2plY3QgPTxicj4NCnhl bi11bnN0YWJsZS1taXJyb3IgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGVuLXVuc3Rh YmxlLW1pcnJvci5naXQ8YnI+DQpQUkR1cCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9Q UkR1cC5naXQ8YnI+DQpibGt0YXAtZGttcyBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9i bGt0YXAtZGttcy5naXQ8YnI+DQpjZHJvbSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9j ZHJvbS5naXQ8YnI+DQpmZnMgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvZmZzLmdpdDxi cj4NCmxpYnZoZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9saWJ2aGQuZ2l0PGJyPg0K bmJkIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L25iZC5naXQ8YnI+DQpuZXRkZXYgZ2l0 Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvbmV0ZGV2LmdpdDxicj4NCm9jYW1sLWZkLXNlbmQt cmVjdiBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1mZC1zZW5kLXJlY3YuZ2l0 PGJyPg0Kb2NhbWwtb3Bhc3N3ZCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2FtbC1v cGFzc3dkLmdpdDxicj4NCm9jYW1sLXNoYSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9v Y2FtbC1zaGEuZ2l0PGJyPg0Kb2NhbWwtdGFyIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0 L29jYW1sLXRhci5naXQ8YnI+DQpvY2FtbC12aGQgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2pl Y3Qvb2NhbWwtdmhkLmdpdDxicj4NCm9jYW1sLXhlbnN0b3JlLWNsaWVudHMgZ2l0Oi8vZ2l0aHVi LmNvbS94YXBpLXByb2plY3Qvb2NhbWwteGVuc3RvcmUtY2xpZW50cy5naXQ8YnI+DQpvY2FtbHRl c3QgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3Qvb2NhbWx0ZXN0LmdpdDxicj4NCm9jbG9j ayBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vY2xvY2suZ2l0PGJyPg0Kb3BhbSBnaXQ6 Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vcGFtLmdpdDxicj4NCm9wYW0tcmVwb3NpdG9yeSBn aXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9vcGFtLXJlcG9zaXRvcnkuZ2l0PGJyPg0KcHl0 aG9uLWdpdGh1YjIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QvcHl0aG9uLWdpdGh1YjIu Z2l0PGJyPg0KdGFwY3RsIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3RhcGN0bC5naXQ8 YnI+DQp2aGQtdG9vbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC92aGQtdG9vbC5naXQ8 YnI+DQp2bmN0ZXJtIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3ZuY3Rlcm0uZ2l0PGJy Pg0Kd3Nwcm94eSBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC93c3Byb3h5LmdpdDxicj4N CnhjcC1lbGlsb2FkZXIgZ2l0Oi8vZ2l0aHViLmNvbS94YXBpLXByb2plY3QveGNwLWVsaWxvYWRl ci5naXQ8YnI+DQp4Y3AtZ3Vlc3QtdGVtcGxhdGVzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hjcC1ndWVzdC10ZW1wbGF0ZXMuZ2l0PGJyPg0KeGNwLWlkbCBnaXQ6Ly9naXRodWIuY29t L3hhcGktcHJvamVjdC94Y3AtaWRsLmdpdDxicj4NCnhjcC1zdG9yYWdlLW1hbmFnZXJzIGdpdDov L2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hjcC1zdG9yYWdlLW1hbmFnZXJzLmdpdDxicj4NCnhl bi1hcGktYmFja3BvcnRzIGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hlbi1hcGktYmFj a3BvcnRzLmdpdDxicj4NCnhlbi1hcGktY2xpZW50IGdpdDovL2dpdGh1Yi5jb20veGFwaS1wcm9q ZWN0L3hlbi1hcGktY2xpZW50LmdpdDxicj4NCnhlbi1hcGktbGlicy1zcGVjcyBnaXQ6Ly9naXRo dWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxpYnMtc3BlY3MuZ2l0PGJyPg0KeGVuLWFwaS1s aWJzLXRyYW5zaXRpb25hbCBnaXQ6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC94ZW4tYXBpLWxp YnMtdHJhbnNpdGlvbmFsLmdpdDxicj4NCnhzLXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRzIGdp dDovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hzLXB1bGwtcmVxdWVzdC1idWlsZC1zY3JpcHRz LmdpdDxicj4NCjxicj4NCj0gRGV0ZWN0ZWQgZm9ya3MgaW4gTWlyYWdlIE9TID08YnI+DQp4ZW4g Z2l0Oi8vZ2l0aHViLmNvbS9taXJhZ2UveGVuLmdpdDxicj4NCm1pcmFyaSBnaXQ6Ly9naXRodWIu Y29tL21pcmFnZS9taXJhcmkuZ2l0PGJyPg0Kb2NhbWwtY29odHRwIGdpdDovL2dpdGh1Yi5jb20v bWlyYWdlL29jYW1sLWNvaHR0cC5naXQ8YnI+DQpvY2FtbC1jcnlwdG8ta2V5cyBnaXQ6Ly9naXRo dWIuY29tL21pcmFnZS9vY2FtbC1jcnlwdG8ta2V5cy5naXQ8YnI+DQpvY2FtbC1jc3RydWN0IGdp dDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNzdHJ1Y3QuZ2l0PGJyPg0Kb2NhbWwtZG5zIGdp dDovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWRucy5naXQ8YnI+DQpvY2FtbC1vcGVuZmxvdyBn aXQ6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1vcGVuZmxvdy5naXQ8YnI+DQpvY2FtbC1yZSBn aXQ6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1yZS5naXQ8YnI+DQpvY2FtbC10dW50YXAgZ2l0 Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwtdHVudGFwLmdpdDxicj4NCm9jYW1sLXVyaSBnaXQ6 Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC11cmkuZ2l0PGJyPg0Kb2NhbWwteGVuc3RvcmUgZ2l0 Oi8vZ2l0aHViLmNvbS9taXJhZ2Uvb2NhbWwteGVuc3RvcmUuZ2l0PGJyPg0Kb3BhbS1yZXBvc2l0 b3J5IGdpdDovL2dpdGh1Yi5jb20vbWlyYWdlL29wYW0tcmVwb3NpdG9yeS5naXQ8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tIDxv OnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBj ZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRyPg0KPHRkIG5vd3Jh cD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxi PlN1YmplY3Q6IDwvYj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6 MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlbW92aW5nIGZvcmtzIGZy b20gdGhlIGFuYWx5c2lzPG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBu b3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0 Ij48Yj5EYXRlOiA8L2I+PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5n OjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaHUsIDI3IE1hciAyMDE0 IDE0OjM2OjA2ICYjNDM7MDEwMDxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8 dGQgbm93cmFwPSIiIHZhbGlnbj0idG9wIiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpy aWdodCI+PGI+RnJvbTogPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFk ZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2FudGlhZ28gRHVl w7FhcyA8YSBocmVmPSJtYWlsdG86c2R1ZW5hc0BiaXRlcmdpYS5jb20iPiZsdDtzZHVlbmFzQGJp dGVyZ2lhLmNvbSZndDs8L2E+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0 ZCBub3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJp Z2h0Ij48Yj5UbzogPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGlu ZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGFycyBLdXJ0aCA8YSBo cmVmPSJtYWlsdG86bGFycy5rdXJ0aEB4ZW4ub3JnIj4mbHQ7bGFycy5rdXJ0aEB4ZW4ub3JnJmd0 OzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2 YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPkNDOiA8 L2I+PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNt IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJtYWlsdG86Y2l0cml4QGxpc3Rz LmJpdGVyZ2lhLmNvbSI+Y2l0cml4QGxpc3RzLmJpdGVyZ2lhLmNvbTwvYT48bzpwPjwvbzpwPjwv cD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHBy ZT5IaSBhZ2FpbiBMYXJzLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPmR1cmluZyBvdXIgYW5hbHlzaXMsIHdlIGZvdW5kIHRoYXQgc29tZSBvZiB5 b3VyIGdpdCByZXBvcyBhcmUgZm9ya3MgZnJvbTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnVwc3Ry ZWFtIHJlcG9zaXRvcmllcy4gSSBkb24gbm90IGtub3cgd2hldGhlciB5b3UgdGFsayB0byBNYW5y aXF1ZSBvcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkplc3VzIGFib3V0IHRoYXQgYnV0IEkgcHJl ZmVyIHRvIHJlbWVtYmVyIHlvdSB3aGljaCBwb3NzaWJpbGl0aWVzIHdlPG86cD48L286cD48L3By ZT4NCjxwcmU+b2ZmZXIgYW5kIHdoaWNoIG9uZSB3ZSBoYXZlIGZvbGxvdy48bzpwPjwvbzpwPjwv cHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5UaGUgcmVwb3NpdG9yaWVz IHRoYXQgd2UgaGF2ZSBhbHJlYWR5IGFuYWx5emVkIGFyZSBsaXN0ZWQgb24gdGhlPG86cD48L286 cD48L3ByZT4NCjxwcmU+c2NtLXJlcG9zIHBhZ2U6PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i c3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cDovL2JpdGVyZ2lhLmNvbS9w cm9qZWN0cy9jaXRyaXgteGVuLWRhc2hib2FyZC9icm93c2VyL3NjbS1yZXBvcy5odG1sIj5odHRw Oi8vYml0ZXJnaWEuY29tL3Byb2plY3RzL2NpdHJpeC14ZW4tZGFzaGJvYXJkL2Jyb3dzZXIvc2Nt LXJlcG9zLmh0bWw8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48 L3ByZT4NCjxwcmU+V2Ugb2ZmZXIgdGhyZWUgcG9zc2liaWxpdGllcyBmb3IgdHJlYXRpbmcgdGhl c2UgY2FzZXM6PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4N CjxwcmU+LSBEbyBub3QgYW5hbHl6ZSBmb3Jrcy4gVGhpcyBpcyB0aGUgZGVmYXVsdCBvcHRpb24u IFdlIGhhdmUgcmVtb3ZlZCBmcm9tPG86cD48L286cD48L3ByZT4NCjxwcmU+dGhlIGFuYWx5c2lz IHRob3NlIHJlcG9zaXRvcmllcyBtYXJrZWQgYXMgZm9ya3MgaW4gR2l0aHViIGFuZCBvdGhlcnM8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5mcm9tIHVwc3RyZWFtIHN1Y2ggYXMgJnF1b3Q7b2NhbWwm cXVvdDsgYW5kICZxdW90O29wYW0mcXVvdDsgc2VyaWVzIChzZWUgdGhlIGF0dGFjaGVkIGZpbGU8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGF0IGluY2x1ZGVzIHRoZSBmdWxsIGxpc3Qgb2YgZm9y a3MpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PlByb2JhYmx5LCB5b3Ugd2lsbCB3YW50IHRvIHJlbW92ZSBtb3JlLiBJZiB0aGlzIGlzIHlvdXIg Y2hvaWNlLCBwbGVhc2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5oYXZlIGEgbG9vayBhdCB0aGUg cmVwb3NpdG9yaWVzIHBhZ2UgYW5kIHNlbmQgbWUgYW4gZW1haWwgd2l0aCB0aGUgbGlzdDxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPm9mIGdpdCByZXBvc2l0b3JpZXMgeW91IHdhbnQgdG8gcmVtb3Zl IGZyb20gdGhlIGFuYWx5c2lzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPi0gQW5hbHl6ZSBmb3Jrcy4gVGFrZSBpbnRvIGFjY291bnQgdGhhdCB0 aGlzIGNhbiBhZmZlY3QgdGhlIHdob2xlPG86cD48L286cD48L3ByZT4NCjxwcmU+bnVtYmVycyBh bmQgc3RhdHMsIHBhcnRpY3VsYXJseSBpZiB5b3VyIHRlYW0gaXMgbm90IHJlYWxseSBhY3RpdmUg aW48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGVzZSByZXBvcy48bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4tIEFuYWx5emUgZGlmZmVyZW5jZXMg YmV0d2VlbiB1cHN0cmVhbSBhbmQgbG9jYWwgcmVwb3NpdG9yaWVzLiBEdWUgdGhpczxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPmZ1bmN0aW9uYWxpdHkgaXMgb3V0IG9mIHRoZSBiYXNpYyBkYXNoYm9h cmQsIHBsZWFzZSB0YWxrIHRvIE1hbnJpcXVlIG9yPG86cD48L286cD48L3ByZT4NCjxwcmU+SmVz dXMgdG8gZ2V0IG1vcmUgZGV0YWlscywgaWYgaW50ZXJlc3RlZC48bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5TYW50aTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPi0tIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlNhbnRpYWdvIER1ZcOxYXM8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86c2R1ZW5hc0BiaXRlcmdpYS5jb20iPnNk dWVuYXNAYml0ZXJnaWEuY29tPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkJpdGVyZ2lhIFMu TC5MPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+ Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_06B80725944D5847804519C301FB87271E4E0FAMSPEX01CL01citri_-- --===============6937610381854457144== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6937610381854457144==-- From xen-api-bounces@lists.xen.org Wed Apr 02 15:58:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 15:58: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 1WVNXy-0003CC-TP; Wed, 02 Apr 2014 15:57:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVNXw-0003C3-Iu for xen-api@lists.xen.org; Wed, 02 Apr 2014 15:57:49 +0000 Received: from [85.158.139.211:41258] by server-17.bemta-5.messagelabs.com id BC/B2-09046-B733C335; Wed, 02 Apr 2014 15:57:47 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1396454265!5063543!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17504 invoked from network); 2 Apr 2014 15:57:45 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2014 15:57:45 -0000 Received: by mail-wi0-f179.google.com with SMTP id z2so829947wiv.0 for ; Wed, 02 Apr 2014 08:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=jZhr5yIrOl8FadVeYrgpcAfg9VMXiYkb6xA0CgufVPI=; b=ITg4HjXazXiTPsrN7m31da8wP3LbpHLbWUx40DaiIkXn6T7Ps84ANQzgh5bH14ssBy 3W7joyYdVutLwAHZGXEq1XlhSltrGinNUEFyprScetwuTPc8/9kpa9nJIoInwA4EJfmC JkPN48KPNbHNvsyQdIQYG0AtH0sjkkUd+n/lOSJf9Z+HwDkYqLd1Rs8Lq9kJto9HG3Uy mQC7pmgdAj4bdbyVJa+QiSNg0q7+5mrUKr1PBiBMuFqI+mdvNyIkm+Ru5SltNKxy5K6d 0xKzotKbeJC2jT3W8VY+2OA0VicSUeN749qjLPfXlxEw5DZYRnyEhHmPGRUt86zXnX4w 3y9w== X-Received: by 10.180.11.36 with SMTP id n4mr3386561wib.4.1396454265608; Wed, 02 Apr 2014 08:57:45 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id gc19sm5481024wic.5.2014.04.02.08.57.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 02 Apr 2014 08:57:44 -0700 (PDT) Message-ID: <533C3377.3080005@xen.org> Date: Wed, 02 Apr 2014 16:57:43 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Thomas Sanders , "xen-api@lists.xen.org" References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> <533AFCFC.6010808@xen.org> <06B80725944D5847804519C301FB87271E4E0F@AMSPEX01CL01.citrite.net> In-Reply-To: <06B80725944D5847804519C301FB87271E4E0F@AMSPEX01CL01.citrite.net> Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS 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="===============1979396078680214668==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1979396078680214668== Content-Type: multipart/alternative; boundary="------------070202090109090904030100" This is a multi-part message in MIME format. --------------070202090109090904030100 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Thomas, thanks for the info. Instructed Santiago to do this Lars On 02/04/2014 14:19, Thomas Sanders wrote: > > (Removing mirageos-devel list from recipients list since this is only > about xapi.) > > That’s right, Lars. > > I think it probably makes most sense to count vncterm in XenServer > metrics but not XAPI metrics. > > The final set of five that are forked from unrelated upstream projects > should have a sixth added: > > xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git > > …and yes, it makes sense to exclude those from the analysis (or > perhaps consider only the changes that have been made in the > xapi-project clone but not in the upstream, as suggested as an option > by Santiago Dueñas). > > Thomas > > *From:*Lars Kurth [mailto:lars.kurth.xen@gmail.com] *On Behalf Of > *Lars Kurth > *Sent:* 01 April 2014 6:53 PM > *To:* Thomas Sanders; xen-api@lists.xen.org; > mirageos-devel@lists.xenproject.org > *Subject:* Re: [Xen-API] Issues and questions related to contribution > metrics dashboard for XAPI and Mirage OS > > On 01/04/2014 18:37, Thomas Sanders wrote: > > Most of the XAPI-project’s upstream forks were created by people > who were doing work on the XAPI project (or precursor XenServer), > and were created for use in or with the xapi project (but created > outside the xapi-project space on github either due to obvious > potential for wider use, or due to their initial status as > personal experiments). It probably makes sense to include these > ones in the analysis. > > Thomas, > just checking whether I understand correctly. The repos below were > * created specifically for XAPI or XenServer > * the reason why they were forked were basically workflow related > > > These include: > > PRDup git://github.com/xapi-project/PRDup.git > > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > > cdrom git://github.com/xapi-project/cdrom.git > > ffs git://github.com/xapi-project/ffs.git > > libvhd git://github.com/xapi-project/libvhd.git > > nbd git://github.com/xapi-project/nbd.git > > netdev git://github.com/xapi-project/netdev.git > > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > > ocamltest git://github.com/xapi-project/ocamltest.git > > tapctl git://github.com/xapi-project/tapctl.git > > vhd-tool git://github.com/xapi-project/vhd-tool.git > > wsproxy git://github.com/xapi-project/wsproxy.git > > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > > xcp-idl git://github.com/xapi-project/xcp-idl.git > > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > > xen-api-client git://github.com/xapi-project/xen-api-client.git > > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > > Thus, there is no real risk that the numbers will be skewed > > > Created for XenServer and (currently) categorised under XenServer > rather than Xapi: > > vncterm git://github.com/xapi-project/vncterm.git > > OK, should this one be included under XAPI project? > > > Repositories forked from unrelated upstream projects: > > oclock git://github.com/xapi-project/oclock.git > > opam git://github.com/xapi-project/opam.git > > opam-repository git://github.com/xapi-project/opam-repository.git > > python-github2 git://github.com/xapi-project/python-github2.git > > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > > The last of those was created by vincenthz, who also worked on > XenServer and XAPI, but my understanding is that ocaml-sha was a > separate personal project. > > From what I read then, these 5 should not be counted as they would > skew the stats > > Regards > Lars > > > > *From:*xen-api-bounces@lists.xen.org > > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *Lars Kurth > *Sent:* 27 March 2014 4:25 PM > *To:* xen-api@lists.xen.org ; > mirageos-devel@lists.xenproject.org > > *Subject:* [Xen-API] Issues and questions related to contribution > metrics dashboard for XAPI and Mirage OS > > Hi all, > > > a while ago I kicked a conversation related to putting a dashboard for > the Xen project sub projects together. As it turns out there is an > issue in XAPI and MirageOS repositories on github. Some of them are > forks of upstreams, which are hard for the tool to analyze. My > proposal would be to *not analyse them* and include them into > statistics. If I don't hear any screams, then this will be the > default. The list of forks detected are listed below ... > > Also, it would be good to let me know of any other repos that you dont > want to analyse. The full list is at > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > (note that there is 79 pages of them) which should be aggregated into > buckets for XAPI and opam > > Regards > Lars > > = Detected forks in XAPI Project = > xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git > PRDup git://github.com/xapi-project/PRDup.git > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > cdrom git://github.com/xapi-project/cdrom.git > ffs git://github.com/xapi-project/ffs.git > libvhd git://github.com/xapi-project/libvhd.git > nbd git://github.com/xapi-project/nbd.git > netdev git://github.com/xapi-project/netdev.git > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > ocamltest git://github.com/xapi-project/ocamltest.git > oclock git://github.com/xapi-project/oclock.git > opam git://github.com/xapi-project/opam.git > opam-repository git://github.com/xapi-project/opam-repository.git > python-github2 git://github.com/xapi-project/python-github2.git > tapctl git://github.com/xapi-project/tapctl.git > vhd-tool git://github.com/xapi-project/vhd-tool.git > vncterm git://github.com/xapi-project/vncterm.git > wsproxy git://github.com/xapi-project/wsproxy.git > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > xcp-idl git://github.com/xapi-project/xcp-idl.git > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > xen-api-client git://github.com/xapi-project/xen-api-client.git > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > > = Detected forks in Mirage OS = > xen git://github.com/mirage/xen.git > mirari git://github.com/mirage/mirari.git > ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git > ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git > ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git > ocaml-dns git://github.com/mirage/ocaml-dns.git > ocaml-openflow git://github.com/mirage/ocaml-openflow.git > ocaml-re git://github.com/mirage/ocaml-re.git > ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git > ocaml-uri git://github.com/mirage/ocaml-uri.git > ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git > opam-repository git://github.com/mirage/opam-repository.git > > > > > -------- Original Message -------- > > *Subject: * > > > > Removing forks from the analysis > > *Date: * > > > > Thu, 27 Mar 2014 14:36:06 +0100 > > *From: * > > > > Santiago Dueñas > > *To: * > > > > Lars Kurth > > *CC: * > > > > citrix@lists.bitergia.com > > Hi again Lars, > > during our analysis, we found that some of your git repos are forks from > upstream repositories. I don not know whether you talk to Manrique or > Jesus about that but I prefer to remember you which possibilities we > offer and which one we have follow. > > The repositories that we have already analyzed are listed on the > scm-repos page: > > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > > We offer three possibilities for treating these cases: > > - Do not analyze forks. This is the default option. We have removed from > the analysis those repositories marked as forks in Github and others > from upstream such as "ocaml" and "opam" series (see the attached file > that includes the full list of forks). > > Probably, you will want to remove more. If this is your choice, please > have a look at the repositories page and send me an email with the list > of git repositories you want to remove from the analysis. > > - Analyze forks. Take into account that this can affect the whole > numbers and stats, particularly if your team is not really active in > these repos. > > - Analyze differences between upstream and local repositories. Due this > functionality is out of the basic dashboard, please talk to Manrique or > Jesus to get more details, if interested. > > Santi > -- > Santiago Dueñas > sduenas@bitergia.com > Bitergia S.L.L > > > --------------070202090109090904030100 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Thomas,
thanks for the info. Instructed Santiago to do this
Lars

On 02/04/2014 14:19, Thomas Sanders wrote:

(Removing mirageos-devel list from recipients list since this is only about xapi.)

 

That’s right, Lars.

 

I think it probably makes most sense to count vncterm in XenServer metrics but not XAPI metrics.

 

The final set of five that are forked from unrelated upstream projects should have a sixth added:

xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git

…and yes, it makes sense to exclude those from the analysis (or perhaps consider only the changes that have been made in the xapi-project clone but not in the upstream, as suggested as an option by Santiago Dueñas).

 

Thomas

From: Lars Kurth [mailto:lars.kurth.xen@gmail.com] On Behalf Of Lars Kurth
Sent: 01 April 2014 6:53 PM
To: Thomas Sanders; xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org
Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS

 

On 01/04/2014 18:37, Thomas Sanders wrote:

Most of the XAPI-project’s upstream forks were created by people who were doing work on the XAPI project (or precursor XenServer), and were created for use in or with the xapi project (but created outside the xapi-project space on github either due to obvious potential for wider use, or due to their initial status as personal experiments). It probably makes sense to include these ones in the analysis.

Thomas,
just checking whether I understand correctly. The repos below were
* created specifically for XAPI or XenServer
* the reason why they were forked were basically workflow related


 

These include:

 

PRDup git://github.com/xapi-project/PRDup.git

blktap-dkms git://github.com/xapi-project/blktap-dkms.git

cdrom git://github.com/xapi-project/cdrom.git

ffs git://github.com/xapi-project/ffs.git

libvhd git://github.com/xapi-project/libvhd.git

nbd git://github.com/xapi-project/nbd.git

netdev git://github.com/xapi-project/netdev.git

ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git

ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git

ocaml-tar git://github.com/xapi-project/ocaml-tar.git

ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git

ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git

ocamltest git://github.com/xapi-project/ocamltest.git

tapctl git://github.com/xapi-project/tapctl.git

vhd-tool git://github.com/xapi-project/vhd-tool.git

wsproxy git://github.com/xapi-project/wsproxy.git

xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git

xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git

xcp-idl git://github.com/xapi-project/xcp-idl.git

xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git

xen-api-backports git://github.com/xapi-project/xen-api-backports.git

xen-api-client git://github.com/xapi-project/xen-api-client.git

xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git

xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git

xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

Thus, there is no real risk that the numbers will be skewed


 

Created for XenServer and (currently) categorised under XenServer rather than Xapi:

vncterm git://github.com/xapi-project/vncterm.git

OK, should this one be included under XAPI project?


 

Repositories forked from unrelated upstream projects:

oclock git://github.com/xapi-project/oclock.git

opam git://github.com/xapi-project/opam.git

opam-repository git://github.com/xapi-project/opam-repository.git

python-github2 git://github.com/xapi-project/python-github2.git

ocaml-sha git://github.com/xapi-project/ocaml-sha.git

The last of those was created by vincenthz, who also worked on XenServer and XAPI, but my understanding is that ocaml-sha was a separate personal project.

From what I read then, these 5 should not be counted as they would skew the stats

Regards
Lars

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Lars Kurth
Sent: 27 March 2014 4:25 PM
To: xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org
Subject: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS

 

Hi all,


a while ago I kicked a conversation related to putting a dashboard for the Xen project sub projects together. As it turns out there is an issue in  XAPI and MirageOS repositories on github. Some of them are forks of upstreams, which are hard for the tool to analyze. My proposal would be to *not analyse them* and include them into statistics. If I don't hear any screams, then this will be the default. The list of forks detected are listed below ...

Also, it would be good to let me know of any other repos that you dont want to analyse. The full list is at http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html (note that there is 79 pages of them) which should be aggregated into buckets for XAPI and opam

Regards
Lars

= Detected forks in XAPI Project =
xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git
PRDup git://github.com/xapi-project/PRDup.git
blktap-dkms git://github.com/xapi-project/blktap-dkms.git
cdrom git://github.com/xapi-project/cdrom.git
ffs git://github.com/xapi-project/ffs.git
libvhd git://github.com/xapi-project/libvhd.git
nbd git://github.com/xapi-project/nbd.git
netdev git://github.com/xapi-project/netdev.git
ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git
ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git
ocaml-sha git://github.com/xapi-project/ocaml-sha.git
ocaml-tar git://github.com/xapi-project/ocaml-tar.git
ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git
ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git
ocamltest git://github.com/xapi-project/ocamltest.git
oclock git://github.com/xapi-project/oclock.git
opam git://github.com/xapi-project/opam.git
opam-repository git://github.com/xapi-project/opam-repository.git
python-github2 git://github.com/xapi-project/python-github2.git
tapctl git://github.com/xapi-project/tapctl.git
vhd-tool git://github.com/xapi-project/vhd-tool.git
vncterm git://github.com/xapi-project/vncterm.git
wsproxy git://github.com/xapi-project/wsproxy.git
xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git
xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git
xcp-idl git://github.com/xapi-project/xcp-idl.git
xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git
xen-api-backports git://github.com/xapi-project/xen-api-backports.git
xen-api-client git://github.com/xapi-project/xen-api-client.git
xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git
xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git
xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

= Detected forks in Mirage OS =
xen git://github.com/mirage/xen.git
mirari git://github.com/mirage/mirari.git
ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git
ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git
ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git
ocaml-dns git://github.com/mirage/ocaml-dns.git
ocaml-openflow git://github.com/mirage/ocaml-openflow.git
ocaml-re git://github.com/mirage/ocaml-re.git
ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git
ocaml-uri git://github.com/mirage/ocaml-uri.git
ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git
opam-repository git://github.com/mirage/opam-repository.git




-------- Original Message --------

Subject:

Removing forks from the analysis

Date:

Thu, 27 Mar 2014 14:36:06 +0100

From:

Santiago Dueñas <sduenas@bitergia.com>

To:

Lars Kurth <lars.kurth@xen.org>

CC:

citrix@lists.bitergia.com

 

Hi again Lars,
 
during our analysis, we found that some of your git repos are forks from
upstream repositories. I don not know whether you talk to Manrique or
Jesus about that but I prefer to remember you which possibilities we
offer and which one we have follow.
 
The repositories that we have already analyzed are listed on the
scm-repos page:
 
http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html
 
We offer three possibilities for treating these cases:
 
- Do not analyze forks. This is the default option. We have removed from
the analysis those repositories marked as forks in Github and others
from upstream such as "ocaml" and "opam" series (see the attached file
that includes the full list of forks).
 
Probably, you will want to remove more. If this is your choice, please
have a look at the repositories page and send me an email with the list
of git repositories you want to remove from the analysis.
 
- Analyze forks. Take into account that this can affect the whole
numbers and stats, particularly if your team is not really active in
these repos.
 
- Analyze differences between upstream and local repositories. Due this
functionality is out of the basic dashboard, please talk to Manrique or
Jesus to get more details, if interested.
 
Santi
-- 
Santiago Dueñas
sduenas@bitergia.com
Bitergia S.L.L
 
 

 

 

 


--------------070202090109090904030100-- --===============1979396078680214668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1979396078680214668==-- From xen-api-bounces@lists.xen.org Wed Apr 02 15:58:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Apr 2014 15:58: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 1WVNXy-0003CC-TP; Wed, 02 Apr 2014 15:57:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVNXw-0003C3-Iu for xen-api@lists.xen.org; Wed, 02 Apr 2014 15:57:49 +0000 Received: from [85.158.139.211:41258] by server-17.bemta-5.messagelabs.com id BC/B2-09046-B733C335; Wed, 02 Apr 2014 15:57:47 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1396454265!5063543!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17504 invoked from network); 2 Apr 2014 15:57:45 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2014 15:57:45 -0000 Received: by mail-wi0-f179.google.com with SMTP id z2so829947wiv.0 for ; Wed, 02 Apr 2014 08:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=jZhr5yIrOl8FadVeYrgpcAfg9VMXiYkb6xA0CgufVPI=; b=ITg4HjXazXiTPsrN7m31da8wP3LbpHLbWUx40DaiIkXn6T7Ps84ANQzgh5bH14ssBy 3W7joyYdVutLwAHZGXEq1XlhSltrGinNUEFyprScetwuTPc8/9kpa9nJIoInwA4EJfmC JkPN48KPNbHNvsyQdIQYG0AtH0sjkkUd+n/lOSJf9Z+HwDkYqLd1Rs8Lq9kJto9HG3Uy mQC7pmgdAj4bdbyVJa+QiSNg0q7+5mrUKr1PBiBMuFqI+mdvNyIkm+Ru5SltNKxy5K6d 0xKzotKbeJC2jT3W8VY+2OA0VicSUeN749qjLPfXlxEw5DZYRnyEhHmPGRUt86zXnX4w 3y9w== X-Received: by 10.180.11.36 with SMTP id n4mr3386561wib.4.1396454265608; Wed, 02 Apr 2014 08:57:45 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id gc19sm5481024wic.5.2014.04.02.08.57.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 02 Apr 2014 08:57:44 -0700 (PDT) Message-ID: <533C3377.3080005@xen.org> Date: Wed, 02 Apr 2014 16:57:43 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Thomas Sanders , "xen-api@lists.xen.org" References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> <06B80725944D5847804519C301FB87271E482E@AMSPEX01CL01.citrite.net> <533AFCFC.6010808@xen.org> <06B80725944D5847804519C301FB87271E4E0F@AMSPEX01CL01.citrite.net> In-Reply-To: <06B80725944D5847804519C301FB87271E4E0F@AMSPEX01CL01.citrite.net> Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS 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="===============1979396078680214668==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1979396078680214668== Content-Type: multipart/alternative; boundary="------------070202090109090904030100" This is a multi-part message in MIME format. --------------070202090109090904030100 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Thomas, thanks for the info. Instructed Santiago to do this Lars On 02/04/2014 14:19, Thomas Sanders wrote: > > (Removing mirageos-devel list from recipients list since this is only > about xapi.) > > That’s right, Lars. > > I think it probably makes most sense to count vncterm in XenServer > metrics but not XAPI metrics. > > The final set of five that are forked from unrelated upstream projects > should have a sixth added: > > xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git > > …and yes, it makes sense to exclude those from the analysis (or > perhaps consider only the changes that have been made in the > xapi-project clone but not in the upstream, as suggested as an option > by Santiago Dueñas). > > Thomas > > *From:*Lars Kurth [mailto:lars.kurth.xen@gmail.com] *On Behalf Of > *Lars Kurth > *Sent:* 01 April 2014 6:53 PM > *To:* Thomas Sanders; xen-api@lists.xen.org; > mirageos-devel@lists.xenproject.org > *Subject:* Re: [Xen-API] Issues and questions related to contribution > metrics dashboard for XAPI and Mirage OS > > On 01/04/2014 18:37, Thomas Sanders wrote: > > Most of the XAPI-project’s upstream forks were created by people > who were doing work on the XAPI project (or precursor XenServer), > and were created for use in or with the xapi project (but created > outside the xapi-project space on github either due to obvious > potential for wider use, or due to their initial status as > personal experiments). It probably makes sense to include these > ones in the analysis. > > Thomas, > just checking whether I understand correctly. The repos below were > * created specifically for XAPI or XenServer > * the reason why they were forked were basically workflow related > > > These include: > > PRDup git://github.com/xapi-project/PRDup.git > > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > > cdrom git://github.com/xapi-project/cdrom.git > > ffs git://github.com/xapi-project/ffs.git > > libvhd git://github.com/xapi-project/libvhd.git > > nbd git://github.com/xapi-project/nbd.git > > netdev git://github.com/xapi-project/netdev.git > > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > > ocamltest git://github.com/xapi-project/ocamltest.git > > tapctl git://github.com/xapi-project/tapctl.git > > vhd-tool git://github.com/xapi-project/vhd-tool.git > > wsproxy git://github.com/xapi-project/wsproxy.git > > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > > xcp-idl git://github.com/xapi-project/xcp-idl.git > > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > > xen-api-client git://github.com/xapi-project/xen-api-client.git > > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > > Thus, there is no real risk that the numbers will be skewed > > > Created for XenServer and (currently) categorised under XenServer > rather than Xapi: > > vncterm git://github.com/xapi-project/vncterm.git > > OK, should this one be included under XAPI project? > > > Repositories forked from unrelated upstream projects: > > oclock git://github.com/xapi-project/oclock.git > > opam git://github.com/xapi-project/opam.git > > opam-repository git://github.com/xapi-project/opam-repository.git > > python-github2 git://github.com/xapi-project/python-github2.git > > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > > The last of those was created by vincenthz, who also worked on > XenServer and XAPI, but my understanding is that ocaml-sha was a > separate personal project. > > From what I read then, these 5 should not be counted as they would > skew the stats > > Regards > Lars > > > > *From:*xen-api-bounces@lists.xen.org > > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *Lars Kurth > *Sent:* 27 March 2014 4:25 PM > *To:* xen-api@lists.xen.org ; > mirageos-devel@lists.xenproject.org > > *Subject:* [Xen-API] Issues and questions related to contribution > metrics dashboard for XAPI and Mirage OS > > Hi all, > > > a while ago I kicked a conversation related to putting a dashboard for > the Xen project sub projects together. As it turns out there is an > issue in XAPI and MirageOS repositories on github. Some of them are > forks of upstreams, which are hard for the tool to analyze. My > proposal would be to *not analyse them* and include them into > statistics. If I don't hear any screams, then this will be the > default. The list of forks detected are listed below ... > > Also, it would be good to let me know of any other repos that you dont > want to analyse. The full list is at > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > (note that there is 79 pages of them) which should be aggregated into > buckets for XAPI and opam > > Regards > Lars > > = Detected forks in XAPI Project = > xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git > PRDup git://github.com/xapi-project/PRDup.git > blktap-dkms git://github.com/xapi-project/blktap-dkms.git > cdrom git://github.com/xapi-project/cdrom.git > ffs git://github.com/xapi-project/ffs.git > libvhd git://github.com/xapi-project/libvhd.git > nbd git://github.com/xapi-project/nbd.git > netdev git://github.com/xapi-project/netdev.git > ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git > ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git > ocaml-sha git://github.com/xapi-project/ocaml-sha.git > ocaml-tar git://github.com/xapi-project/ocaml-tar.git > ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git > ocaml-xenstore-clients > git://github.com/xapi-project/ocaml-xenstore-clients.git > ocamltest git://github.com/xapi-project/ocamltest.git > oclock git://github.com/xapi-project/oclock.git > opam git://github.com/xapi-project/opam.git > opam-repository git://github.com/xapi-project/opam-repository.git > python-github2 git://github.com/xapi-project/python-github2.git > tapctl git://github.com/xapi-project/tapctl.git > vhd-tool git://github.com/xapi-project/vhd-tool.git > vncterm git://github.com/xapi-project/vncterm.git > wsproxy git://github.com/xapi-project/wsproxy.git > xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git > xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git > xcp-idl git://github.com/xapi-project/xcp-idl.git > xcp-storage-managers > git://github.com/xapi-project/xcp-storage-managers.git > xen-api-backports git://github.com/xapi-project/xen-api-backports.git > xen-api-client git://github.com/xapi-project/xen-api-client.git > xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git > xen-api-libs-transitional > git://github.com/xapi-project/xen-api-libs-transitional.git > xs-pull-request-build-scripts > git://github.com/xapi-project/xs-pull-request-build-scripts.git > > = Detected forks in Mirage OS = > xen git://github.com/mirage/xen.git > mirari git://github.com/mirage/mirari.git > ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git > ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git > ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git > ocaml-dns git://github.com/mirage/ocaml-dns.git > ocaml-openflow git://github.com/mirage/ocaml-openflow.git > ocaml-re git://github.com/mirage/ocaml-re.git > ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git > ocaml-uri git://github.com/mirage/ocaml-uri.git > ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git > opam-repository git://github.com/mirage/opam-repository.git > > > > > -------- Original Message -------- > > *Subject: * > > > > Removing forks from the analysis > > *Date: * > > > > Thu, 27 Mar 2014 14:36:06 +0100 > > *From: * > > > > Santiago Dueñas > > *To: * > > > > Lars Kurth > > *CC: * > > > > citrix@lists.bitergia.com > > Hi again Lars, > > during our analysis, we found that some of your git repos are forks from > upstream repositories. I don not know whether you talk to Manrique or > Jesus about that but I prefer to remember you which possibilities we > offer and which one we have follow. > > The repositories that we have already analyzed are listed on the > scm-repos page: > > http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html > > We offer three possibilities for treating these cases: > > - Do not analyze forks. This is the default option. We have removed from > the analysis those repositories marked as forks in Github and others > from upstream such as "ocaml" and "opam" series (see the attached file > that includes the full list of forks). > > Probably, you will want to remove more. If this is your choice, please > have a look at the repositories page and send me an email with the list > of git repositories you want to remove from the analysis. > > - Analyze forks. Take into account that this can affect the whole > numbers and stats, particularly if your team is not really active in > these repos. > > - Analyze differences between upstream and local repositories. Due this > functionality is out of the basic dashboard, please talk to Manrique or > Jesus to get more details, if interested. > > Santi > -- > Santiago Dueñas > sduenas@bitergia.com > Bitergia S.L.L > > > --------------070202090109090904030100 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Thomas,
thanks for the info. Instructed Santiago to do this
Lars

On 02/04/2014 14:19, Thomas Sanders wrote:

(Removing mirageos-devel list from recipients list since this is only about xapi.)

 

That’s right, Lars.

 

I think it probably makes most sense to count vncterm in XenServer metrics but not XAPI metrics.

 

The final set of five that are forked from unrelated upstream projects should have a sixth added:

xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git

…and yes, it makes sense to exclude those from the analysis (or perhaps consider only the changes that have been made in the xapi-project clone but not in the upstream, as suggested as an option by Santiago Dueñas).

 

Thomas

From: Lars Kurth [mailto:lars.kurth.xen@gmail.com] On Behalf Of Lars Kurth
Sent: 01 April 2014 6:53 PM
To: Thomas Sanders; xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org
Subject: Re: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS

 

On 01/04/2014 18:37, Thomas Sanders wrote:

Most of the XAPI-project’s upstream forks were created by people who were doing work on the XAPI project (or precursor XenServer), and were created for use in or with the xapi project (but created outside the xapi-project space on github either due to obvious potential for wider use, or due to their initial status as personal experiments). It probably makes sense to include these ones in the analysis.

Thomas,
just checking whether I understand correctly. The repos below were
* created specifically for XAPI or XenServer
* the reason why they were forked were basically workflow related


 

These include:

 

PRDup git://github.com/xapi-project/PRDup.git

blktap-dkms git://github.com/xapi-project/blktap-dkms.git

cdrom git://github.com/xapi-project/cdrom.git

ffs git://github.com/xapi-project/ffs.git

libvhd git://github.com/xapi-project/libvhd.git

nbd git://github.com/xapi-project/nbd.git

netdev git://github.com/xapi-project/netdev.git

ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git

ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git

ocaml-tar git://github.com/xapi-project/ocaml-tar.git

ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git

ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git

ocamltest git://github.com/xapi-project/ocamltest.git

tapctl git://github.com/xapi-project/tapctl.git

vhd-tool git://github.com/xapi-project/vhd-tool.git

wsproxy git://github.com/xapi-project/wsproxy.git

xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git

xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git

xcp-idl git://github.com/xapi-project/xcp-idl.git

xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git

xen-api-backports git://github.com/xapi-project/xen-api-backports.git

xen-api-client git://github.com/xapi-project/xen-api-client.git

xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git

xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git

xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

Thus, there is no real risk that the numbers will be skewed


 

Created for XenServer and (currently) categorised under XenServer rather than Xapi:

vncterm git://github.com/xapi-project/vncterm.git

OK, should this one be included under XAPI project?


 

Repositories forked from unrelated upstream projects:

oclock git://github.com/xapi-project/oclock.git

opam git://github.com/xapi-project/opam.git

opam-repository git://github.com/xapi-project/opam-repository.git

python-github2 git://github.com/xapi-project/python-github2.git

ocaml-sha git://github.com/xapi-project/ocaml-sha.git

The last of those was created by vincenthz, who also worked on XenServer and XAPI, but my understanding is that ocaml-sha was a separate personal project.

From what I read then, these 5 should not be counted as they would skew the stats

Regards
Lars

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Lars Kurth
Sent: 27 March 2014 4:25 PM
To: xen-api@lists.xen.org; mirageos-devel@lists.xenproject.org
Subject: [Xen-API] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS

 

Hi all,


a while ago I kicked a conversation related to putting a dashboard for the Xen project sub projects together. As it turns out there is an issue in  XAPI and MirageOS repositories on github. Some of them are forks of upstreams, which are hard for the tool to analyze. My proposal would be to *not analyse them* and include them into statistics. If I don't hear any screams, then this will be the default. The list of forks detected are listed below ...

Also, it would be good to let me know of any other repos that you dont want to analyse. The full list is at http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html (note that there is 79 pages of them) which should be aggregated into buckets for XAPI and opam

Regards
Lars

= Detected forks in XAPI Project =
xen-unstable-mirror git://github.com/xapi-project/xen-unstable-mirror.git
PRDup git://github.com/xapi-project/PRDup.git
blktap-dkms git://github.com/xapi-project/blktap-dkms.git
cdrom git://github.com/xapi-project/cdrom.git
ffs git://github.com/xapi-project/ffs.git
libvhd git://github.com/xapi-project/libvhd.git
nbd git://github.com/xapi-project/nbd.git
netdev git://github.com/xapi-project/netdev.git
ocaml-fd-send-recv git://github.com/xapi-project/ocaml-fd-send-recv.git
ocaml-opasswd git://github.com/xapi-project/ocaml-opasswd.git
ocaml-sha git://github.com/xapi-project/ocaml-sha.git
ocaml-tar git://github.com/xapi-project/ocaml-tar.git
ocaml-vhd git://github.com/xapi-project/ocaml-vhd.git
ocaml-xenstore-clients git://github.com/xapi-project/ocaml-xenstore-clients.git
ocamltest git://github.com/xapi-project/ocamltest.git
oclock git://github.com/xapi-project/oclock.git
opam git://github.com/xapi-project/opam.git
opam-repository git://github.com/xapi-project/opam-repository.git
python-github2 git://github.com/xapi-project/python-github2.git
tapctl git://github.com/xapi-project/tapctl.git
vhd-tool git://github.com/xapi-project/vhd-tool.git
vncterm git://github.com/xapi-project/vncterm.git
wsproxy git://github.com/xapi-project/wsproxy.git
xcp-eliloader git://github.com/xapi-project/xcp-eliloader.git
xcp-guest-templates git://github.com/xapi-project/xcp-guest-templates.git
xcp-idl git://github.com/xapi-project/xcp-idl.git
xcp-storage-managers git://github.com/xapi-project/xcp-storage-managers.git
xen-api-backports git://github.com/xapi-project/xen-api-backports.git
xen-api-client git://github.com/xapi-project/xen-api-client.git
xen-api-libs-specs git://github.com/xapi-project/xen-api-libs-specs.git
xen-api-libs-transitional git://github.com/xapi-project/xen-api-libs-transitional.git
xs-pull-request-build-scripts git://github.com/xapi-project/xs-pull-request-build-scripts.git

= Detected forks in Mirage OS =
xen git://github.com/mirage/xen.git
mirari git://github.com/mirage/mirari.git
ocaml-cohttp git://github.com/mirage/ocaml-cohttp.git
ocaml-crypto-keys git://github.com/mirage/ocaml-crypto-keys.git
ocaml-cstruct git://github.com/mirage/ocaml-cstruct.git
ocaml-dns git://github.com/mirage/ocaml-dns.git
ocaml-openflow git://github.com/mirage/ocaml-openflow.git
ocaml-re git://github.com/mirage/ocaml-re.git
ocaml-tuntap git://github.com/mirage/ocaml-tuntap.git
ocaml-uri git://github.com/mirage/ocaml-uri.git
ocaml-xenstore git://github.com/mirage/ocaml-xenstore.git
opam-repository git://github.com/mirage/opam-repository.git




-------- Original Message --------

Subject:

Removing forks from the analysis

Date:

Thu, 27 Mar 2014 14:36:06 +0100

From:

Santiago Dueñas <sduenas@bitergia.com>

To:

Lars Kurth <lars.kurth@xen.org>

CC:

citrix@lists.bitergia.com

 

Hi again Lars,
 
during our analysis, we found that some of your git repos are forks from
upstream repositories. I don not know whether you talk to Manrique or
Jesus about that but I prefer to remember you which possibilities we
offer and which one we have follow.
 
The repositories that we have already analyzed are listed on the
scm-repos page:
 
http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html
 
We offer three possibilities for treating these cases:
 
- Do not analyze forks. This is the default option. We have removed from
the analysis those repositories marked as forks in Github and others
from upstream such as "ocaml" and "opam" series (see the attached file
that includes the full list of forks).
 
Probably, you will want to remove more. If this is your choice, please
have a look at the repositories page and send me an email with the list
of git repositories you want to remove from the analysis.
 
- Analyze forks. Take into account that this can affect the whole
numbers and stats, particularly if your team is not really active in
these repos.
 
- Analyze differences between upstream and local repositories. Due this
functionality is out of the basic dashboard, please talk to Manrique or
Jesus to get more details, if interested.
 
Santi
-- 
Santiago Dueñas
sduenas@bitergia.com
Bitergia S.L.L
 
 

 

 

 


--------------070202090109090904030100-- --===============1979396078680214668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1979396078680214668==-- From xen-api-bounces@lists.xen.org Thu Apr 03 17:20:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 17:20: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 1WVlJN-0002q0-PT; Thu, 03 Apr 2014 17:20:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVlJL-0002po-OJ for xen-api@lists.xensource.com; Thu, 03 Apr 2014 17:20:19 +0000 Received: from [85.158.137.68:64206] by server-9.bemta-3.messagelabs.com id BB/39-30063-3589D335; Thu, 03 Apr 2014 17:20:19 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1396545616!4881808!1 X-Originating-IP: [209.85.192.182] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29738 invoked from network); 3 Apr 2014 17:20:18 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 17:20:18 -0000 Received: by mail-pd0-f182.google.com with SMTP id y10so2076705pdj.41 for ; Thu, 03 Apr 2014 10:20: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=QE9wjKf9k6cos/4iDntfaFifEay3JiOlW3DEiWyKYVw=; b=OY7tNqwEbAd2dn726t5yvHl2+cCcPFmxc6vTWlJydA+Xupgu/bwkwm0NgCaaZ3HzRe uV9s5uKMDUALFXYIkkn1xyyIQG2vWyEKPMJA9GOyMcoRt9YDJhto8QZir1bD+m8Pal8z QCnwmgnHtQ5f6OyWFV5wmjwGK/PPiQJDMYeq4oY75ZoeCWyJioe1zWOhFAnSdRsTKfL2 +kTw0IgQmJG9KgLPUq/59uCMZXCQExqoQ+u7jeF6Wp3+q4pLlkCqjwA9qJnoucsd5Pg+ ptgWNUHt239nC2QhLdrld+nbDCRe58wJOUZaywX0w8lG8OJd0GGNTYn9AqsL3WoRjy+v tWkg== MIME-Version: 1.0 X-Received: by 10.66.171.206 with SMTP id aw14mr9043362pac.48.1396545616033; Thu, 03 Apr 2014 10:20:16 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 10:20:15 -0700 (PDT) Date: Thu, 3 Apr 2014 18:20:15 +0100 Message-ID: From: chris snow To: xen-api@lists.xensource.com Subject: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 an error returned to cloudstack by xen xapi. I think the two gists below are the main XMLRPC calls: - VM.create, request : https://gist.github.com/snowch/9957504 - Async.VM.start_on, response : https://gist.github.com/snowch/9957480 The error VM_HMV_REQUIRED in the second gist seems straight forward, xen is telling me it needs HVM but that is not available. I'm trying to figure out why a HVM vm is being requested, cloudstack has been configured not to required hvm, so it shouldn't be making requests for hvm resources. I'm trying to figure out the request VM.create, but there are lots of parameter values that I don't understand. Question: Is there a specification document available that describes the Xen API in terms of message types and parameters? I was hoping the following document may tell me what I need to know, but it returns a 404: http://www.xen.org/files/XenCloud/ocamldoc/ -> HTTP 404 I've tried looking through the ocaml source, but it looks as though it may take a fair amount of time to learn enough ocaml syntax to read the 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 Apr 03 17:20:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 17:20: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 1WVlJN-0002q0-PT; Thu, 03 Apr 2014 17:20:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVlJL-0002po-OJ for xen-api@lists.xensource.com; Thu, 03 Apr 2014 17:20:19 +0000 Received: from [85.158.137.68:64206] by server-9.bemta-3.messagelabs.com id BB/39-30063-3589D335; Thu, 03 Apr 2014 17:20:19 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1396545616!4881808!1 X-Originating-IP: [209.85.192.182] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29738 invoked from network); 3 Apr 2014 17:20:18 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 17:20:18 -0000 Received: by mail-pd0-f182.google.com with SMTP id y10so2076705pdj.41 for ; Thu, 03 Apr 2014 10:20: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=QE9wjKf9k6cos/4iDntfaFifEay3JiOlW3DEiWyKYVw=; b=OY7tNqwEbAd2dn726t5yvHl2+cCcPFmxc6vTWlJydA+Xupgu/bwkwm0NgCaaZ3HzRe uV9s5uKMDUALFXYIkkn1xyyIQG2vWyEKPMJA9GOyMcoRt9YDJhto8QZir1bD+m8Pal8z QCnwmgnHtQ5f6OyWFV5wmjwGK/PPiQJDMYeq4oY75ZoeCWyJioe1zWOhFAnSdRsTKfL2 +kTw0IgQmJG9KgLPUq/59uCMZXCQExqoQ+u7jeF6Wp3+q4pLlkCqjwA9qJnoucsd5Pg+ ptgWNUHt239nC2QhLdrld+nbDCRe58wJOUZaywX0w8lG8OJd0GGNTYn9AqsL3WoRjy+v tWkg== MIME-Version: 1.0 X-Received: by 10.66.171.206 with SMTP id aw14mr9043362pac.48.1396545616033; Thu, 03 Apr 2014 10:20:16 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 10:20:15 -0700 (PDT) Date: Thu, 3 Apr 2014 18:20:15 +0100 Message-ID: From: chris snow To: xen-api@lists.xensource.com Subject: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 an error returned to cloudstack by xen xapi. I think the two gists below are the main XMLRPC calls: - VM.create, request : https://gist.github.com/snowch/9957504 - Async.VM.start_on, response : https://gist.github.com/snowch/9957480 The error VM_HMV_REQUIRED in the second gist seems straight forward, xen is telling me it needs HVM but that is not available. I'm trying to figure out why a HVM vm is being requested, cloudstack has been configured not to required hvm, so it shouldn't be making requests for hvm resources. I'm trying to figure out the request VM.create, but there are lots of parameter values that I don't understand. Question: Is there a specification document available that describes the Xen API in terms of message types and parameters? I was hoping the following document may tell me what I need to know, but it returns a 404: http://www.xen.org/files/XenCloud/ocamldoc/ -> HTTP 404 I've tried looking through the ocaml source, but it looks as though it may take a fair amount of time to learn enough ocaml syntax to read the 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 Apr 03 17:46:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 17:46:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVliQ-0003U2-8w; Thu, 03 Apr 2014 17:46:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVliP-0003Tv-9a for xen-api@lists.xensource.com; Thu, 03 Apr 2014 17:46:13 +0000 Received: from [193.109.254.147:56623] by server-7.bemta-14.messagelabs.com id D0/80-17726-46E9D335; Thu, 03 Apr 2014 17:46:12 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1396547167!6122118!1 X-Originating-IP: [209.85.192.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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15071 invoked from network); 3 Apr 2014 17:46:09 -0000 Received: from mail-pd0-f173.google.com (HELO mail-pd0-f173.google.com) (209.85.192.173) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 17:46:09 -0000 Received: by mail-pd0-f173.google.com with SMTP id z10so2112633pdj.4 for ; Thu, 03 Apr 2014 10:46: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=IMdvLMohs5vqdxPKVF+TwgpstfJrLYWEH/6670K7k0w=; b=OfGoOw20YgF8s1WTKQiW9FDD/EXiaOBXHQi7+1XIyQPDOyqM4jtVlXFgsnVSqXGl+M o6KoMMidQzLqU128sULPsg4+J2WcB0r4dSnW0juIuafNKBQNzamVqrn+sU9AfWHUOY6c VTIdJ4ib3vT+b0TC0fkSnt263aAVdpggZvvFSOl/bElPTrsNp3MRpowM46kuEU8lDqF9 azoTAbmJqVQd2ZJkzqgbTXXWAV2OBbF6XlK2vUhMacc4wSKD1YaBLli3ONYsTFba2LRF UCGzYo6Z8J8tbeej+pt/M5++Pqm2OpcM8hsk3Ss0LzN9i6RGLD9pq5wJzk5V1pUK/vbd AhRQ== MIME-Version: 1.0 X-Received: by 10.66.251.101 with SMTP id zj5mr9067316pac.154.1396547167132; Thu, 03 Apr 2014 10:46:07 -0700 (PDT) Received: by 10.70.103.10 with HTTP; Thu, 3 Apr 2014 10:46:07 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 19:46:07 +0200 Message-ID: From: Olivier Lambert To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Did you check here: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/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 Apr 03 17:46:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 17:46:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVliQ-0003U2-8w; Thu, 03 Apr 2014 17:46:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVliP-0003Tv-9a for xen-api@lists.xensource.com; Thu, 03 Apr 2014 17:46:13 +0000 Received: from [193.109.254.147:56623] by server-7.bemta-14.messagelabs.com id D0/80-17726-46E9D335; Thu, 03 Apr 2014 17:46:12 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1396547167!6122118!1 X-Originating-IP: [209.85.192.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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15071 invoked from network); 3 Apr 2014 17:46:09 -0000 Received: from mail-pd0-f173.google.com (HELO mail-pd0-f173.google.com) (209.85.192.173) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 17:46:09 -0000 Received: by mail-pd0-f173.google.com with SMTP id z10so2112633pdj.4 for ; Thu, 03 Apr 2014 10:46: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=IMdvLMohs5vqdxPKVF+TwgpstfJrLYWEH/6670K7k0w=; b=OfGoOw20YgF8s1WTKQiW9FDD/EXiaOBXHQi7+1XIyQPDOyqM4jtVlXFgsnVSqXGl+M o6KoMMidQzLqU128sULPsg4+J2WcB0r4dSnW0juIuafNKBQNzamVqrn+sU9AfWHUOY6c VTIdJ4ib3vT+b0TC0fkSnt263aAVdpggZvvFSOl/bElPTrsNp3MRpowM46kuEU8lDqF9 azoTAbmJqVQd2ZJkzqgbTXXWAV2OBbF6XlK2vUhMacc4wSKD1YaBLli3ONYsTFba2LRF UCGzYo6Z8J8tbeej+pt/M5++Pqm2OpcM8hsk3Ss0LzN9i6RGLD9pq5wJzk5V1pUK/vbd AhRQ== MIME-Version: 1.0 X-Received: by 10.66.251.101 with SMTP id zj5mr9067316pac.154.1396547167132; Thu, 03 Apr 2014 10:46:07 -0700 (PDT) Received: by 10.70.103.10 with HTTP; Thu, 3 Apr 2014 10:46:07 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 19:46:07 +0200 Message-ID: From: Olivier Lambert To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Did you check here: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/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 Apr 03 18:31:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 18:31: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 1WVmQH-00070q-Uv; Thu, 03 Apr 2014 18:31:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVmQG-00070l-LF for xen-api@lists.xensource.com; Thu, 03 Apr 2014 18:31:32 +0000 Received: from [85.158.139.211:16442] by server-4.bemta-5.messagelabs.com id 35/DF-30750-309AD335; Thu, 03 Apr 2014 18:31:31 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1396549889!5361930!1 X-Originating-IP: [209.85.192.172] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22284 invoked from network); 3 Apr 2014 18:31:31 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 18:31:31 -0000 Received: by mail-pd0-f172.google.com with SMTP id p10so2159228pdj.17 for ; Thu, 03 Apr 2014 11:31:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zNEf0PImnvWsKYXD5bEFYqT2SWYROwklQGBKWaVz5lY=; b=PhOjTxemD82HzM5pl9VfvIO9IqgUMB72QVX4ITYZdr9xbq0moRFyFC7wrc+WIp8Xo7 oOPycY2yfuADvyFMV0q6JA1byciGXQW71QTtEuIz8pGHhG+gmyJxQucnY8h8knT79m89 n10lwNgsv6OhxYQlaAH182+zis6F9Hg3GOwMr4c9HtQ/CsmhAmOtlU8W/cN370nJ0+Ce WjuMr5QNFaoK0euzJgfLiWSV45LZAlgTXcd4Fi4taBTf2GiiOpR9R9Dq2TS2c3RTv0/h DoIKyOZ7e1PtypD6eHyIbpWzoE0+9hUcMc1dy3ZUqhe34pukcmz5i7G0sbXmm9Tb/9kh Aj3Q== MIME-Version: 1.0 X-Received: by 10.68.135.137 with SMTP id ps9mr9410879pbb.160.1396549889192; Thu, 03 Apr 2014 11:31:29 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 11:31:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 19:31:29 +0100 Message-ID: From: chris snow To: Olivier Lambert Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Oliver, I hadn't seen the docs at that link - thank you. I was expecting to find a create method in the VM class [1], but there doesn't appear to be one defined, except on the Overview page? Where can I find what parameters VM.create accepts? Many thanks, Chris --- [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert wrote: > Hi, > > Did you check here: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 18:31:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 18:31: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 1WVmQH-00070q-Uv; Thu, 03 Apr 2014 18:31:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVmQG-00070l-LF for xen-api@lists.xensource.com; Thu, 03 Apr 2014 18:31:32 +0000 Received: from [85.158.139.211:16442] by server-4.bemta-5.messagelabs.com id 35/DF-30750-309AD335; Thu, 03 Apr 2014 18:31:31 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1396549889!5361930!1 X-Originating-IP: [209.85.192.172] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22284 invoked from network); 3 Apr 2014 18:31:31 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 18:31:31 -0000 Received: by mail-pd0-f172.google.com with SMTP id p10so2159228pdj.17 for ; Thu, 03 Apr 2014 11:31:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zNEf0PImnvWsKYXD5bEFYqT2SWYROwklQGBKWaVz5lY=; b=PhOjTxemD82HzM5pl9VfvIO9IqgUMB72QVX4ITYZdr9xbq0moRFyFC7wrc+WIp8Xo7 oOPycY2yfuADvyFMV0q6JA1byciGXQW71QTtEuIz8pGHhG+gmyJxQucnY8h8knT79m89 n10lwNgsv6OhxYQlaAH182+zis6F9Hg3GOwMr4c9HtQ/CsmhAmOtlU8W/cN370nJ0+Ce WjuMr5QNFaoK0euzJgfLiWSV45LZAlgTXcd4Fi4taBTf2GiiOpR9R9Dq2TS2c3RTv0/h DoIKyOZ7e1PtypD6eHyIbpWzoE0+9hUcMc1dy3ZUqhe34pukcmz5i7G0sbXmm9Tb/9kh Aj3Q== MIME-Version: 1.0 X-Received: by 10.68.135.137 with SMTP id ps9mr9410879pbb.160.1396549889192; Thu, 03 Apr 2014 11:31:29 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 11:31:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 19:31:29 +0100 Message-ID: From: chris snow To: Olivier Lambert Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Oliver, I hadn't seen the docs at that link - thank you. I was expecting to find a create method in the VM class [1], but there doesn't appear to be one defined, except on the Overview page? Where can I find what parameters VM.create accepts? Many thanks, Chris --- [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert wrote: > Hi, > > Did you check here: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 20:30:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 20:30: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 1WVoHO-0007S6-6W; Thu, 03 Apr 2014 20:30:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVoHN-0007Ry-0X for xen-api@lists.xensource.com; Thu, 03 Apr 2014 20:30:29 +0000 Received: from [85.158.139.211:31676] by server-8.bemta-5.messagelabs.com id AA/92-11310-4E4CD335; Thu, 03 Apr 2014 20:30:28 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1396557025!5315877!1 X-Originating-IP: [209.85.160.43] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18721 invoked from network); 3 Apr 2014 20:30:27 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 20:30:27 -0000 Received: by mail-pb0-f43.google.com with SMTP id um1so2395524pbc.2 for ; Thu, 03 Apr 2014 13:30:25 -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=aWQ22Ld9yf0ljIQWOdnhlfol74x3u46JwY8HHDmeHuI=; b=TAe9Joi3/iGqdB8XWxTjgEdZOYDMVJWcFPnqOiKuvmWmLpgioq2HCaKYRen7sdlf/5 QQKwN8m9QiQsQAW0eFHc5TGrL6RKDGoxlqmDPPkjniW7PN901rDDIx4aRzSzIaTN3pQC 8gtmn1QovSxUEy6jA9I1CMrsmfkFWxXJzO+6Sw1MUGsF78vtBY8y1ZMnSXlT2CFgtTmj efVbuZchIj1pK8VEK8HP5kGmViICewu9Sp2gwfWZEfr8Avx5DYex/0u+el/phGE6TFRh C77rhyVT54QhT/CXSeMpWmGAziNvAImmVJDgH4E/QnWG4XmHnOOuIHQERgk6Yg9Qh7Kq xcVg== MIME-Version: 1.0 X-Received: by 10.66.241.66 with SMTP id wg2mr10015473pac.132.1396557025296; Thu, 03 Apr 2014 13:30:25 -0700 (PDT) Received: by 10.70.103.10 with HTTP; Thu, 3 Apr 2014 13:30:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 22:30:25 +0200 Message-ID: From: Olivier Lambert To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Chris, You don't create directly a VM, you clone a template, then provision it. Please take a look on Xen Orchestra project, we are exposing XAPI to the Web, there is a lot of examples of how to connect to the XAPI (https://github.com/vatesfr/xo-server/) On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: > Hi Oliver, I hadn't seen the docs at that link - thank you. > > I was expecting to find a create method in the VM class [1], but there > doesn't appear to be one defined, except on the Overview page? Where > can I find what parameters VM.create accepts? > > Many thanks, > > Chris > > --- > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > > > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > wrote: >> Hi, >> >> Did you check here: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 20:30:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 20:30: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 1WVoHO-0007S6-6W; Thu, 03 Apr 2014 20:30:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVoHN-0007Ry-0X for xen-api@lists.xensource.com; Thu, 03 Apr 2014 20:30:29 +0000 Received: from [85.158.139.211:31676] by server-8.bemta-5.messagelabs.com id AA/92-11310-4E4CD335; Thu, 03 Apr 2014 20:30:28 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1396557025!5315877!1 X-Originating-IP: [209.85.160.43] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18721 invoked from network); 3 Apr 2014 20:30:27 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 20:30:27 -0000 Received: by mail-pb0-f43.google.com with SMTP id um1so2395524pbc.2 for ; Thu, 03 Apr 2014 13:30:25 -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=aWQ22Ld9yf0ljIQWOdnhlfol74x3u46JwY8HHDmeHuI=; b=TAe9Joi3/iGqdB8XWxTjgEdZOYDMVJWcFPnqOiKuvmWmLpgioq2HCaKYRen7sdlf/5 QQKwN8m9QiQsQAW0eFHc5TGrL6RKDGoxlqmDPPkjniW7PN901rDDIx4aRzSzIaTN3pQC 8gtmn1QovSxUEy6jA9I1CMrsmfkFWxXJzO+6Sw1MUGsF78vtBY8y1ZMnSXlT2CFgtTmj efVbuZchIj1pK8VEK8HP5kGmViICewu9Sp2gwfWZEfr8Avx5DYex/0u+el/phGE6TFRh C77rhyVT54QhT/CXSeMpWmGAziNvAImmVJDgH4E/QnWG4XmHnOOuIHQERgk6Yg9Qh7Kq xcVg== MIME-Version: 1.0 X-Received: by 10.66.241.66 with SMTP id wg2mr10015473pac.132.1396557025296; Thu, 03 Apr 2014 13:30:25 -0700 (PDT) Received: by 10.70.103.10 with HTTP; Thu, 3 Apr 2014 13:30:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 22:30:25 +0200 Message-ID: From: Olivier Lambert To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Chris, You don't create directly a VM, you clone a template, then provision it. Please take a look on Xen Orchestra project, we are exposing XAPI to the Web, there is a lot of examples of how to connect to the XAPI (https://github.com/vatesfr/xo-server/) On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: > Hi Oliver, I hadn't seen the docs at that link - thank you. > > I was expecting to find a create method in the VM class [1], but there > doesn't appear to be one defined, except on the Overview page? Where > can I find what parameters VM.create accepts? > > Many thanks, > > Chris > > --- > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > > > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > wrote: >> Hi, >> >> Did you check here: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 20:42:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 20:42: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 1WVoSX-0008AG-75; Thu, 03 Apr 2014 20:42:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVoSV-0008AA-Mc for xen-api@lists.xensource.com; Thu, 03 Apr 2014 20:41:59 +0000 Received: from [193.109.254.147:17219] by server-10.bemta-14.messagelabs.com id 3C/A4-04546-697CD335; Thu, 03 Apr 2014 20:41:58 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1396557715!6109690!1 X-Originating-IP: [209.85.220.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32556 invoked from network); 3 Apr 2014 20:41:57 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 20:41:57 -0000 Received: by mail-pa0-f48.google.com with SMTP id hz1so2393452pad.7 for ; Thu, 03 Apr 2014 13:41: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:to :content-type; bh=Kjm5duTvYrb4KYiW9wO7RJKpgdnjYBLE/ggs4LtngSk=; b=hArozCyc7zknzOuYTBMrMdnUdaygPYhR8BIW+q5PBnOu//8pZ8CzIspB2MFUFn5URI vNU8Cot2NKCxlTFFSYU35Z7zOodZCAxcV/KlO8b+u1BKZtlNmlDhHG2CWtuPr3yvMjmt //+Ho1eJ/f0pQslVm8CkiQjAkumNI3Z0K9KTyWF3i63Z421e0rbJrym2lH4ZcMnquFXL 7r+2cYAmoRd9E2a7of9DSj3Amhg4PPiMDWT7iMDXRZ2cosMskMe43GCeAbqwAPYA7GtX k787SFsvU+E9Cq8sz/bKbGuLV7Xs29q6Oqlo7Qhl7TGXA2uxTa0d2SqHzI2qQwfABm3M P1iQ== MIME-Version: 1.0 X-Received: by 10.66.171.206 with SMTP id aw14mr10202288pac.48.1396557715459; Thu, 03 Apr 2014 13:41:55 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 13:41:55 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 13:41:55 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 21:41:55 +0100 Message-ID: From: chris snow To: xen-api@lists.xensource.com Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2492749818628598301==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2492749818628598301== Content-Type: multipart/alternative; boundary=047d7bd6bbbe89d4fa04f6296e3d --047d7bd6bbbe89d4fa04f6296e3d Content-Type: text/plain; charset=ISO-8859-1 Hi Olivier, As can be seen in my gist, the XMLRPC method is: VM.create Are you saying that call gets mapped by the xen-xapi to a VM.clone call? If so, is there somewhere that documents the mappings from xmlrpc to other api calls? Btw, the gists are just some of the calls I captured between CloudStack and xen. Many thanks, Chris On 3 Apr 2014 21:30, "Olivier Lambert" wrote: > Hi Chris, > > You don't create directly a VM, you clone a template, then provision > it. Please take a look on Xen Orchestra project, we are exposing XAPI > to the Web, there is a lot of examples of how to connect to the XAPI > (https://github.com/vatesfr/xo-server/) > > On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: > > Hi Oliver, I hadn't seen the docs at that link - thank you. > > > > I was expecting to find a create method in the VM class [1], but there > > doesn't appear to be one defined, except on the Overview page? Where > > can I find what parameters VM.create accepts? > > > > Many thanks, > > > > Chris > > > > --- > > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > > > > > > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > > wrote: > >> Hi, > >> > >> Did you check here: > http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > > > > > > > > -- > > Check out my professional profile and connect with me on LinkedIn. > > http://lnkd.in/cw5k69 > --047d7bd6bbbe89d4fa04f6296e3d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi Olivier,

As can be seen in my gist, the XMLRPC method is:=A0 <meth= odName>VM.create</methodName>

Are you saying that call gets mapped by the xen-xapi to a VM= .clone call?=A0 If so, is there somewhere that documents the mappings from = xmlrpc to other api calls?

Btw, the gists are just some of the calls I captured between= CloudStack and xen.

Many thanks,

Chris

On 3 Apr 2014 21:30, "Olivier Lambert"= <lambert.olivier@gmail.com= > wrote:
Hi Chris,

You don't create directly a VM, you clone a template, then provision it. Please take a look on Xen Orchestra project, we are exposing XAPI
to the Web, there is a lot of examples of how to connect to the XAPI
(https:= //github.com/vatesfr/xo-server/)

On Thu, Apr 3, 2014 at 8:31 PM, chris snow <chsnow123@gmail.com> wrote:
> Hi Oliver, I hadn't seen the docs at that link - thank you.
>
> I was expecting to find a create method in the VM class [1], but there=
> doesn't appear to be one defined, except on the Overview page? =A0= Where
> can I find what parameters VM.create accepts?
>
> Many thanks,
>
> Chris
>
> ---
> [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0= /en_gb/api/?c=3DVM
>
>
> On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert
> <lambert.olivier@gmail= .com> wrote:
>> Hi,
>>
>> Did you check here: http://docs.vmd.citrix.com/XenSer= ver/6.2.0/1.0/en_gb/api/ ?
>
>
>
> --
> Check out my professional profile and connect with me on LinkedIn.
> http://lnkd.in/cw5= k69
--047d7bd6bbbe89d4fa04f6296e3d-- --===============2492749818628598301== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2492749818628598301==-- From xen-api-bounces@lists.xen.org Thu Apr 03 20:42:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 20:42: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 1WVoSX-0008AG-75; Thu, 03 Apr 2014 20:42:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVoSV-0008AA-Mc for xen-api@lists.xensource.com; Thu, 03 Apr 2014 20:41:59 +0000 Received: from [193.109.254.147:17219] by server-10.bemta-14.messagelabs.com id 3C/A4-04546-697CD335; Thu, 03 Apr 2014 20:41:58 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1396557715!6109690!1 X-Originating-IP: [209.85.220.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32556 invoked from network); 3 Apr 2014 20:41:57 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 20:41:57 -0000 Received: by mail-pa0-f48.google.com with SMTP id hz1so2393452pad.7 for ; Thu, 03 Apr 2014 13:41: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:to :content-type; bh=Kjm5duTvYrb4KYiW9wO7RJKpgdnjYBLE/ggs4LtngSk=; b=hArozCyc7zknzOuYTBMrMdnUdaygPYhR8BIW+q5PBnOu//8pZ8CzIspB2MFUFn5URI vNU8Cot2NKCxlTFFSYU35Z7zOodZCAxcV/KlO8b+u1BKZtlNmlDhHG2CWtuPr3yvMjmt //+Ho1eJ/f0pQslVm8CkiQjAkumNI3Z0K9KTyWF3i63Z421e0rbJrym2lH4ZcMnquFXL 7r+2cYAmoRd9E2a7of9DSj3Amhg4PPiMDWT7iMDXRZ2cosMskMe43GCeAbqwAPYA7GtX k787SFsvU+E9Cq8sz/bKbGuLV7Xs29q6Oqlo7Qhl7TGXA2uxTa0d2SqHzI2qQwfABm3M P1iQ== MIME-Version: 1.0 X-Received: by 10.66.171.206 with SMTP id aw14mr10202288pac.48.1396557715459; Thu, 03 Apr 2014 13:41:55 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 13:41:55 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 13:41:55 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 21:41:55 +0100 Message-ID: From: chris snow To: xen-api@lists.xensource.com Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2492749818628598301==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2492749818628598301== Content-Type: multipart/alternative; boundary=047d7bd6bbbe89d4fa04f6296e3d --047d7bd6bbbe89d4fa04f6296e3d Content-Type: text/plain; charset=ISO-8859-1 Hi Olivier, As can be seen in my gist, the XMLRPC method is: VM.create Are you saying that call gets mapped by the xen-xapi to a VM.clone call? If so, is there somewhere that documents the mappings from xmlrpc to other api calls? Btw, the gists are just some of the calls I captured between CloudStack and xen. Many thanks, Chris On 3 Apr 2014 21:30, "Olivier Lambert" wrote: > Hi Chris, > > You don't create directly a VM, you clone a template, then provision > it. Please take a look on Xen Orchestra project, we are exposing XAPI > to the Web, there is a lot of examples of how to connect to the XAPI > (https://github.com/vatesfr/xo-server/) > > On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: > > Hi Oliver, I hadn't seen the docs at that link - thank you. > > > > I was expecting to find a create method in the VM class [1], but there > > doesn't appear to be one defined, except on the Overview page? Where > > can I find what parameters VM.create accepts? > > > > Many thanks, > > > > Chris > > > > --- > > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > > > > > > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > > wrote: > >> Hi, > >> > >> Did you check here: > http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > > > > > > > > -- > > Check out my professional profile and connect with me on LinkedIn. > > http://lnkd.in/cw5k69 > --047d7bd6bbbe89d4fa04f6296e3d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi Olivier,

As can be seen in my gist, the XMLRPC method is:=A0 <meth= odName>VM.create</methodName>

Are you saying that call gets mapped by the xen-xapi to a VM= .clone call?=A0 If so, is there somewhere that documents the mappings from = xmlrpc to other api calls?

Btw, the gists are just some of the calls I captured between= CloudStack and xen.

Many thanks,

Chris

On 3 Apr 2014 21:30, "Olivier Lambert"= <lambert.olivier@gmail.com= > wrote:
Hi Chris,

You don't create directly a VM, you clone a template, then provision it. Please take a look on Xen Orchestra project, we are exposing XAPI
to the Web, there is a lot of examples of how to connect to the XAPI
(https:= //github.com/vatesfr/xo-server/)

On Thu, Apr 3, 2014 at 8:31 PM, chris snow <chsnow123@gmail.com> wrote:
> Hi Oliver, I hadn't seen the docs at that link - thank you.
>
> I was expecting to find a create method in the VM class [1], but there=
> doesn't appear to be one defined, except on the Overview page? =A0= Where
> can I find what parameters VM.create accepts?
>
> Many thanks,
>
> Chris
>
> ---
> [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0= /en_gb/api/?c=3DVM
>
>
> On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert
> <lambert.olivier@gmail= .com> wrote:
>> Hi,
>>
>> Did you check here: http://docs.vmd.citrix.com/XenSer= ver/6.2.0/1.0/en_gb/api/ ?
>
>
>
> --
> Check out my professional profile and connect with me on LinkedIn.
> http://lnkd.in/cw5= k69
--047d7bd6bbbe89d4fa04f6296e3d-- --===============2492749818628598301== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2492749818628598301==-- From xen-api-bounces@lists.xen.org Thu Apr 03 21:06:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:06: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 1WVopW-0003TE-3y; Thu, 03 Apr 2014 21:05:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVopU-0003T7-Tx for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:05:45 +0000 Received: from [85.158.137.68:10885] by server-9.bemta-3.messagelabs.com id 31/AD-30063-82DCD335; Thu, 03 Apr 2014 21:05:44 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1396559141!4905159!1 X-Originating-IP: [209.85.220.42] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7211 invoked from network); 3 Apr 2014 21:05:43 -0000 Received: from mail-pa0-f42.google.com (HELO mail-pa0-f42.google.com) (209.85.220.42) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:05:43 -0000 Received: by mail-pa0-f42.google.com with SMTP id fb1so2441700pad.29 for ; Thu, 03 Apr 2014 14:05:41 -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=Tcp3dZ49vEvXubl7YpkNJ0sBRX+JF7KsnH9CmTGb8mU=; b=oX5GY5P+95Pe4Hf+lqnxlvRv0m1WL8FSzdm0PmKIVl/MKXtqfzQn+56AIk5/aUFy6U W/cIdtuwEKl//q5GlYIyUeKoIlr88ePkf08GwHHNgyR3LxzV2/nLRwczTR0FnJkmLZQ0 nGXTORLF1/NqLTV4wQ3/XNVFyAZXy8xuZS1RhDNDsZlAThYdFHqEPePKNGwR9u+gyAa5 dWg/Ouk6A2wWOthmDdaDFbQR85btINYSUOcPMvc2atn2KNr4pV/a6uaY8C27oz0lmPKw WnL0iBQ8n+F0O/PTj6j0Yxa1QgDCYDIEhfu4N7SPG6HSYEXlT16czJWg3i1cNuZ+CTOr DbXA== MIME-Version: 1.0 X-Received: by 10.68.194.229 with SMTP id hz5mr10012127pbc.91.1396559140977; Thu, 03 Apr 2014 14:05:40 -0700 (PDT) Received: by 10.70.103.10 with HTTP; Thu, 3 Apr 2014 14:05:40 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 23:05:40 +0200 Message-ID: From: Olivier Lambert To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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'm not a CloudStack expert, I can't tell. But I do know XenServer, Xe-CLI and documentation talk about cloning then provisioning as the way to create a new VM. Otherwise, XAPI doc tells that every class had a constructor (usually called "create")[1]. That's why it's possible VM.create exists, but it's not documented at all (or I missed it too).[2] That's why for Xen Orchestra, we choose to documented way. [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in "Classes, Fields and Messages" paragraph [2]: Maybe some XAPI people here can enlighten us? On Thu, Apr 3, 2014 at 10:41 PM, chris snow wrote: > Hi Olivier, > > As can be seen in my gist, the XMLRPC method is: > VM.create > > Are you saying that call gets mapped by the xen-xapi to a VM.clone call? If > so, is there somewhere that documents the mappings from xmlrpc to other api > calls? > > Btw, the gists are just some of the calls I captured between CloudStack and > xen. > > Many thanks, > > Chris > > On 3 Apr 2014 21:30, "Olivier Lambert" wrote: >> >> Hi Chris, >> >> You don't create directly a VM, you clone a template, then provision >> it. Please take a look on Xen Orchestra project, we are exposing XAPI >> to the Web, there is a lot of examples of how to connect to the XAPI >> (https://github.com/vatesfr/xo-server/) >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: >> > Hi Oliver, I hadn't seen the docs at that link - thank you. >> > >> > I was expecting to find a create method in the VM class [1], but there >> > doesn't appear to be one defined, except on the Overview page? Where >> > can I find what parameters VM.create accepts? >> > >> > Many thanks, >> > >> > Chris >> > >> > --- >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM >> > >> > >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert >> > wrote: >> >> Hi, >> >> >> >> Did you check here: >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? >> > >> > >> > >> > -- >> > Check out my professional profile and connect with me on LinkedIn. >> > http://lnkd.in/cw5k69 > > > _______________________________________________ > 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 Apr 03 21:06:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:06: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 1WVopW-0003TE-3y; Thu, 03 Apr 2014 21:05:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVopU-0003T7-Tx for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:05:45 +0000 Received: from [85.158.137.68:10885] by server-9.bemta-3.messagelabs.com id 31/AD-30063-82DCD335; Thu, 03 Apr 2014 21:05:44 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1396559141!4905159!1 X-Originating-IP: [209.85.220.42] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7211 invoked from network); 3 Apr 2014 21:05:43 -0000 Received: from mail-pa0-f42.google.com (HELO mail-pa0-f42.google.com) (209.85.220.42) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:05:43 -0000 Received: by mail-pa0-f42.google.com with SMTP id fb1so2441700pad.29 for ; Thu, 03 Apr 2014 14:05:41 -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=Tcp3dZ49vEvXubl7YpkNJ0sBRX+JF7KsnH9CmTGb8mU=; b=oX5GY5P+95Pe4Hf+lqnxlvRv0m1WL8FSzdm0PmKIVl/MKXtqfzQn+56AIk5/aUFy6U W/cIdtuwEKl//q5GlYIyUeKoIlr88ePkf08GwHHNgyR3LxzV2/nLRwczTR0FnJkmLZQ0 nGXTORLF1/NqLTV4wQ3/XNVFyAZXy8xuZS1RhDNDsZlAThYdFHqEPePKNGwR9u+gyAa5 dWg/Ouk6A2wWOthmDdaDFbQR85btINYSUOcPMvc2atn2KNr4pV/a6uaY8C27oz0lmPKw WnL0iBQ8n+F0O/PTj6j0Yxa1QgDCYDIEhfu4N7SPG6HSYEXlT16czJWg3i1cNuZ+CTOr DbXA== MIME-Version: 1.0 X-Received: by 10.68.194.229 with SMTP id hz5mr10012127pbc.91.1396559140977; Thu, 03 Apr 2014 14:05:40 -0700 (PDT) Received: by 10.70.103.10 with HTTP; Thu, 3 Apr 2014 14:05:40 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 23:05:40 +0200 Message-ID: From: Olivier Lambert To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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'm not a CloudStack expert, I can't tell. But I do know XenServer, Xe-CLI and documentation talk about cloning then provisioning as the way to create a new VM. Otherwise, XAPI doc tells that every class had a constructor (usually called "create")[1]. That's why it's possible VM.create exists, but it's not documented at all (or I missed it too).[2] That's why for Xen Orchestra, we choose to documented way. [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in "Classes, Fields and Messages" paragraph [2]: Maybe some XAPI people here can enlighten us? On Thu, Apr 3, 2014 at 10:41 PM, chris snow wrote: > Hi Olivier, > > As can be seen in my gist, the XMLRPC method is: > VM.create > > Are you saying that call gets mapped by the xen-xapi to a VM.clone call? If > so, is there somewhere that documents the mappings from xmlrpc to other api > calls? > > Btw, the gists are just some of the calls I captured between CloudStack and > xen. > > Many thanks, > > Chris > > On 3 Apr 2014 21:30, "Olivier Lambert" wrote: >> >> Hi Chris, >> >> You don't create directly a VM, you clone a template, then provision >> it. Please take a look on Xen Orchestra project, we are exposing XAPI >> to the Web, there is a lot of examples of how to connect to the XAPI >> (https://github.com/vatesfr/xo-server/) >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: >> > Hi Oliver, I hadn't seen the docs at that link - thank you. >> > >> > I was expecting to find a create method in the VM class [1], but there >> > doesn't appear to be one defined, except on the Overview page? Where >> > can I find what parameters VM.create accepts? >> > >> > Many thanks, >> > >> > Chris >> > >> > --- >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM >> > >> > >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert >> > wrote: >> >> Hi, >> >> >> >> Did you check here: >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? >> > >> > >> > >> > -- >> > Check out my professional profile and connect with me on LinkedIn. >> > http://lnkd.in/cw5k69 > > > _______________________________________________ > 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 Apr 03 21:13:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:13: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 1WVox8-0003iz-SR; Thu, 03 Apr 2014 21:13:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVox7-0003iu-FC for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:13:37 +0000 Received: from [193.109.254.147:26685] by server-7.bemta-14.messagelabs.com id 5F/E1-17726-00FCD335; Thu, 03 Apr 2014 21:13:36 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1396559613!6173077!1 X-Originating-IP: [209.85.220.42] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31863 invoked from network); 3 Apr 2014 21:13:34 -0000 Received: from mail-pa0-f42.google.com (HELO mail-pa0-f42.google.com) (209.85.220.42) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:13:34 -0000 Received: by mail-pa0-f42.google.com with SMTP id fb1so2450677pad.29 for ; Thu, 03 Apr 2014 14:13:33 -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=N1I3eI9fRi/1voxmXIYV0GXD6TSinkgindKbHGIiaWI=; b=o00foGw5/zYA2r1JPiLsMCoZk77ultI6w6M0KikCgkfeppISkNVH4Q9RdySXpSGzih vlxTO5f9TVdE0VZ0w5TmhCLfCKjMrXuJgq/fJpgSoVZQHMukU7IcdfXdWhSu7qYAvvLv n9DCCwXeHqYmyrpHJFf+tgNlLnPSKNXJX8tjKpIulEBFh3okAUKCHAobNzQnKaDOfQCR Rd1DYyiTX94/FEiavSq9f2Rv4+oMet+IehTU25/Uv1s0tO+rQe6yQXpyhOApIyfdVnfH uaKYZwhrrFZtxSAlBXll+eb+kSh0Oyzw9wjo+Y8b06AaimPten7z4T1ykNgrX20gl8wS PP1w== MIME-Version: 1.0 X-Received: by 10.66.164.135 with SMTP id yq7mr10288704pab.126.1396559612851; Thu, 03 Apr 2014 14:13:32 -0700 (PDT) Received: by 10.66.74.8 with HTTP; Thu, 3 Apr 2014 14:13:32 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 08:13:32 +1100 Message-ID: From: David Bomba To: Olivier Lambert Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4113297228653606914==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4113297228653606914== Content-Type: multipart/alternative; boundary=047d7b6d7fb4a1bc8e04f629df36 --047d7b6d7fb4a1bc8e04f629df36 Content-Type: text/plain; charset=ISO-8859-1 VM.create is definitely a valid constructor to create a VM, there is some assumed knowledge in the later API documentation, which is prefaced briefly at the bottom of the main page. In the old 6.0 documentation these constructors are fleshed out in detail a little more. On 4 April 2014 08:05, Olivier Lambert wrote: > I'm not a CloudStack expert, I can't tell. But I do know XenServer, > Xe-CLI and documentation talk about cloning then provisioning as the > way to create a new VM. Otherwise, XAPI doc tells that every class had > a constructor (usually called "create")[1]. That's why it's possible > VM.create exists, but it's not documented at all (or I missed it > too).[2] > > > That's why for Xen Orchestra, we choose to documented way. > > [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in > "Classes, Fields and Messages" paragraph > [2]: Maybe some XAPI people here can enlighten us? > > On Thu, Apr 3, 2014 at 10:41 PM, chris snow wrote: > > Hi Olivier, > > > > As can be seen in my gist, the XMLRPC method is: > > VM.create > > > > Are you saying that call gets mapped by the xen-xapi to a VM.clone call? > If > > so, is there somewhere that documents the mappings from xmlrpc to other > api > > calls? > > > > Btw, the gists are just some of the calls I captured between CloudStack > and > > xen. > > > > Many thanks, > > > > Chris > > > > On 3 Apr 2014 21:30, "Olivier Lambert" > wrote: > >> > >> Hi Chris, > >> > >> You don't create directly a VM, you clone a template, then provision > >> it. Please take a look on Xen Orchestra project, we are exposing XAPI > >> to the Web, there is a lot of examples of how to connect to the XAPI > >> (https://github.com/vatesfr/xo-server/) > >> > >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: > >> > Hi Oliver, I hadn't seen the docs at that link - thank you. > >> > > >> > I was expecting to find a create method in the VM class [1], but there > >> > doesn't appear to be one defined, except on the Overview page? Where > >> > can I find what parameters VM.create accepts? > >> > > >> > Many thanks, > >> > > >> > Chris > >> > > >> > --- > >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > >> > > >> > > >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > >> > wrote: > >> >> Hi, > >> >> > >> >> Did you check here: > >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > >> > > >> > > >> > > >> > -- > >> > Check out my professional profile and connect with me on LinkedIn. > >> > http://lnkd.in/cw5k69 > > > > > > _______________________________________________ > > 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 > --047d7b6d7fb4a1bc8e04f629df36 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
VM.create is definitely a valid constructor to create a VM= , there is some assumed knowledge in the later API documentation, which is = prefaced briefly at the bottom of the main page.

=A0In the old 6.0 d= ocumentation these constructors are fleshed out in detail a little more.


On 4 Ap= ril 2014 08:05, Olivier Lambert <lambert.olivier@gmail.com>= wrote:
I'm not a CloudStack expert, I can't= tell. But I do know XenServer,
Xe-CLI and documentation talk about cloning then provisioning as the
way to create a new VM. Otherwise, XAPI doc tells that every class had
a constructor (usually called "create")[1]. That's why it'= ;s possible
VM.create exists, but it's not documented at all (or I missed it
too).[2]


That's why for Xen Orchestra, we choose to documented way.

[1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in
"Classes, Fields and Messages" paragraph
[2]: Maybe some XAPI people here can enlighten us?

On Thu, Apr 3, 2014 at 10:41 PM, chris snow <chsnow123@gmail.com> wrote:
> Hi Olivier,
>
> As can be seen in my gist, the XMLRPC method is:
> <methodName>VM.create</methodName>
>
> Are you saying that call gets mapped by the xen-xapi to a VM.clone cal= l? =A0If
> so, is there somewhere that documents the mappings from xmlrpc to othe= r api
> calls?
>
> Btw, the gists are just some of the calls I captured between CloudStac= k and
> xen.
>
> Many thanks,
>
> Chris
>
> On 3 Apr 2014 21:30, "Olivier Lambert" <lambert.olivier@gmail.com> wrote:
>>
>> Hi Chris,
>>
>> You don't create directly a VM, you clone a template, then pro= vision
>> it. Please take a look on Xen Orchestra project, we are exposing X= API
>> to the Web, there is a lot of examples of how to connect to the XA= PI
>> (https://github.com/vatesfr/xo-server/)
>>
>> On Thu, Apr 3, 2014 at 8:31 PM, chris snow <chsnow123@gmail.com> wrote:
>> > Hi Oliver, I hadn't seen the docs at that link - thank yo= u.
>> >
>> > I was expecting to find a create method in the VM class [1], = but there
>> > doesn't appear to be one defined, except on the Overview = page? =A0Where
>> > can I find what parameters VM.create accepts?
>> >
>> > Many thanks,
>> >
>> > Chris
>> >
>> > ---
>> > [1] http://docs.vmd.citrix.com/XenServer/= 6.2.0/1.0/en_gb/api/?c=3DVM
>> >
>> >
>> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert
>> > <lambert.oliv= ier@gmail.com> wrote:
>> >> Hi,
>> >>
>> >> Did you check here:
>> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1= .0/en_gb/api/ ?
>> >
>> >
>> >
>> > --
>> > Check out my professional profile and connect with me on Link= edIn.
>> > http://ln= kd.in/cw5k69
>
>
> __________________= _____________________________
> 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

--047d7b6d7fb4a1bc8e04f629df36-- --===============4113297228653606914== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4113297228653606914==-- From xen-api-bounces@lists.xen.org Thu Apr 03 21:13:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:13: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 1WVox8-0003iz-SR; Thu, 03 Apr 2014 21:13:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVox7-0003iu-FC for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:13:37 +0000 Received: from [193.109.254.147:26685] by server-7.bemta-14.messagelabs.com id 5F/E1-17726-00FCD335; Thu, 03 Apr 2014 21:13:36 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1396559613!6173077!1 X-Originating-IP: [209.85.220.42] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31863 invoked from network); 3 Apr 2014 21:13:34 -0000 Received: from mail-pa0-f42.google.com (HELO mail-pa0-f42.google.com) (209.85.220.42) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:13:34 -0000 Received: by mail-pa0-f42.google.com with SMTP id fb1so2450677pad.29 for ; Thu, 03 Apr 2014 14:13:33 -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=N1I3eI9fRi/1voxmXIYV0GXD6TSinkgindKbHGIiaWI=; b=o00foGw5/zYA2r1JPiLsMCoZk77ultI6w6M0KikCgkfeppISkNVH4Q9RdySXpSGzih vlxTO5f9TVdE0VZ0w5TmhCLfCKjMrXuJgq/fJpgSoVZQHMukU7IcdfXdWhSu7qYAvvLv n9DCCwXeHqYmyrpHJFf+tgNlLnPSKNXJX8tjKpIulEBFh3okAUKCHAobNzQnKaDOfQCR Rd1DYyiTX94/FEiavSq9f2Rv4+oMet+IehTU25/Uv1s0tO+rQe6yQXpyhOApIyfdVnfH uaKYZwhrrFZtxSAlBXll+eb+kSh0Oyzw9wjo+Y8b06AaimPten7z4T1ykNgrX20gl8wS PP1w== MIME-Version: 1.0 X-Received: by 10.66.164.135 with SMTP id yq7mr10288704pab.126.1396559612851; Thu, 03 Apr 2014 14:13:32 -0700 (PDT) Received: by 10.66.74.8 with HTTP; Thu, 3 Apr 2014 14:13:32 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 08:13:32 +1100 Message-ID: From: David Bomba To: Olivier Lambert Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4113297228653606914==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4113297228653606914== Content-Type: multipart/alternative; boundary=047d7b6d7fb4a1bc8e04f629df36 --047d7b6d7fb4a1bc8e04f629df36 Content-Type: text/plain; charset=ISO-8859-1 VM.create is definitely a valid constructor to create a VM, there is some assumed knowledge in the later API documentation, which is prefaced briefly at the bottom of the main page. In the old 6.0 documentation these constructors are fleshed out in detail a little more. On 4 April 2014 08:05, Olivier Lambert wrote: > I'm not a CloudStack expert, I can't tell. But I do know XenServer, > Xe-CLI and documentation talk about cloning then provisioning as the > way to create a new VM. Otherwise, XAPI doc tells that every class had > a constructor (usually called "create")[1]. That's why it's possible > VM.create exists, but it's not documented at all (or I missed it > too).[2] > > > That's why for Xen Orchestra, we choose to documented way. > > [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in > "Classes, Fields and Messages" paragraph > [2]: Maybe some XAPI people here can enlighten us? > > On Thu, Apr 3, 2014 at 10:41 PM, chris snow wrote: > > Hi Olivier, > > > > As can be seen in my gist, the XMLRPC method is: > > VM.create > > > > Are you saying that call gets mapped by the xen-xapi to a VM.clone call? > If > > so, is there somewhere that documents the mappings from xmlrpc to other > api > > calls? > > > > Btw, the gists are just some of the calls I captured between CloudStack > and > > xen. > > > > Many thanks, > > > > Chris > > > > On 3 Apr 2014 21:30, "Olivier Lambert" > wrote: > >> > >> Hi Chris, > >> > >> You don't create directly a VM, you clone a template, then provision > >> it. Please take a look on Xen Orchestra project, we are exposing XAPI > >> to the Web, there is a lot of examples of how to connect to the XAPI > >> (https://github.com/vatesfr/xo-server/) > >> > >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: > >> > Hi Oliver, I hadn't seen the docs at that link - thank you. > >> > > >> > I was expecting to find a create method in the VM class [1], but there > >> > doesn't appear to be one defined, except on the Overview page? Where > >> > can I find what parameters VM.create accepts? > >> > > >> > Many thanks, > >> > > >> > Chris > >> > > >> > --- > >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > >> > > >> > > >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > >> > wrote: > >> >> Hi, > >> >> > >> >> Did you check here: > >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > >> > > >> > > >> > > >> > -- > >> > Check out my professional profile and connect with me on LinkedIn. > >> > http://lnkd.in/cw5k69 > > > > > > _______________________________________________ > > 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 > --047d7b6d7fb4a1bc8e04f629df36 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
VM.create is definitely a valid constructor to create a VM= , there is some assumed knowledge in the later API documentation, which is = prefaced briefly at the bottom of the main page.

=A0In the old 6.0 d= ocumentation these constructors are fleshed out in detail a little more.


On 4 Ap= ril 2014 08:05, Olivier Lambert <lambert.olivier@gmail.com>= wrote:
I'm not a CloudStack expert, I can't= tell. But I do know XenServer,
Xe-CLI and documentation talk about cloning then provisioning as the
way to create a new VM. Otherwise, XAPI doc tells that every class had
a constructor (usually called "create")[1]. That's why it'= ;s possible
VM.create exists, but it's not documented at all (or I missed it
too).[2]


That's why for Xen Orchestra, we choose to documented way.

[1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in
"Classes, Fields and Messages" paragraph
[2]: Maybe some XAPI people here can enlighten us?

On Thu, Apr 3, 2014 at 10:41 PM, chris snow <chsnow123@gmail.com> wrote:
> Hi Olivier,
>
> As can be seen in my gist, the XMLRPC method is:
> <methodName>VM.create</methodName>
>
> Are you saying that call gets mapped by the xen-xapi to a VM.clone cal= l? =A0If
> so, is there somewhere that documents the mappings from xmlrpc to othe= r api
> calls?
>
> Btw, the gists are just some of the calls I captured between CloudStac= k and
> xen.
>
> Many thanks,
>
> Chris
>
> On 3 Apr 2014 21:30, "Olivier Lambert" <lambert.olivier@gmail.com> wrote:
>>
>> Hi Chris,
>>
>> You don't create directly a VM, you clone a template, then pro= vision
>> it. Please take a look on Xen Orchestra project, we are exposing X= API
>> to the Web, there is a lot of examples of how to connect to the XA= PI
>> (https://github.com/vatesfr/xo-server/)
>>
>> On Thu, Apr 3, 2014 at 8:31 PM, chris snow <chsnow123@gmail.com> wrote:
>> > Hi Oliver, I hadn't seen the docs at that link - thank yo= u.
>> >
>> > I was expecting to find a create method in the VM class [1], = but there
>> > doesn't appear to be one defined, except on the Overview = page? =A0Where
>> > can I find what parameters VM.create accepts?
>> >
>> > Many thanks,
>> >
>> > Chris
>> >
>> > ---
>> > [1] http://docs.vmd.citrix.com/XenServer/= 6.2.0/1.0/en_gb/api/?c=3DVM
>> >
>> >
>> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert
>> > <lambert.oliv= ier@gmail.com> wrote:
>> >> Hi,
>> >>
>> >> Did you check here:
>> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1= .0/en_gb/api/ ?
>> >
>> >
>> >
>> > --
>> > Check out my professional profile and connect with me on Link= edIn.
>> > http://ln= kd.in/cw5k69
>
>
> __________________= _____________________________
> 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

--047d7b6d7fb4a1bc8e04f629df36-- --===============4113297228653606914== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4113297228653606914==-- From xen-api-bounces@lists.xen.org Thu Apr 03 21:21:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:21: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 1WVp4s-0004AE-0z; Thu, 03 Apr 2014 21:21:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVp4q-0004A7-Bg for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:21:36 +0000 Received: from [85.158.143.35:24612] by server-2.bemta-4.messagelabs.com id AF/D3-06539-FD0DD335; Thu, 03 Apr 2014 21:21:35 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1396560093!6858697!1 X-Originating-IP: [209.85.160.51] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25056 invoked from network); 3 Apr 2014 21:21:34 -0000 Received: from mail-pb0-f51.google.com (HELO mail-pb0-f51.google.com) (209.85.160.51) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:21:34 -0000 Received: by mail-pb0-f51.google.com with SMTP id uo5so2424420pbc.24 for ; Thu, 03 Apr 2014 14:21: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 :content-type; bh=QvfvUramZpaMdGs1xSbiM/jiIUBjHy0/sKEvpgOJgSw=; b=Sv8Vd7otmN66N1TMFZGAmC/LBDYmgZmDsyeGsop5uA0PHf94Jcn9beq4CbPIFKULz+ 4yAHgVsTi/v2rmKbTesEHo23RtAkqUP0DGQkQ46QYsmq8QORNBPm2RNG6TM/TczrUj+v sD4bRhOHY38iZGDIMk5Iuq9VIKTJA/+dVVfm4NkdytSp/dqCcMOtAwX9v9ZXok3QmBW5 eoxL8YsgNB6yGD0iLDFzi3LCZVEmXK+je5DKbKjFUobz/XMrh4pbgFFTuEmQ3K/nc3PU glyGVc0TW4jX1jya3Orf2VhYJQaXMMXnoCLIvKqSJZJXyMQZhBi9j6KRABwKS/j0qk3o 8O4Q== MIME-Version: 1.0 X-Received: by 10.68.201.10 with SMTP id jw10mr10268448pbc.25.1396560092609; Thu, 03 Apr 2014 14:21:32 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 14:21:32 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 22:21:32 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 David, do you have a link you could share? I've just looked through some of the older docs and couldn't find any more details for a VM.create method. Many thanks, Chris On Thu, Apr 3, 2014 at 10:13 PM, David Bomba wrote: > VM.create is definitely a valid constructor to create a VM, there is some > assumed knowledge in the later API documentation, which is prefaced briefly > at the bottom of the main page. > > In the old 6.0 documentation these constructors are fleshed out in detail a > little more. > > > On 4 April 2014 08:05, Olivier Lambert wrote: >> >> I'm not a CloudStack expert, I can't tell. But I do know XenServer, >> Xe-CLI and documentation talk about cloning then provisioning as the >> way to create a new VM. Otherwise, XAPI doc tells that every class had >> a constructor (usually called "create")[1]. That's why it's possible >> VM.create exists, but it's not documented at all (or I missed it >> too).[2] >> >> >> That's why for Xen Orchestra, we choose to documented way. >> >> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in >> "Classes, Fields and Messages" paragraph >> [2]: Maybe some XAPI people here can enlighten us? >> >> On Thu, Apr 3, 2014 at 10:41 PM, chris snow wrote: >> > Hi Olivier, >> > >> > As can be seen in my gist, the XMLRPC method is: >> > VM.create >> > >> > Are you saying that call gets mapped by the xen-xapi to a VM.clone call? >> > If >> > so, is there somewhere that documents the mappings from xmlrpc to other >> > api >> > calls? >> > >> > Btw, the gists are just some of the calls I captured between CloudStack >> > and >> > xen. >> > >> > Many thanks, >> > >> > Chris >> > >> > On 3 Apr 2014 21:30, "Olivier Lambert" >> > wrote: >> >> >> >> Hi Chris, >> >> >> >> You don't create directly a VM, you clone a template, then provision >> >> it. Please take a look on Xen Orchestra project, we are exposing XAPI >> >> to the Web, there is a lot of examples of how to connect to the XAPI >> >> (https://github.com/vatesfr/xo-server/) >> >> >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: >> >> > Hi Oliver, I hadn't seen the docs at that link - thank you. >> >> > >> >> > I was expecting to find a create method in the VM class [1], but >> >> > there >> >> > doesn't appear to be one defined, except on the Overview page? Where >> >> > can I find what parameters VM.create accepts? >> >> > >> >> > Many thanks, >> >> > >> >> > Chris >> >> > >> >> > --- >> >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM >> >> > >> >> > >> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert >> >> > wrote: >> >> >> Hi, >> >> >> >> >> >> Did you check here: >> >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? >> >> > >> >> > >> >> > >> >> > -- >> >> > Check out my professional profile and connect with me on LinkedIn. >> >> > http://lnkd.in/cw5k69 >> > >> > >> > _______________________________________________ >> > 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 > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 21:21:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:21: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 1WVp4s-0004AE-0z; Thu, 03 Apr 2014 21:21:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVp4q-0004A7-Bg for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:21:36 +0000 Received: from [85.158.143.35:24612] by server-2.bemta-4.messagelabs.com id AF/D3-06539-FD0DD335; Thu, 03 Apr 2014 21:21:35 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1396560093!6858697!1 X-Originating-IP: [209.85.160.51] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25056 invoked from network); 3 Apr 2014 21:21:34 -0000 Received: from mail-pb0-f51.google.com (HELO mail-pb0-f51.google.com) (209.85.160.51) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:21:34 -0000 Received: by mail-pb0-f51.google.com with SMTP id uo5so2424420pbc.24 for ; Thu, 03 Apr 2014 14:21: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 :content-type; bh=QvfvUramZpaMdGs1xSbiM/jiIUBjHy0/sKEvpgOJgSw=; b=Sv8Vd7otmN66N1TMFZGAmC/LBDYmgZmDsyeGsop5uA0PHf94Jcn9beq4CbPIFKULz+ 4yAHgVsTi/v2rmKbTesEHo23RtAkqUP0DGQkQ46QYsmq8QORNBPm2RNG6TM/TczrUj+v sD4bRhOHY38iZGDIMk5Iuq9VIKTJA/+dVVfm4NkdytSp/dqCcMOtAwX9v9ZXok3QmBW5 eoxL8YsgNB6yGD0iLDFzi3LCZVEmXK+je5DKbKjFUobz/XMrh4pbgFFTuEmQ3K/nc3PU glyGVc0TW4jX1jya3Orf2VhYJQaXMMXnoCLIvKqSJZJXyMQZhBi9j6KRABwKS/j0qk3o 8O4Q== MIME-Version: 1.0 X-Received: by 10.68.201.10 with SMTP id jw10mr10268448pbc.25.1396560092609; Thu, 03 Apr 2014 14:21:32 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 14:21:32 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 22:21:32 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 David, do you have a link you could share? I've just looked through some of the older docs and couldn't find any more details for a VM.create method. Many thanks, Chris On Thu, Apr 3, 2014 at 10:13 PM, David Bomba wrote: > VM.create is definitely a valid constructor to create a VM, there is some > assumed knowledge in the later API documentation, which is prefaced briefly > at the bottom of the main page. > > In the old 6.0 documentation these constructors are fleshed out in detail a > little more. > > > On 4 April 2014 08:05, Olivier Lambert wrote: >> >> I'm not a CloudStack expert, I can't tell. But I do know XenServer, >> Xe-CLI and documentation talk about cloning then provisioning as the >> way to create a new VM. Otherwise, XAPI doc tells that every class had >> a constructor (usually called "create")[1]. That's why it's possible >> VM.create exists, but it's not documented at all (or I missed it >> too).[2] >> >> >> That's why for Xen Orchestra, we choose to documented way. >> >> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in >> "Classes, Fields and Messages" paragraph >> [2]: Maybe some XAPI people here can enlighten us? >> >> On Thu, Apr 3, 2014 at 10:41 PM, chris snow wrote: >> > Hi Olivier, >> > >> > As can be seen in my gist, the XMLRPC method is: >> > VM.create >> > >> > Are you saying that call gets mapped by the xen-xapi to a VM.clone call? >> > If >> > so, is there somewhere that documents the mappings from xmlrpc to other >> > api >> > calls? >> > >> > Btw, the gists are just some of the calls I captured between CloudStack >> > and >> > xen. >> > >> > Many thanks, >> > >> > Chris >> > >> > On 3 Apr 2014 21:30, "Olivier Lambert" >> > wrote: >> >> >> >> Hi Chris, >> >> >> >> You don't create directly a VM, you clone a template, then provision >> >> it. Please take a look on Xen Orchestra project, we are exposing XAPI >> >> to the Web, there is a lot of examples of how to connect to the XAPI >> >> (https://github.com/vatesfr/xo-server/) >> >> >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow wrote: >> >> > Hi Oliver, I hadn't seen the docs at that link - thank you. >> >> > >> >> > I was expecting to find a create method in the VM class [1], but >> >> > there >> >> > doesn't appear to be one defined, except on the Overview page? Where >> >> > can I find what parameters VM.create accepts? >> >> > >> >> > Many thanks, >> >> > >> >> > Chris >> >> > >> >> > --- >> >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM >> >> > >> >> > >> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert >> >> > wrote: >> >> >> Hi, >> >> >> >> >> >> Did you check here: >> >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? >> >> > >> >> > >> >> > >> >> > -- >> >> > Check out my professional profile and connect with me on LinkedIn. >> >> > http://lnkd.in/cw5k69 >> > >> > >> > _______________________________________________ >> > 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 > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 21:57:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:57: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 1WVpdf-0006Qc-C6; Thu, 03 Apr 2014 21:57:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVpdd-0006QW-Vk for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:57:34 +0000 Received: from [85.158.139.211:6840] by server-7.bemta-5.messagelabs.com id A2/20-20531-D49DD335; Thu, 03 Apr 2014 21:57:33 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1396562250!2418868!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,WEIRD_QUOTING, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4077 invoked from network); 3 Apr 2014 21:57:30 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:57:30 -0000 Received: by mail-we0-f173.google.com with SMTP id w61so2546920wes.32 for ; Thu, 03 Apr 2014 14:57:30 -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=pGLwR1xglvhZEI3VFlW5A4MfTOyahwzKD7BhkandHgI=; b=By7oHb896c2gpgpyQ4KbEV2cqMuzoKR6jWRn+ggKnHneiSpIpImjNkkeWMO7zP0CVr 0PfbnB/ExNzJulLyklEXh5Q/te7dA7gjROdY/GwLHf9CJinWcniDRE/ESAz0/cFDtX4U i1vXSEDxTP1X7Eoo59MUhH/MJWZ7VOeW01MI1nFJttUUrDZX9WMaWuFqCs1zTtirv4br eDlXXKFQlwRBwU7ckpX2ERBmQYjvV/PuYoHjkU5SL+fXK1na6xd9MrA33Ap2s80kg0NA AU2Eo/jARAg0DIoh+lUe+LfE131BEu8A2Y01fXy878W0QNILqasae3CpEz+wV/ZPWGb0 Qdhg== MIME-Version: 1.0 X-Received: by 10.180.24.72 with SMTP id s8mr23408644wif.20.1396562249914; Thu, 03 Apr 2014 14:57:29 -0700 (PDT) Received: by 10.194.154.169 with HTTP; Thu, 3 Apr 2014 14:57:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 08:57:29 +1100 Message-ID: From: David Bomba To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2664584323753249238==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2664584323753249238== Content-Type: multipart/alternative; boundary=f46d0438933fd0225704f62a7cdc --f46d0438933fd0225704f62a7cdc Content-Type: text/plain; charset=ISO-8859-1 I've had a look back through and it looks like they have cleaned up the docs to match the new style. Regardless, we use something like this to create the VM shell using VM.create $aVM_cfg = array( "name_label"=> "$vm_name", "name_description"=>"$vm_description", "user_version"=> "300", "affinity"=>NULL, "is_a_template"=> false, "auto_power_on"=> true, // "memory_dynamic_max"=>"$memory", // "memory_static_max"=>"$memory", "memory_static_min" => "$memory", "memory_static_max" => "$memory", "memory_dynamic_min" => "$memory", "memory_dynamic_max" => "$memory", "VCPUs_params" => array(""=>""), "VCPUs_max" => "$cpu", "VCPUs_at_startup"=>"$cpu", "actions_after_shutdown" => "destroy", "actions_after_reboot" => "restart", "actions_after_crash" => "restart", 'PV_bootloader' => 'pygrub', "PV_bootloader_args" => "$pv_boot_args", 'PV_kernel' => '', "PV_args" => "$pv_args", 'PV_legacy_args'=>'', 'HVM_boot_policy'=>'', 'HVM_boot_params'=>array(''=>''), 'platform'=> array('nx'=>'FALSE','acpi'=>'true','apic'=>'true','pae'=>'true','viridian'=>'true'), 'other_config'=> array(''=>''), 'recommendations'=>'', 'PV_ramdisk' => '', "HVM_boot" => "", "platform_std_VGA" => false, "platform_serial" => "", "platform_localtime" => false, "platform_clock_offset" => false, "platform_enable_audio" => false, "PCI_bus"=> "" ); $new_vm_shell = VM.create($aVM_cfg); This returns an object reference which can then be further used to create VIF's / attach VBDs etc etc. On 4 April 2014 08:21, chris snow wrote: > Hi David, do you have a link you could share? > > I've just looked through some of the older docs and couldn't find any > more details for a VM.create method. > > Many thanks, > > Chris > > On Thu, Apr 3, 2014 at 10:13 PM, David Bomba wrote: > > VM.create is definitely a valid constructor to create a VM, there is some > > assumed knowledge in the later API documentation, which is prefaced > briefly > > at the bottom of the main page. > > > > In the old 6.0 documentation these constructors are fleshed out in > detail a > > little more. > > > > > > On 4 April 2014 08:05, Olivier Lambert > wrote: > >> > >> I'm not a CloudStack expert, I can't tell. But I do know XenServer, > >> Xe-CLI and documentation talk about cloning then provisioning as the > >> way to create a new VM. Otherwise, XAPI doc tells that every class had > >> a constructor (usually called "create")[1]. That's why it's possible > >> VM.create exists, but it's not documented at all (or I missed it > >> too).[2] > >> > >> > >> That's why for Xen Orchestra, we choose to documented way. > >> > >> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in > >> "Classes, Fields and Messages" paragraph > >> [2]: Maybe some XAPI people here can enlighten us? > >> > >> On Thu, Apr 3, 2014 at 10:41 PM, chris snow > wrote: > >> > Hi Olivier, > >> > > >> > As can be seen in my gist, the XMLRPC method is: > >> > VM.create > >> > > >> > Are you saying that call gets mapped by the xen-xapi to a VM.clone > call? > >> > If > >> > so, is there somewhere that documents the mappings from xmlrpc to > other > >> > api > >> > calls? > >> > > >> > Btw, the gists are just some of the calls I captured between > CloudStack > >> > and > >> > xen. > >> > > >> > Many thanks, > >> > > >> > Chris > >> > > >> > On 3 Apr 2014 21:30, "Olivier Lambert" > >> > wrote: > >> >> > >> >> Hi Chris, > >> >> > >> >> You don't create directly a VM, you clone a template, then provision > >> >> it. Please take a look on Xen Orchestra project, we are exposing XAPI > >> >> to the Web, there is a lot of examples of how to connect to the XAPI > >> >> (https://github.com/vatesfr/xo-server/) > >> >> > >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow > wrote: > >> >> > Hi Oliver, I hadn't seen the docs at that link - thank you. > >> >> > > >> >> > I was expecting to find a create method in the VM class [1], but > >> >> > there > >> >> > doesn't appear to be one defined, except on the Overview page? > Where > >> >> > can I find what parameters VM.create accepts? > >> >> > > >> >> > Many thanks, > >> >> > > >> >> > Chris > >> >> > > >> >> > --- > >> >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > >> >> > > >> >> > > >> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > >> >> > wrote: > >> >> >> Hi, > >> >> >> > >> >> >> Did you check here: > >> >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > >> >> > > >> >> > > >> >> > > >> >> > -- > >> >> > Check out my professional profile and connect with me on LinkedIn. > >> >> > http://lnkd.in/cw5k69 > >> > > >> > > >> > _______________________________________________ > >> > 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 > > > > > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --f46d0438933fd0225704f62a7cdc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I've had a look back through and it looks like th= ey have cleaned up the docs to match the new style.

Regardless, we u= se something like this to create the VM shell using VM.create


=A0$aVM_cfg =3D array(
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 = "name_label"=3D> "$vm_name",
=A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "name_description"=3D>"$vm_d= escription",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "= ;user_version"=3D> "300",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "affinity"=3D>= ;NULL,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "is_a_templ= ate"=3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0= "auto_power_on"=3D> true,
=A0=A0=A0 //=A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 "memory_dynamic_max"=3D>"$memory"= ;,
=A0=A0=A0 //=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 "memory_static_max= "=3D>"$memory",=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0= =A0=A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 "memory_s= tatic_min" =3D> "$memory",
=A0=A0=A0 =A0=A0=A0 =A0=A0= =A0 =A0=A0=A0=A0=A0=A0 "memory_static_max" =3D> "$memory&= quot;,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "memory_dynamic_min&q= uot; =3D> "$memory",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0= =A0=A0=A0=A0 "memory_dynamic_max" =3D> "$memory",=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "VCPUs_params" = =3D> array(""=3D>""),
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "VCPUs_max" =3D&= gt; "$cpu",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = "VCPUs_at_startup"=3D>"$cpu",
=A0=A0=A0 =A0=A0=A0= =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 "actions_after_shutdown" =3D> &= quot;destroy",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "actions_after_reboot= " =3D> "restart",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0= =A0=A0=A0=A0 "actions_after_crash" =3D> "restart",=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 'PV_bootloader'= =3D> 'pygrub',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "PV_bootloader_args&q= uot; =3D> "$pv_boot_args",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 'PV_kernel' =3D> '',
=A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "PV_args" =3D> "$p= v_args",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'PV_l= egacy_args'=3D>'',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'HVM_boot_policy'= =3D>'',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 '= ;HVM_boot_params'=3D>array(''=3D>''),
=A0=A0= =A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'platform'=3D> array(= 'nx'=3D>'FALSE','acpi'=3D>'true','= ;apic'=3D>'true','pae'=3D>'true','vir= idian'=3D>'true'),
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'other_config'=3D&= gt; array(''=3D>''),
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0=A0=A0=A0 'recommendations'=3D>'',=A0=A0=A0=A0= =A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'PV_ramdisk= 9; =3D> '',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0= "HVM_boot" =3D> "",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "platform_std_VGA&quo= t; =3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "= ;platform_serial" =3D> "",
=A0=A0=A0 =A0=A0=A0 =A0=A0= =A0 =A0=A0=A0=A0=A0=A0 "platform_localtime" =3D> false,
=A0= =A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "platform_clock_offset&q= uot; =3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "platform_enable_audi= o" =3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 = "PCI_bus"=3D> ""
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 =A0=A0 );
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0= =A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 $new_vm_shell =3D= VM.create($aVM_cfg);


This returns an object reference which can then be further us= ed to create VIF's / attach VBDs etc etc.





<= br>







On 4 April 2014 08:21, chris snow <chsnow123@= gmail.com> wrote:
Hi David, do you have a link you could share?

I've just looked through some of the older docs and couldn't find a= ny
more details for a VM.create method.

Many thanks,

Chris

On Thu, Apr 3, 2014 at 10:13 PM, David Bomba <turbo124@gmail.com> wrote:
> VM.create is definitely a valid constructor to create a VM, there is s= ome
> assumed knowledge in the later API documentation, which is prefaced br= iefly
> at the bottom of the main page.
>
> =A0In the old 6.0 documentation these constructors are fleshed out in = detail a
> little more.
>
>
> On 4 April 2014 08:05, Olivier Lambert <lambert.olivier@gmail.com> wrote:
>>
>> I'm not a CloudStack expert, I can't tell. But I do know X= enServer,
>> Xe-CLI and documentation talk about cloning then provisioning as t= he
>> way to create a new VM. Otherwise, XAPI doc tells that every class= had
>> a constructor (usually called "create")[1]. That's w= hy it's possible
>> VM.create exists, but it's not documented at all (or I missed = it
>> too).[2]
>>
>>
>> That's why for Xen Orchestra, we choose to documented way.
>>
>> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en= _gb/api in
>> "Classes, Fields and Messages" paragraph
>> [2]: Maybe some XAPI people here can enlighten us?
>>
>> On Thu, Apr 3, 2014 at 10:41 PM, chris snow <chsnow123@gmail.com> wrote:
>> > Hi Olivier,
>> >
>> > As can be seen in my gist, the XMLRPC method is:
>> > <methodName>VM.create</methodName>
>> >
>> > Are you saying that call gets mapped by the xen-xapi to a VM.= clone call?
>> > If
>> > so, is there somewhere that documents the mappings from xmlrp= c to other
>> > api
>> > calls?
>> >
>> > Btw, the gists are just some of the calls I captured between = CloudStack
>> > and
>> > xen.
>> >
>> > Many thanks,
>> >
>> > Chris
>> >
>> > On 3 Apr 2014 21:30, "Olivier Lambert" <lambert.olivier@gmail.com>
>> > wrote:
>> >>
>> >> Hi Chris,
>> >>
>> >> You don't create directly a VM, you clone a template,= then provision
>> >> it. Please take a look on Xen Orchestra project, we are e= xposing XAPI
>> >> to the Web, there is a lot of examples of how to connect = to the XAPI
>> >> (https://github.com/vatesfr/xo-server/)
>> >>
>> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow <chsnow123@gmail.com> wrote:
>> >> > Hi Oliver, I hadn't seen the docs at that link -= thank you.
>> >> >
>> >> > I was expecting to find a create method in the VM cl= ass [1], but
>> >> > there
>> >> > doesn't appear to be one defined, except on the = Overview page? =A0Where
>> >> > can I find what parameters VM.create accepts?
>> >> >
>> >> > Many thanks,
>> >> >
>> >> > Chris
>> >> >
>> >> > ---
>> >> > [1] http://docs.vmd.citrix.com/X= enServer/6.2.0/1.0/en_gb/api/?c=3DVM
>> >> >
>> >> >
>> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert
>> >> > <lam= bert.olivier@gmail.com> wrote:
>> >> >> Hi,
>> >> >>
>> >> >> Did you check here:
>> >> >> http://docs.vmd.citrix.com/XenServe= r/6.2.0/1.0/en_gb/api/ ?
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Check out my professional profile and connect with m= e on LinkedIn.
>> >> > = http://lnkd.in/cw5k69
>> >
>> >
>> > _______________________________________________
>> > Xen-api mailing list
>> > Xen-api@lists.xen.or= g
>> > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-ap= i
>> >
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org=
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

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

--f46d0438933fd0225704f62a7cdc-- --===============2664584323753249238== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2664584323753249238==-- From xen-api-bounces@lists.xen.org Thu Apr 03 21:57:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 21:57: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 1WVpdf-0006Qc-C6; Thu, 03 Apr 2014 21:57:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVpdd-0006QW-Vk for xen-api@lists.xensource.com; Thu, 03 Apr 2014 21:57:34 +0000 Received: from [85.158.139.211:6840] by server-7.bemta-5.messagelabs.com id A2/20-20531-D49DD335; Thu, 03 Apr 2014 21:57:33 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1396562250!2418868!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,WEIRD_QUOTING, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4077 invoked from network); 3 Apr 2014 21:57:30 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 21:57:30 -0000 Received: by mail-we0-f173.google.com with SMTP id w61so2546920wes.32 for ; Thu, 03 Apr 2014 14:57:30 -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=pGLwR1xglvhZEI3VFlW5A4MfTOyahwzKD7BhkandHgI=; b=By7oHb896c2gpgpyQ4KbEV2cqMuzoKR6jWRn+ggKnHneiSpIpImjNkkeWMO7zP0CVr 0PfbnB/ExNzJulLyklEXh5Q/te7dA7gjROdY/GwLHf9CJinWcniDRE/ESAz0/cFDtX4U i1vXSEDxTP1X7Eoo59MUhH/MJWZ7VOeW01MI1nFJttUUrDZX9WMaWuFqCs1zTtirv4br eDlXXKFQlwRBwU7ckpX2ERBmQYjvV/PuYoHjkU5SL+fXK1na6xd9MrA33Ap2s80kg0NA AU2Eo/jARAg0DIoh+lUe+LfE131BEu8A2Y01fXy878W0QNILqasae3CpEz+wV/ZPWGb0 Qdhg== MIME-Version: 1.0 X-Received: by 10.180.24.72 with SMTP id s8mr23408644wif.20.1396562249914; Thu, 03 Apr 2014 14:57:29 -0700 (PDT) Received: by 10.194.154.169 with HTTP; Thu, 3 Apr 2014 14:57:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 08:57:29 +1100 Message-ID: From: David Bomba To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2664584323753249238==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2664584323753249238== Content-Type: multipart/alternative; boundary=f46d0438933fd0225704f62a7cdc --f46d0438933fd0225704f62a7cdc Content-Type: text/plain; charset=ISO-8859-1 I've had a look back through and it looks like they have cleaned up the docs to match the new style. Regardless, we use something like this to create the VM shell using VM.create $aVM_cfg = array( "name_label"=> "$vm_name", "name_description"=>"$vm_description", "user_version"=> "300", "affinity"=>NULL, "is_a_template"=> false, "auto_power_on"=> true, // "memory_dynamic_max"=>"$memory", // "memory_static_max"=>"$memory", "memory_static_min" => "$memory", "memory_static_max" => "$memory", "memory_dynamic_min" => "$memory", "memory_dynamic_max" => "$memory", "VCPUs_params" => array(""=>""), "VCPUs_max" => "$cpu", "VCPUs_at_startup"=>"$cpu", "actions_after_shutdown" => "destroy", "actions_after_reboot" => "restart", "actions_after_crash" => "restart", 'PV_bootloader' => 'pygrub', "PV_bootloader_args" => "$pv_boot_args", 'PV_kernel' => '', "PV_args" => "$pv_args", 'PV_legacy_args'=>'', 'HVM_boot_policy'=>'', 'HVM_boot_params'=>array(''=>''), 'platform'=> array('nx'=>'FALSE','acpi'=>'true','apic'=>'true','pae'=>'true','viridian'=>'true'), 'other_config'=> array(''=>''), 'recommendations'=>'', 'PV_ramdisk' => '', "HVM_boot" => "", "platform_std_VGA" => false, "platform_serial" => "", "platform_localtime" => false, "platform_clock_offset" => false, "platform_enable_audio" => false, "PCI_bus"=> "" ); $new_vm_shell = VM.create($aVM_cfg); This returns an object reference which can then be further used to create VIF's / attach VBDs etc etc. On 4 April 2014 08:21, chris snow wrote: > Hi David, do you have a link you could share? > > I've just looked through some of the older docs and couldn't find any > more details for a VM.create method. > > Many thanks, > > Chris > > On Thu, Apr 3, 2014 at 10:13 PM, David Bomba wrote: > > VM.create is definitely a valid constructor to create a VM, there is some > > assumed knowledge in the later API documentation, which is prefaced > briefly > > at the bottom of the main page. > > > > In the old 6.0 documentation these constructors are fleshed out in > detail a > > little more. > > > > > > On 4 April 2014 08:05, Olivier Lambert > wrote: > >> > >> I'm not a CloudStack expert, I can't tell. But I do know XenServer, > >> Xe-CLI and documentation talk about cloning then provisioning as the > >> way to create a new VM. Otherwise, XAPI doc tells that every class had > >> a constructor (usually called "create")[1]. That's why it's possible > >> VM.create exists, but it's not documented at all (or I missed it > >> too).[2] > >> > >> > >> That's why for Xen Orchestra, we choose to documented way. > >> > >> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in > >> "Classes, Fields and Messages" paragraph > >> [2]: Maybe some XAPI people here can enlighten us? > >> > >> On Thu, Apr 3, 2014 at 10:41 PM, chris snow > wrote: > >> > Hi Olivier, > >> > > >> > As can be seen in my gist, the XMLRPC method is: > >> > VM.create > >> > > >> > Are you saying that call gets mapped by the xen-xapi to a VM.clone > call? > >> > If > >> > so, is there somewhere that documents the mappings from xmlrpc to > other > >> > api > >> > calls? > >> > > >> > Btw, the gists are just some of the calls I captured between > CloudStack > >> > and > >> > xen. > >> > > >> > Many thanks, > >> > > >> > Chris > >> > > >> > On 3 Apr 2014 21:30, "Olivier Lambert" > >> > wrote: > >> >> > >> >> Hi Chris, > >> >> > >> >> You don't create directly a VM, you clone a template, then provision > >> >> it. Please take a look on Xen Orchestra project, we are exposing XAPI > >> >> to the Web, there is a lot of examples of how to connect to the XAPI > >> >> (https://github.com/vatesfr/xo-server/) > >> >> > >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow > wrote: > >> >> > Hi Oliver, I hadn't seen the docs at that link - thank you. > >> >> > > >> >> > I was expecting to find a create method in the VM class [1], but > >> >> > there > >> >> > doesn't appear to be one defined, except on the Overview page? > Where > >> >> > can I find what parameters VM.create accepts? > >> >> > > >> >> > Many thanks, > >> >> > > >> >> > Chris > >> >> > > >> >> > --- > >> >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM > >> >> > > >> >> > > >> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert > >> >> > wrote: > >> >> >> Hi, > >> >> >> > >> >> >> Did you check here: > >> >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? > >> >> > > >> >> > > >> >> > > >> >> > -- > >> >> > Check out my professional profile and connect with me on LinkedIn. > >> >> > http://lnkd.in/cw5k69 > >> > > >> > > >> > _______________________________________________ > >> > 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 > > > > > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --f46d0438933fd0225704f62a7cdc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I've had a look back through and it looks like th= ey have cleaned up the docs to match the new style.

Regardless, we u= se something like this to create the VM shell using VM.create


=A0$aVM_cfg =3D array(
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 = "name_label"=3D> "$vm_name",
=A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "name_description"=3D>"$vm_d= escription",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "= ;user_version"=3D> "300",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "affinity"=3D>= ;NULL,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "is_a_templ= ate"=3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0= "auto_power_on"=3D> true,
=A0=A0=A0 //=A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 "memory_dynamic_max"=3D>"$memory"= ;,
=A0=A0=A0 //=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 "memory_static_max= "=3D>"$memory",=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0= =A0=A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 "memory_s= tatic_min" =3D> "$memory",
=A0=A0=A0 =A0=A0=A0 =A0=A0= =A0 =A0=A0=A0=A0=A0=A0 "memory_static_max" =3D> "$memory&= quot;,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "memory_dynamic_min&q= uot; =3D> "$memory",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0= =A0=A0=A0=A0 "memory_dynamic_max" =3D> "$memory",=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "VCPUs_params" = =3D> array(""=3D>""),
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "VCPUs_max" =3D&= gt; "$cpu",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = "VCPUs_at_startup"=3D>"$cpu",
=A0=A0=A0 =A0=A0=A0= =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 "actions_after_shutdown" =3D> &= quot;destroy",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "actions_after_reboot= " =3D> "restart",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0= =A0=A0=A0=A0 "actions_after_crash" =3D> "restart",=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 'PV_bootloader'= =3D> 'pygrub',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "PV_bootloader_args&q= uot; =3D> "$pv_boot_args",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 'PV_kernel' =3D> '',
=A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "PV_args" =3D> "$p= v_args",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'PV_l= egacy_args'=3D>'',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'HVM_boot_policy'= =3D>'',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 '= ;HVM_boot_params'=3D>array(''=3D>''),
=A0=A0= =A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'platform'=3D> array(= 'nx'=3D>'FALSE','acpi'=3D>'true','= ;apic'=3D>'true','pae'=3D>'true','vir= idian'=3D>'true'),
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'other_config'=3D&= gt; array(''=3D>''),
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0=A0=A0=A0 'recommendations'=3D>'',=A0=A0=A0=A0= =A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 'PV_ramdisk= 9; =3D> '',
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0= "HVM_boot" =3D> "",
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "platform_std_VGA&quo= t; =3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "= ;platform_serial" =3D> "",
=A0=A0=A0 =A0=A0=A0 =A0=A0= =A0 =A0=A0=A0=A0=A0=A0 "platform_localtime" =3D> false,
=A0= =A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "platform_clock_offset&q= uot; =3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 "platform_enable_audi= o" =3D> false,
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 = "PCI_bus"=3D> ""
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0=A0 =A0=A0 );
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 = =A0=A0=A0 =A0=A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0= =A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 $new_vm_shell =3D= VM.create($aVM_cfg);


This returns an object reference which can then be further us= ed to create VIF's / attach VBDs etc etc.





<= br>







On 4 April 2014 08:21, chris snow <chsnow123@= gmail.com> wrote:
Hi David, do you have a link you could share?

I've just looked through some of the older docs and couldn't find a= ny
more details for a VM.create method.

Many thanks,

Chris

On Thu, Apr 3, 2014 at 10:13 PM, David Bomba <turbo124@gmail.com> wrote:
> VM.create is definitely a valid constructor to create a VM, there is s= ome
> assumed knowledge in the later API documentation, which is prefaced br= iefly
> at the bottom of the main page.
>
> =A0In the old 6.0 documentation these constructors are fleshed out in = detail a
> little more.
>
>
> On 4 April 2014 08:05, Olivier Lambert <lambert.olivier@gmail.com> wrote:
>>
>> I'm not a CloudStack expert, I can't tell. But I do know X= enServer,
>> Xe-CLI and documentation talk about cloning then provisioning as t= he
>> way to create a new VM. Otherwise, XAPI doc tells that every class= had
>> a constructor (usually called "create")[1]. That's w= hy it's possible
>> VM.create exists, but it's not documented at all (or I missed = it
>> too).[2]
>>
>>
>> That's why for Xen Orchestra, we choose to documented way.
>>
>> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en= _gb/api in
>> "Classes, Fields and Messages" paragraph
>> [2]: Maybe some XAPI people here can enlighten us?
>>
>> On Thu, Apr 3, 2014 at 10:41 PM, chris snow <chsnow123@gmail.com> wrote:
>> > Hi Olivier,
>> >
>> > As can be seen in my gist, the XMLRPC method is:
>> > <methodName>VM.create</methodName>
>> >
>> > Are you saying that call gets mapped by the xen-xapi to a VM.= clone call?
>> > If
>> > so, is there somewhere that documents the mappings from xmlrp= c to other
>> > api
>> > calls?
>> >
>> > Btw, the gists are just some of the calls I captured between = CloudStack
>> > and
>> > xen.
>> >
>> > Many thanks,
>> >
>> > Chris
>> >
>> > On 3 Apr 2014 21:30, "Olivier Lambert" <lambert.olivier@gmail.com>
>> > wrote:
>> >>
>> >> Hi Chris,
>> >>
>> >> You don't create directly a VM, you clone a template,= then provision
>> >> it. Please take a look on Xen Orchestra project, we are e= xposing XAPI
>> >> to the Web, there is a lot of examples of how to connect = to the XAPI
>> >> (https://github.com/vatesfr/xo-server/)
>> >>
>> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow <chsnow123@gmail.com> wrote:
>> >> > Hi Oliver, I hadn't seen the docs at that link -= thank you.
>> >> >
>> >> > I was expecting to find a create method in the VM cl= ass [1], but
>> >> > there
>> >> > doesn't appear to be one defined, except on the = Overview page? =A0Where
>> >> > can I find what parameters VM.create accepts?
>> >> >
>> >> > Many thanks,
>> >> >
>> >> > Chris
>> >> >
>> >> > ---
>> >> > [1] http://docs.vmd.citrix.com/X= enServer/6.2.0/1.0/en_gb/api/?c=3DVM
>> >> >
>> >> >
>> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert
>> >> > <lam= bert.olivier@gmail.com> wrote:
>> >> >> Hi,
>> >> >>
>> >> >> Did you check here:
>> >> >> http://docs.vmd.citrix.com/XenServe= r/6.2.0/1.0/en_gb/api/ ?
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Check out my professional profile and connect with m= e on LinkedIn.
>> >> > = http://lnkd.in/cw5k69
>> >
>> >
>> > _______________________________________________
>> > Xen-api mailing list
>> > Xen-api@lists.xen.or= g
>> > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-ap= i
>> >
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org=
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

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

--f46d0438933fd0225704f62a7cdc-- --===============2664584323753249238== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2664584323753249238==-- From xen-api-bounces@lists.xen.org Thu Apr 03 22:57:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 22:57: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 1WVqZM-0001Qs-AZ; Thu, 03 Apr 2014 22:57:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVqZK-0001Qn-Ub for xen-api@lists.xensource.com; Thu, 03 Apr 2014 22:57:11 +0000 Received: from [85.158.143.35:62114] by server-3.bemta-4.messagelabs.com id 1B/F3-13602-647ED335; Thu, 03 Apr 2014 22:57:10 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1396565827!6851878!1 X-Originating-IP: [209.85.160.52] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,WEIRD_QUOTING,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29792 invoked from network); 3 Apr 2014 22:57:08 -0000 Received: from mail-pb0-f52.google.com (HELO mail-pb0-f52.google.com) (209.85.160.52) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 22:57:08 -0000 Received: by mail-pb0-f52.google.com with SMTP id rr13so2554372pbb.11 for ; Thu, 03 Apr 2014 15:57:06 -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=xZ11yv/2Jwq9q7cKBMD6eJmEYy2aaX6p8MkgsxFUbjE=; b=tjwEK70nwoVhJMU6v1qPYlQ28GPrPtqIw/OVwvTDmKGdHxMF1/PGiyPS1syCKR4oCo hvMRavuRI6A8qUkKiIPzUa2C3eSV5DDs6StFpjXRVECzBsn73pmYyjWKdHl9cLhEXvAE DnId9MgycBj05vMgBR48zNQNgPzca7oM9GU7+bn0co25f4PWIkPIa6f8aF6j8VIl/H2F x+CX4OHWyUp2PfPQ+UBOLwuYKIKwtGK1i25cON47XgGCDnC05fWASSx7Avq+7RqSThRB +qitHQ+Il3es5BCkBeMRHhuR+HFokWnZzrnXMTHSl51h1+wSquxMs56F3h0KW2P+i/OL +xoA== MIME-Version: 1.0 X-Received: by 10.68.194.134 with SMTP id hw6mr10679123pbc.49.1396565826754; Thu, 03 Apr 2014 15:57:06 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 15:57:06 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 23:57:06 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 That's a pain that the api isn't fully documented. Coming back to my original question: I have a third party application (cloudstack) that is receiving an error when communicating when xen using xapi. I am able to capture the calls that the application is making to xen, but it seems as though there isn't a way for me to manually verify the values being populated by the application so that I can determine the root cause of my error. At this point, it probably makes sense for me to re-post my question - rather than asking for the API documentation, I'll focus on the particular issue that I have. Many thanks, Chris On Thu, Apr 3, 2014 at 10:57 PM, David Bomba wrote: > I've had a look back through and it looks like they have cleaned up the docs > to match the new style. > > Regardless, we use something like this to create the VM shell using > VM.create > > > > $aVM_cfg = array( > "name_label"=> "$vm_name", > "name_description"=>"$vm_description", > "user_version"=> "300", > "affinity"=>NULL, > "is_a_template"=> false, > "auto_power_on"=> true, > // "memory_dynamic_max"=>"$memory", > // "memory_static_max"=>"$memory", > "memory_static_min" => "$memory", > "memory_static_max" => "$memory", > "memory_dynamic_min" => "$memory", > "memory_dynamic_max" => "$memory", > "VCPUs_params" => array(""=>""), > "VCPUs_max" => "$cpu", > "VCPUs_at_startup"=>"$cpu", > "actions_after_shutdown" => "destroy", > "actions_after_reboot" => "restart", > "actions_after_crash" => "restart", > 'PV_bootloader' => 'pygrub', > "PV_bootloader_args" => "$pv_boot_args", > 'PV_kernel' => '', > "PV_args" => "$pv_args", > 'PV_legacy_args'=>'', > 'HVM_boot_policy'=>'', > 'HVM_boot_params'=>array(''=>''), > 'platform'=> > array('nx'=>'FALSE','acpi'=>'true','apic'=>'true','pae'=>'true','viridian'=>'true'), > 'other_config'=> array(''=>''), > 'recommendations'=>'', > 'PV_ramdisk' => '', > "HVM_boot" => "", > "platform_std_VGA" => false, > "platform_serial" => "", > "platform_localtime" => false, > "platform_clock_offset" => false, > "platform_enable_audio" => false, > "PCI_bus"=> "" > ); > > > $new_vm_shell = VM.create($aVM_cfg); > > > This returns an object reference which can then be further used to create > VIF's / attach VBDs etc etc. > > > > > > > > > > > > > > > On 4 April 2014 08:21, chris snow wrote: >> >> Hi David, do you have a link you could share? >> >> I've just looked through some of the older docs and couldn't find any >> more details for a VM.create method. >> >> Many thanks, >> >> Chris >> >> On Thu, Apr 3, 2014 at 10:13 PM, David Bomba wrote: >> > VM.create is definitely a valid constructor to create a VM, there is >> > some >> > assumed knowledge in the later API documentation, which is prefaced >> > briefly >> > at the bottom of the main page. >> > >> > In the old 6.0 documentation these constructors are fleshed out in >> > detail a >> > little more. >> > >> > >> > On 4 April 2014 08:05, Olivier Lambert >> > wrote: >> >> >> >> I'm not a CloudStack expert, I can't tell. But I do know XenServer, >> >> Xe-CLI and documentation talk about cloning then provisioning as the >> >> way to create a new VM. Otherwise, XAPI doc tells that every class had >> >> a constructor (usually called "create")[1]. That's why it's possible >> >> VM.create exists, but it's not documented at all (or I missed it >> >> too).[2] >> >> >> >> >> >> That's why for Xen Orchestra, we choose to documented way. >> >> >> >> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in >> >> "Classes, Fields and Messages" paragraph >> >> [2]: Maybe some XAPI people here can enlighten us? >> >> >> >> On Thu, Apr 3, 2014 at 10:41 PM, chris snow >> >> wrote: >> >> > Hi Olivier, >> >> > >> >> > As can be seen in my gist, the XMLRPC method is: >> >> > VM.create >> >> > >> >> > Are you saying that call gets mapped by the xen-xapi to a VM.clone >> >> > call? >> >> > If >> >> > so, is there somewhere that documents the mappings from xmlrpc to >> >> > other >> >> > api >> >> > calls? >> >> > >> >> > Btw, the gists are just some of the calls I captured between >> >> > CloudStack >> >> > and >> >> > xen. >> >> > >> >> > Many thanks, >> >> > >> >> > Chris >> >> > >> >> > On 3 Apr 2014 21:30, "Olivier Lambert" >> >> > wrote: >> >> >> >> >> >> Hi Chris, >> >> >> >> >> >> You don't create directly a VM, you clone a template, then provision >> >> >> it. Please take a look on Xen Orchestra project, we are exposing >> >> >> XAPI >> >> >> to the Web, there is a lot of examples of how to connect to the XAPI >> >> >> (https://github.com/vatesfr/xo-server/) >> >> >> >> >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow >> >> >> wrote: >> >> >> > Hi Oliver, I hadn't seen the docs at that link - thank you. >> >> >> > >> >> >> > I was expecting to find a create method in the VM class [1], but >> >> >> > there >> >> >> > doesn't appear to be one defined, except on the Overview page? >> >> >> > Where >> >> >> > can I find what parameters VM.create accepts? >> >> >> > >> >> >> > Many thanks, >> >> >> > >> >> >> > Chris >> >> >> > >> >> >> > --- >> >> >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM >> >> >> > >> >> >> > >> >> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert >> >> >> > wrote: >> >> >> >> Hi, >> >> >> >> >> >> >> >> Did you check here: >> >> >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? >> >> >> > >> >> >> > >> >> >> > >> >> >> > -- >> >> >> > Check out my professional profile and connect with me on LinkedIn. >> >> >> > http://lnkd.in/cw5k69 >> >> > >> >> > >> >> > _______________________________________________ >> >> > 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 >> > >> > >> >> >> >> -- >> Check out my professional profile and connect with me on LinkedIn. >> http://lnkd.in/cw5k69 >> >> _______________________________________________ >> 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 Apr 03 22:57:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 22:57: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 1WVqZM-0001Qs-AZ; Thu, 03 Apr 2014 22:57:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVqZK-0001Qn-Ub for xen-api@lists.xensource.com; Thu, 03 Apr 2014 22:57:11 +0000 Received: from [85.158.143.35:62114] by server-3.bemta-4.messagelabs.com id 1B/F3-13602-647ED335; Thu, 03 Apr 2014 22:57:10 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1396565827!6851878!1 X-Originating-IP: [209.85.160.52] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,WEIRD_QUOTING,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29792 invoked from network); 3 Apr 2014 22:57:08 -0000 Received: from mail-pb0-f52.google.com (HELO mail-pb0-f52.google.com) (209.85.160.52) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 22:57:08 -0000 Received: by mail-pb0-f52.google.com with SMTP id rr13so2554372pbb.11 for ; Thu, 03 Apr 2014 15:57:06 -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=xZ11yv/2Jwq9q7cKBMD6eJmEYy2aaX6p8MkgsxFUbjE=; b=tjwEK70nwoVhJMU6v1qPYlQ28GPrPtqIw/OVwvTDmKGdHxMF1/PGiyPS1syCKR4oCo hvMRavuRI6A8qUkKiIPzUa2C3eSV5DDs6StFpjXRVECzBsn73pmYyjWKdHl9cLhEXvAE DnId9MgycBj05vMgBR48zNQNgPzca7oM9GU7+bn0co25f4PWIkPIa6f8aF6j8VIl/H2F x+CX4OHWyUp2PfPQ+UBOLwuYKIKwtGK1i25cON47XgGCDnC05fWASSx7Avq+7RqSThRB +qitHQ+Il3es5BCkBeMRHhuR+HFokWnZzrnXMTHSl51h1+wSquxMs56F3h0KW2P+i/OL +xoA== MIME-Version: 1.0 X-Received: by 10.68.194.134 with SMTP id hw6mr10679123pbc.49.1396565826754; Thu, 03 Apr 2014 15:57:06 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 15:57:06 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 23:57:06 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XEN-XAPI - API Specification documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 That's a pain that the api isn't fully documented. Coming back to my original question: I have a third party application (cloudstack) that is receiving an error when communicating when xen using xapi. I am able to capture the calls that the application is making to xen, but it seems as though there isn't a way for me to manually verify the values being populated by the application so that I can determine the root cause of my error. At this point, it probably makes sense for me to re-post my question - rather than asking for the API documentation, I'll focus on the particular issue that I have. Many thanks, Chris On Thu, Apr 3, 2014 at 10:57 PM, David Bomba wrote: > I've had a look back through and it looks like they have cleaned up the docs > to match the new style. > > Regardless, we use something like this to create the VM shell using > VM.create > > > > $aVM_cfg = array( > "name_label"=> "$vm_name", > "name_description"=>"$vm_description", > "user_version"=> "300", > "affinity"=>NULL, > "is_a_template"=> false, > "auto_power_on"=> true, > // "memory_dynamic_max"=>"$memory", > // "memory_static_max"=>"$memory", > "memory_static_min" => "$memory", > "memory_static_max" => "$memory", > "memory_dynamic_min" => "$memory", > "memory_dynamic_max" => "$memory", > "VCPUs_params" => array(""=>""), > "VCPUs_max" => "$cpu", > "VCPUs_at_startup"=>"$cpu", > "actions_after_shutdown" => "destroy", > "actions_after_reboot" => "restart", > "actions_after_crash" => "restart", > 'PV_bootloader' => 'pygrub', > "PV_bootloader_args" => "$pv_boot_args", > 'PV_kernel' => '', > "PV_args" => "$pv_args", > 'PV_legacy_args'=>'', > 'HVM_boot_policy'=>'', > 'HVM_boot_params'=>array(''=>''), > 'platform'=> > array('nx'=>'FALSE','acpi'=>'true','apic'=>'true','pae'=>'true','viridian'=>'true'), > 'other_config'=> array(''=>''), > 'recommendations'=>'', > 'PV_ramdisk' => '', > "HVM_boot" => "", > "platform_std_VGA" => false, > "platform_serial" => "", > "platform_localtime" => false, > "platform_clock_offset" => false, > "platform_enable_audio" => false, > "PCI_bus"=> "" > ); > > > $new_vm_shell = VM.create($aVM_cfg); > > > This returns an object reference which can then be further used to create > VIF's / attach VBDs etc etc. > > > > > > > > > > > > > > > On 4 April 2014 08:21, chris snow wrote: >> >> Hi David, do you have a link you could share? >> >> I've just looked through some of the older docs and couldn't find any >> more details for a VM.create method. >> >> Many thanks, >> >> Chris >> >> On Thu, Apr 3, 2014 at 10:13 PM, David Bomba wrote: >> > VM.create is definitely a valid constructor to create a VM, there is >> > some >> > assumed knowledge in the later API documentation, which is prefaced >> > briefly >> > at the bottom of the main page. >> > >> > In the old 6.0 documentation these constructors are fleshed out in >> > detail a >> > little more. >> > >> > >> > On 4 April 2014 08:05, Olivier Lambert >> > wrote: >> >> >> >> I'm not a CloudStack expert, I can't tell. But I do know XenServer, >> >> Xe-CLI and documentation talk about cloning then provisioning as the >> >> way to create a new VM. Otherwise, XAPI doc tells that every class had >> >> a constructor (usually called "create")[1]. That's why it's possible >> >> VM.create exists, but it's not documented at all (or I missed it >> >> too).[2] >> >> >> >> >> >> That's why for Xen Orchestra, we choose to documented way. >> >> >> >> [1]: http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api in >> >> "Classes, Fields and Messages" paragraph >> >> [2]: Maybe some XAPI people here can enlighten us? >> >> >> >> On Thu, Apr 3, 2014 at 10:41 PM, chris snow >> >> wrote: >> >> > Hi Olivier, >> >> > >> >> > As can be seen in my gist, the XMLRPC method is: >> >> > VM.create >> >> > >> >> > Are you saying that call gets mapped by the xen-xapi to a VM.clone >> >> > call? >> >> > If >> >> > so, is there somewhere that documents the mappings from xmlrpc to >> >> > other >> >> > api >> >> > calls? >> >> > >> >> > Btw, the gists are just some of the calls I captured between >> >> > CloudStack >> >> > and >> >> > xen. >> >> > >> >> > Many thanks, >> >> > >> >> > Chris >> >> > >> >> > On 3 Apr 2014 21:30, "Olivier Lambert" >> >> > wrote: >> >> >> >> >> >> Hi Chris, >> >> >> >> >> >> You don't create directly a VM, you clone a template, then provision >> >> >> it. Please take a look on Xen Orchestra project, we are exposing >> >> >> XAPI >> >> >> to the Web, there is a lot of examples of how to connect to the XAPI >> >> >> (https://github.com/vatesfr/xo-server/) >> >> >> >> >> >> On Thu, Apr 3, 2014 at 8:31 PM, chris snow >> >> >> wrote: >> >> >> > Hi Oliver, I hadn't seen the docs at that link - thank you. >> >> >> > >> >> >> > I was expecting to find a create method in the VM class [1], but >> >> >> > there >> >> >> > doesn't appear to be one defined, except on the Overview page? >> >> >> > Where >> >> >> > can I find what parameters VM.create accepts? >> >> >> > >> >> >> > Many thanks, >> >> >> > >> >> >> > Chris >> >> >> > >> >> >> > --- >> >> >> > [1] http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/?c=VM >> >> >> > >> >> >> > >> >> >> > On Thu, Apr 3, 2014 at 6:46 PM, Olivier Lambert >> >> >> > wrote: >> >> >> >> Hi, >> >> >> >> >> >> >> >> Did you check here: >> >> >> >> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/api/ ? >> >> >> > >> >> >> > >> >> >> > >> >> >> > -- >> >> >> > Check out my professional profile and connect with me on LinkedIn. >> >> >> > http://lnkd.in/cw5k69 >> >> > >> >> > >> >> > _______________________________________________ >> >> > 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 >> > >> > >> >> >> >> -- >> Check out my professional profile and connect with me on LinkedIn. >> http://lnkd.in/cw5k69 >> >> _______________________________________________ >> 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 Apr 03 23:21:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:21: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 1WVqwh-0002yk-Ei; Thu, 03 Apr 2014 23:21:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVqwf-0002yf-KV for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:21:17 +0000 Received: from [85.158.137.68:60607] by server-7.bemta-3.messagelabs.com id 75/BA-04151-CECED335; Thu, 03 Apr 2014 23:21:16 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1396567267!4883284!1 X-Originating-IP: [209.85.220.54] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16960 invoked from network); 3 Apr 2014 23:21:09 -0000 Received: from mail-pa0-f54.google.com (HELO mail-pa0-f54.google.com) (209.85.220.54) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:21:09 -0000 Received: by mail-pa0-f54.google.com with SMTP id lf10so2576726pab.27 for ; Thu, 03 Apr 2014 16:21:07 -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=wcr/I5sjoQMJwb6FO2SrWnNuWaDqSnzeVr1rBNzYwI4=; b=n4bsETz5TUr+gqGBqcCVt9McPtopR4rmTPgHZ2fg+cCP1pYE46zuuciuOgEXkWXT+/ b7O5XRHtVGq9EQC5hCIH1csrn1xvPqMSHjiTw1w18oYn/mlckrA4u02E53UmfSGQAm4W cqvYUELx5OTnralDWjXO6fhKvhREDfxeVKQMwYAvrtffDsb3BGzTr5bGxDRepco2oi9H y5ZYwxKIvPnS0enF9qxaXS2EG+88c13gXsvnkidz8uOCo+jbDngSQjCDIsBPY5Qv+FbM efojr89wfM7g7Tgyg8dI+WEs+NzocuAkohYv8iEskxZ/WYCRQASRgflw79dsk3nEKmLy 2ZOw== MIME-Version: 1.0 X-Received: by 10.68.194.134 with SMTP id hw6mr10791991pbc.49.1396567267204; Thu, 03 Apr 2014 16:21:07 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 16:21:07 -0700 (PDT) Date: Fri, 4 Apr 2014 00:21:07 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 debian wheezy running xen host inside a virtualbox guest, so the xen host doesn't have HVM. I am using a third party application (cloudstack) communicating with xen using xapi. I'm trying to create a VM using Ubuntu 12.04 installation ISO [1], but have set the OS type to 'Other (32 bit) so that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. I have captured the VM.create request here: https://gist.github.com/snowch/9957480 and also the VM.start_on response here: https://gist.github.com/snowch/9957480 I had originally posted this question to the cloudstack mailing list, but I now think the question is more relevant to this list because it is actually a question about the xen api. Question 1: Is my understanding correct that I should be able to create a VM on a non HVM Xen host using the Ubuntu install ISO? Question 2: If the answer to Q1 is 'yes', is there anything that stands out in the VM.start request that is telling Xen that the vm must have HVM support which is then telling xen to fail the request? It seems that somewhere in the xapi call stack for VM.start_on, the method VM.get_HVM_boot_policy is getting called and returning that hvm is required. Many thanks! Chris --- [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso [2] https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 _______________________________________________ Xen-api 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 Apr 03 23:21:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:21: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 1WVqwh-0002yk-Ei; Thu, 03 Apr 2014 23:21:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVqwf-0002yf-KV for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:21:17 +0000 Received: from [85.158.137.68:60607] by server-7.bemta-3.messagelabs.com id 75/BA-04151-CECED335; Thu, 03 Apr 2014 23:21:16 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1396567267!4883284!1 X-Originating-IP: [209.85.220.54] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16960 invoked from network); 3 Apr 2014 23:21:09 -0000 Received: from mail-pa0-f54.google.com (HELO mail-pa0-f54.google.com) (209.85.220.54) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:21:09 -0000 Received: by mail-pa0-f54.google.com with SMTP id lf10so2576726pab.27 for ; Thu, 03 Apr 2014 16:21:07 -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=wcr/I5sjoQMJwb6FO2SrWnNuWaDqSnzeVr1rBNzYwI4=; b=n4bsETz5TUr+gqGBqcCVt9McPtopR4rmTPgHZ2fg+cCP1pYE46zuuciuOgEXkWXT+/ b7O5XRHtVGq9EQC5hCIH1csrn1xvPqMSHjiTw1w18oYn/mlckrA4u02E53UmfSGQAm4W cqvYUELx5OTnralDWjXO6fhKvhREDfxeVKQMwYAvrtffDsb3BGzTr5bGxDRepco2oi9H y5ZYwxKIvPnS0enF9qxaXS2EG+88c13gXsvnkidz8uOCo+jbDngSQjCDIsBPY5Qv+FbM efojr89wfM7g7Tgyg8dI+WEs+NzocuAkohYv8iEskxZ/WYCRQASRgflw79dsk3nEKmLy 2ZOw== MIME-Version: 1.0 X-Received: by 10.68.194.134 with SMTP id hw6mr10791991pbc.49.1396567267204; Thu, 03 Apr 2014 16:21:07 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 16:21:07 -0700 (PDT) Date: Fri, 4 Apr 2014 00:21:07 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 debian wheezy running xen host inside a virtualbox guest, so the xen host doesn't have HVM. I am using a third party application (cloudstack) communicating with xen using xapi. I'm trying to create a VM using Ubuntu 12.04 installation ISO [1], but have set the OS type to 'Other (32 bit) so that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. I have captured the VM.create request here: https://gist.github.com/snowch/9957480 and also the VM.start_on response here: https://gist.github.com/snowch/9957480 I had originally posted this question to the cloudstack mailing list, but I now think the question is more relevant to this list because it is actually a question about the xen api. Question 1: Is my understanding correct that I should be able to create a VM on a non HVM Xen host using the Ubuntu install ISO? Question 2: If the answer to Q1 is 'yes', is there anything that stands out in the VM.start request that is telling Xen that the vm must have HVM support which is then telling xen to fail the request? It seems that somewhere in the xapi call stack for VM.start_on, the method VM.get_HVM_boot_policy is getting called and returning that hvm is required. Many thanks! Chris --- [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso [2] https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 _______________________________________________ Xen-api 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 Apr 03 23:32:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:32: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 1WVr6r-0003dy-OY; Thu, 03 Apr 2014 23:31:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVr6q-0003dt-43 for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:31:48 +0000 Received: from [85.158.139.211:52452] by server-10.bemta-5.messagelabs.com id DB/1D-27081-36FED335; Thu, 03 Apr 2014 23:31:47 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1396567903!5386795!1 X-Originating-IP: [209.85.192.172] X-SpamReason: No, hits=0.7 required=7.0 tests=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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 773 invoked from network); 3 Apr 2014 23:31:44 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:31:44 -0000 Received: by mail-pd0-f172.google.com with SMTP id p10so2469129pdj.17 for ; Thu, 03 Apr 2014 16:31:43 -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=fWMP5sw55+rxgmTEEka7fxPLfRI1ExVsK+qFJXgWr2Q=; b=Ie6aPTzInEHZtPRpR7+lUN5LmPue6Uf5ozZMHj7i6PgrwFA5fIH0wuXXZv55JLqLlZ iqZxncgge8GXzL4x5k/N3vlUjVTDy+MML/6RegbqGjIipRubmQ1sR59T1NBMUnJbBYOD mkMdejMMDjSOioHIq16XSPtDiOtQVj5GVxhUYGq6ACFhaEmq7gMpwUOxfav9luKrbbnH IQMXp24iL6fGee3fY/Eqosj9QegIWmEJga5L0frSyov3ZrZBNw8JnR8ptYJyyDU3WpJv yYeDGMKwCgfE0w+B1tjjFwDdiYJ9ZpQWSEwHnAMBpiZNtLWtng4WKmi2NmYZPwmUItj5 y1Ww== MIME-Version: 1.0 X-Received: by 10.66.228.37 with SMTP id sf5mr10969269pac.19.1396567902799; Thu, 03 Apr 2014 16:31:42 -0700 (PDT) Received: by 10.66.74.8 with HTTP; Thu, 3 Apr 2014 16:31:42 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 10:31:42 +1100 Message-ID: From: David Bomba To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8103898010639868213==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8103898010639868213== Content-Type: multipart/alternative; boundary=047d7b111dd9c04fff04f62bcda1 --047d7b111dd9c04fff04f62bcda1 Content-Type: text/plain; charset=ISO-8859-1 Hi Chris, are you able to go to the cli and retrieve the param-list for this VM? i think this may be due to VIRIDIAN flag being set to true. xe vm-param-list uuid= On 4 April 2014 10:21, chris snow wrote: > I have debian wheezy running xen host inside a virtualbox guest, so > the xen host doesn't have HVM. > > I am using a third party application (cloudstack) communicating with > xen using xapi. I'm trying to create a VM using Ubuntu 12.04 > installation ISO [1], but have set the OS type to 'Other (32 bit) so > that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. > > I have captured the VM.create request here: > https://gist.github.com/snowch/9957480 and also the VM.start_on > response here: https://gist.github.com/snowch/9957480 > > I had originally posted this question to the cloudstack mailing list, > but I now think the question is more relevant to this list because it > is actually a question about the xen api. > > Question 1: > > Is my understanding correct that I should be able to create a VM on a > non HVM Xen host using the Ubuntu install ISO? > > Question 2: > > If the answer to Q1 is 'yes', is there anything that stands out in the > VM.start request that is telling Xen that the vm must have HVM support > which is then telling xen to fail the request? It seems that > somewhere in the xapi call stack for VM.start_on, the method > VM.get_HVM_boot_policy is getting called and returning that hvm is > required. > > Many thanks! > > Chris > > --- > [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso > [2] > https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --047d7b111dd9c04fff04f62bcda1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Chris,

are you able to go to the cli and re= trieve the param-list for this VM? i think this may be due to VIRIDIAN flag= being set to true.

xe vm-param-list uuid=3D<uuid of vm>=


On 4 Ap= ril 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
I have debian wheezy running xen host inside a virtualbox guest, so
the xen host doesn't have HVM.

I am using a third party application (cloudstack) communicating with
xen using xapi. =A0 I'm trying to create a VM using Ubuntu 12.04
installation ISO [1], but have set the OS type to 'Other (32 bit) so that xen would not use HVM, but I receive the error VM_HVM_REQUIRED.

I have captured the VM.create request here:
https:= //gist.github.com/snowch/9957480 and also the VM.start_on
response here: https://gist.github.com/snowch/9957480

I had originally posted this question to the cloudstack mailing list,
but I now think the question is more relevant to this list because it
is actually a question about the xen api.

Question 1:

Is my understanding correct that I should be able to create a VM on a
non HVM Xen host using the Ubuntu install ISO?

Question 2:

If the answer to Q1 is 'yes', is there anything that stands out in = the
VM.start request that is telling Xen that the vm must have HVM support
which is then telling xen to fail the request? =A0 It seems that
somewhere in the xapi call stack for VM.start_on, the method
VM.get_HVM_boot_policy is getting called and returning that hvm is
required.

Many thanks!

Chris

---
[1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-serv= er-i386.iso
[2] https://github.com/xapi-proje= ct/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488

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

--047d7b111dd9c04fff04f62bcda1-- --===============8103898010639868213== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8103898010639868213==-- From xen-api-bounces@lists.xen.org Thu Apr 03 23:32:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:32: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 1WVr6r-0003dy-OY; Thu, 03 Apr 2014 23:31:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVr6q-0003dt-43 for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:31:48 +0000 Received: from [85.158.139.211:52452] by server-10.bemta-5.messagelabs.com id DB/1D-27081-36FED335; Thu, 03 Apr 2014 23:31:47 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1396567903!5386795!1 X-Originating-IP: [209.85.192.172] X-SpamReason: No, hits=0.7 required=7.0 tests=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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 773 invoked from network); 3 Apr 2014 23:31:44 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:31:44 -0000 Received: by mail-pd0-f172.google.com with SMTP id p10so2469129pdj.17 for ; Thu, 03 Apr 2014 16:31:43 -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=fWMP5sw55+rxgmTEEka7fxPLfRI1ExVsK+qFJXgWr2Q=; b=Ie6aPTzInEHZtPRpR7+lUN5LmPue6Uf5ozZMHj7i6PgrwFA5fIH0wuXXZv55JLqLlZ iqZxncgge8GXzL4x5k/N3vlUjVTDy+MML/6RegbqGjIipRubmQ1sR59T1NBMUnJbBYOD mkMdejMMDjSOioHIq16XSPtDiOtQVj5GVxhUYGq6ACFhaEmq7gMpwUOxfav9luKrbbnH IQMXp24iL6fGee3fY/Eqosj9QegIWmEJga5L0frSyov3ZrZBNw8JnR8ptYJyyDU3WpJv yYeDGMKwCgfE0w+B1tjjFwDdiYJ9ZpQWSEwHnAMBpiZNtLWtng4WKmi2NmYZPwmUItj5 y1Ww== MIME-Version: 1.0 X-Received: by 10.66.228.37 with SMTP id sf5mr10969269pac.19.1396567902799; Thu, 03 Apr 2014 16:31:42 -0700 (PDT) Received: by 10.66.74.8 with HTTP; Thu, 3 Apr 2014 16:31:42 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 10:31:42 +1100 Message-ID: From: David Bomba To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8103898010639868213==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8103898010639868213== Content-Type: multipart/alternative; boundary=047d7b111dd9c04fff04f62bcda1 --047d7b111dd9c04fff04f62bcda1 Content-Type: text/plain; charset=ISO-8859-1 Hi Chris, are you able to go to the cli and retrieve the param-list for this VM? i think this may be due to VIRIDIAN flag being set to true. xe vm-param-list uuid= On 4 April 2014 10:21, chris snow wrote: > I have debian wheezy running xen host inside a virtualbox guest, so > the xen host doesn't have HVM. > > I am using a third party application (cloudstack) communicating with > xen using xapi. I'm trying to create a VM using Ubuntu 12.04 > installation ISO [1], but have set the OS type to 'Other (32 bit) so > that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. > > I have captured the VM.create request here: > https://gist.github.com/snowch/9957480 and also the VM.start_on > response here: https://gist.github.com/snowch/9957480 > > I had originally posted this question to the cloudstack mailing list, > but I now think the question is more relevant to this list because it > is actually a question about the xen api. > > Question 1: > > Is my understanding correct that I should be able to create a VM on a > non HVM Xen host using the Ubuntu install ISO? > > Question 2: > > If the answer to Q1 is 'yes', is there anything that stands out in the > VM.start request that is telling Xen that the vm must have HVM support > which is then telling xen to fail the request? It seems that > somewhere in the xapi call stack for VM.start_on, the method > VM.get_HVM_boot_policy is getting called and returning that hvm is > required. > > Many thanks! > > Chris > > --- > [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso > [2] > https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --047d7b111dd9c04fff04f62bcda1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Chris,

are you able to go to the cli and re= trieve the param-list for this VM? i think this may be due to VIRIDIAN flag= being set to true.

xe vm-param-list uuid=3D<uuid of vm>=


On 4 Ap= ril 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
I have debian wheezy running xen host inside a virtualbox guest, so
the xen host doesn't have HVM.

I am using a third party application (cloudstack) communicating with
xen using xapi. =A0 I'm trying to create a VM using Ubuntu 12.04
installation ISO [1], but have set the OS type to 'Other (32 bit) so that xen would not use HVM, but I receive the error VM_HVM_REQUIRED.

I have captured the VM.create request here:
https:= //gist.github.com/snowch/9957480 and also the VM.start_on
response here: https://gist.github.com/snowch/9957480

I had originally posted this question to the cloudstack mailing list,
but I now think the question is more relevant to this list because it
is actually a question about the xen api.

Question 1:

Is my understanding correct that I should be able to create a VM on a
non HVM Xen host using the Ubuntu install ISO?

Question 2:

If the answer to Q1 is 'yes', is there anything that stands out in = the
VM.start request that is telling Xen that the vm must have HVM support
which is then telling xen to fail the request? =A0 It seems that
somewhere in the xapi call stack for VM.start_on, the method
VM.get_HVM_boot_policy is getting called and returning that hvm is
required.

Many thanks!

Chris

---
[1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-serv= er-i386.iso
[2] https://github.com/xapi-proje= ct/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488

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

--047d7b111dd9c04fff04f62bcda1-- --===============8103898010639868213== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8103898010639868213==-- From xen-api-bounces@lists.xen.org Thu Apr 03 23:49:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:49: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 1WVrNt-0004K5-7t; Thu, 03 Apr 2014 23:49:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrNr-0004JS-I9 for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:49:23 +0000 Received: from [85.158.139.211:33965] by server-11.bemta-5.messagelabs.com id E8/A2-30804-283FD335; Thu, 03 Apr 2014 23:49:22 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1396568959!5357979!1 X-Originating-IP: [209.85.192.180] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32057 invoked from network); 3 Apr 2014 23:49:21 -0000 Received: from mail-pd0-f180.google.com (HELO mail-pd0-f180.google.com) (209.85.192.180) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:49:21 -0000 Received: by mail-pd0-f180.google.com with SMTP id v10so2506023pde.11 for ; Thu, 03 Apr 2014 16:49:19 -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=YyayiqKrp/1p1a4j+yNT1UFNfV305y79De2cnlGA2Lg=; b=G3ktWITGMHXtR1cCEVO6zvS1ev0ySgXyHveRURLJc13T5iYQ9p53aRwRdG0Guto06j hWfHOxB+t3c5j6FqB+uaK1O6VKp5Jsh6ygohzCMYSqLjUAjRniQ5Vjc1zDEcTn88zEC1 ajqs4syegvkCj5AQBZQ54DZOFa/8t33e6YQGOez5FdQ3tNCrdfVvBHIpvKpAzB4uV3tV DklPZ23l5eqxLlA0AUF7Y7sRRHPnX0S5m2eYpp9lxtARfaDr43cuP7gx2PbrDAReKO4N 9/MiQaiN/u38G9NRSXaUP6FGoEcptV+ZcaHk7QmKplSI+hgvhQ7yZ/T5X5psgA98wLmr Km4A== MIME-Version: 1.0 X-Received: by 10.66.150.228 with SMTP id ul4mr450968pab.16.1396568959491; Thu, 03 Apr 2014 16:49:19 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 16:49:19 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 00:49:19 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 David, xe vm-param-list output: name-label ( RW): i-2-19-VM name-description ( RW): Template which allows VM installation from install media 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): halted memory-actual ( RO): 0 memory-target ( RO): 0 memory-overhead ( RO): 4194304 memory-static-max ( RW): 104857600 memory-dynamic-max ( RW): 104857600 memory-dynamic-min ( RW): 104857600 memory-static-min ( RW): 104857600 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): weight: 9; cap: 0 VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Destroy console-uuids (SRO): platform (MRW): viridian: true; acpi: true; apic: true; pae: true; nx: false allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template; destroy; export; start_on; start; clone; copy; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2; 3 allowed-VIF-devices (SRO): 0; 1; 2; 3 possible-hosts ( RO): HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): last-boot-record ( RO): '' resident-on ( RO): affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc other-config (MRW): mac_seed: b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom dom-id ( RO): -1 recommendations ( RO): xenstore-data (MRW): ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 19700101T00:00:00Z install-time ( RO): 19700101T00:00:00Z VCPUs-number ( RO): 0 VCPUs-utilisation (MRO): os-version (MRO): PV-drivers-version (MRO): PV-drivers-up-to-date ( RO): memory (MRO): disks (MRO): networks (MRO): other (MRO): live ( RO): guest-metrics-last-updated ( RO): cooperative ( RO): 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 On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: > Hi Chris, > > are you able to go to the cli and retrieve the param-list for this VM? i > think this may be due to VIRIDIAN flag being set to true. > > xe vm-param-list uuid= > > > On 4 April 2014 10:21, chris snow wrote: >> >> I have debian wheezy running xen host inside a virtualbox guest, so >> the xen host doesn't have HVM. >> >> I am using a third party application (cloudstack) communicating with >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >> >> I have captured the VM.create request here: >> https://gist.github.com/snowch/9957480 and also the VM.start_on >> response here: https://gist.github.com/snowch/9957480 >> >> I had originally posted this question to the cloudstack mailing list, >> but I now think the question is more relevant to this list because it >> is actually a question about the xen api. >> >> Question 1: >> >> Is my understanding correct that I should be able to create a VM on a >> non HVM Xen host using the Ubuntu install ISO? >> >> Question 2: >> >> If the answer to Q1 is 'yes', is there anything that stands out in the >> VM.start request that is telling Xen that the vm must have HVM support >> which is then telling xen to fail the request? It seems that >> somewhere in the xapi call stack for VM.start_on, the method >> VM.get_HVM_boot_policy is getting called and returning that hvm is >> required. >> >> Many thanks! >> >> Chris >> >> --- >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> [2] >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 23:49:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:49: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 1WVrNt-0004K5-7t; Thu, 03 Apr 2014 23:49:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrNr-0004JS-I9 for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:49:23 +0000 Received: from [85.158.139.211:33965] by server-11.bemta-5.messagelabs.com id E8/A2-30804-283FD335; Thu, 03 Apr 2014 23:49:22 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1396568959!5357979!1 X-Originating-IP: [209.85.192.180] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32057 invoked from network); 3 Apr 2014 23:49:21 -0000 Received: from mail-pd0-f180.google.com (HELO mail-pd0-f180.google.com) (209.85.192.180) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:49:21 -0000 Received: by mail-pd0-f180.google.com with SMTP id v10so2506023pde.11 for ; Thu, 03 Apr 2014 16:49:19 -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=YyayiqKrp/1p1a4j+yNT1UFNfV305y79De2cnlGA2Lg=; b=G3ktWITGMHXtR1cCEVO6zvS1ev0ySgXyHveRURLJc13T5iYQ9p53aRwRdG0Guto06j hWfHOxB+t3c5j6FqB+uaK1O6VKp5Jsh6ygohzCMYSqLjUAjRniQ5Vjc1zDEcTn88zEC1 ajqs4syegvkCj5AQBZQ54DZOFa/8t33e6YQGOez5FdQ3tNCrdfVvBHIpvKpAzB4uV3tV DklPZ23l5eqxLlA0AUF7Y7sRRHPnX0S5m2eYpp9lxtARfaDr43cuP7gx2PbrDAReKO4N 9/MiQaiN/u38G9NRSXaUP6FGoEcptV+ZcaHk7QmKplSI+hgvhQ7yZ/T5X5psgA98wLmr Km4A== MIME-Version: 1.0 X-Received: by 10.66.150.228 with SMTP id ul4mr450968pab.16.1396568959491; Thu, 03 Apr 2014 16:49:19 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 16:49:19 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 00:49:19 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 David, xe vm-param-list output: name-label ( RW): i-2-19-VM name-description ( RW): Template which allows VM installation from install media 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): halted memory-actual ( RO): 0 memory-target ( RO): 0 memory-overhead ( RO): 4194304 memory-static-max ( RW): 104857600 memory-dynamic-max ( RW): 104857600 memory-dynamic-min ( RW): 104857600 memory-static-min ( RW): 104857600 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): weight: 9; cap: 0 VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Destroy console-uuids (SRO): platform (MRW): viridian: true; acpi: true; apic: true; pae: true; nx: false allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template; destroy; export; start_on; start; clone; copy; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2; 3 allowed-VIF-devices (SRO): 0; 1; 2; 3 possible-hosts ( RO): HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): last-boot-record ( RO): '' resident-on ( RO): affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc other-config (MRW): mac_seed: b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom dom-id ( RO): -1 recommendations ( RO): xenstore-data (MRW): ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 19700101T00:00:00Z install-time ( RO): 19700101T00:00:00Z VCPUs-number ( RO): 0 VCPUs-utilisation (MRO): os-version (MRO): PV-drivers-version (MRO): PV-drivers-up-to-date ( RO): memory (MRO): disks (MRO): networks (MRO): other (MRO): live ( RO): guest-metrics-last-updated ( RO): cooperative ( RO): 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 On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: > Hi Chris, > > are you able to go to the cli and retrieve the param-list for this VM? i > think this may be due to VIRIDIAN flag being set to true. > > xe vm-param-list uuid= > > > On 4 April 2014 10:21, chris snow wrote: >> >> I have debian wheezy running xen host inside a virtualbox guest, so >> the xen host doesn't have HVM. >> >> I am using a third party application (cloudstack) communicating with >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >> >> I have captured the VM.create request here: >> https://gist.github.com/snowch/9957480 and also the VM.start_on >> response here: https://gist.github.com/snowch/9957480 >> >> I had originally posted this question to the cloudstack mailing list, >> but I now think the question is more relevant to this list because it >> is actually a question about the xen api. >> >> Question 1: >> >> Is my understanding correct that I should be able to create a VM on a >> non HVM Xen host using the Ubuntu install ISO? >> >> Question 2: >> >> If the answer to Q1 is 'yes', is there anything that stands out in the >> VM.start request that is telling Xen that the vm must have HVM support >> which is then telling xen to fail the request? It seems that >> somewhere in the xapi call stack for VM.start_on, the method >> VM.get_HVM_boot_policy is getting called and returning that hvm is >> required. >> >> Many thanks! >> >> Chris >> >> --- >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> [2] >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 23:55:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:55: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 1WVrTa-0004j3-Rf; Thu, 03 Apr 2014 23:55:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrTZ-0004iy-3Y for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:55:17 +0000 Received: from [85.158.137.68:34869] by server-15.bemta-3.messagelabs.com id E5/2C-13757-4E4FD335; Thu, 03 Apr 2014 23:55:16 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1396569311!4944892!1 X-Originating-IP: [209.85.192.181] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19333 invoked from network); 3 Apr 2014 23:55:13 -0000 Received: from mail-pd0-f181.google.com (HELO mail-pd0-f181.google.com) (209.85.192.181) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:55:13 -0000 Received: by mail-pd0-f181.google.com with SMTP id p10so2486143pdj.40 for ; Thu, 03 Apr 2014 16:55:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Gx1IVGUhGL8/UFndpA/cZOCaizcvB09yMaG3e6JB7vE=; b=W3EFDSQ717LYWtmpnbHBrfl+cmG8nw33eVCLyS2gcKbamdXX1TZIRpVtg8eNm0Au6d YBRTSXq2jgeD1/bV/Nt+6oom6qqhBRJqzdVbB2x15g8/Hi8QMg971TYL+wWouEGdmJpn 6gPXqxvPUI1uGGmj+YoYUq1FH/gN4LYtbsAoJP0cRMw6i7p5Sllfp/Wjf65pfpAeNHLg twXa4AMOjdO6IpRQwLCyEPEG3UZomxwaimIdcIh2iuYLT6esZbUuBoeqt7/fcwCWyG6R m8ym7GN5Min71lcuQEGROjljExWkkW+AnH6J1n4yw8946ZS1g5fciHmfYxaJI9eYcsYb 1ExQ== MIME-Version: 1.0 X-Received: by 10.68.135.137 with SMTP id ps9mr11069739pbb.160.1396569311169; Thu, 03 Apr 2014 16:55:11 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 16:55:11 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 00:55:11 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 David, The VM.create is setting this: platform viridian true ... Am I right in thinking that getting cloudstack to set viridian to false could fix the VM_HVM_REQUIRED error? Many thanks, Chris On Fri, Apr 4, 2014 at 12:49 AM, chris snow wrote: > Hi David, > > xe vm-param-list output: > > name-label ( RW): i-2-19-VM > name-description ( RW): Template which allows VM > installation from install media > 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): halted > memory-actual ( RO): 0 > memory-target ( RO): 0 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 104857600 > memory-dynamic-max ( RW): 104857600 > memory-dynamic-min ( RW): 104857600 > memory-static-min ( RW): 104857600 > suspend-VDI-uuid ( RW): > suspend-SR-uuid ( RW): > VCPUs-params (MRW): weight: 9; cap: 0 > VCPUs-max ( RW): 1 > VCPUs-at-startup ( RW): 1 > actions-after-shutdown ( RW): Destroy > actions-after-reboot ( RW): Restart > actions-after-crash ( RW): Destroy > console-uuids (SRO): > platform (MRW): viridian: true; acpi: true; > apic: true; pae: true; nx: false > allowed-operations (SRO): changing_dynamic_range; > changing_shadow_memory; changing_static_range; make_into_template; > destroy; export; start_on; start; clone; copy; snapshot > current-operations (SRO): > blocked-operations (MRW): > allowed-VBD-devices (SRO): 1; 2; 3 > allowed-VIF-devices (SRO): 0; 1; 2; 3 > possible-hosts ( RO): > HVM-boot-policy ( RW): BIOS order > HVM-boot-params (MRW): order: dc > HVM-shadow-multiplier ( RW): 1.000 > PV-kernel ( RW): > PV-ramdisk ( RW): > PV-args ( RW): > PV-legacy-args ( RW): > PV-bootloader ( RW): > PV-bootloader-args ( RW): > last-boot-CPU-flags ( RO): > last-boot-record ( RO): '' > resident-on ( RO): > affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc > other-config (MRW): mac_seed: > b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom > dom-id ( RO): -1 > recommendations ( RO): field="memory-static-max" max="137438953472" /> field="vcpus-max" max="16" /> max="7" /> /> > xenstore-data (MRW): > ha-always-run ( RW) [DEPRECATED]: false > ha-restart-priority ( RW): > blobs ( RO): > start-time ( RO): 19700101T00:00:00Z > install-time ( RO): 19700101T00:00:00Z > VCPUs-number ( RO): 0 > VCPUs-utilisation (MRO): > os-version (MRO): > PV-drivers-version (MRO): > PV-drivers-up-to-date ( RO): > memory (MRO): > disks (MRO): > networks (MRO): > other (MRO): > live ( RO): > guest-metrics-last-updated ( RO): > cooperative ( RO): 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 > > On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >> Hi Chris, >> >> are you able to go to the cli and retrieve the param-list for this VM? i >> think this may be due to VIRIDIAN flag being set to true. >> >> xe vm-param-list uuid= >> >> >> On 4 April 2014 10:21, chris snow wrote: >>> >>> I have debian wheezy running xen host inside a virtualbox guest, so >>> the xen host doesn't have HVM. >>> >>> I am using a third party application (cloudstack) communicating with >>> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>> >>> I have captured the VM.create request here: >>> https://gist.github.com/snowch/9957480 and also the VM.start_on >>> response here: https://gist.github.com/snowch/9957480 >>> >>> I had originally posted this question to the cloudstack mailing list, >>> but I now think the question is more relevant to this list because it >>> is actually a question about the xen api. >>> >>> Question 1: >>> >>> Is my understanding correct that I should be able to create a VM on a >>> non HVM Xen host using the Ubuntu install ISO? >>> >>> Question 2: >>> >>> If the answer to Q1 is 'yes', is there anything that stands out in the >>> VM.start request that is telling Xen that the vm must have HVM support >>> which is then telling xen to fail the request? It seems that >>> somewhere in the xapi call stack for VM.start_on, the method >>> VM.get_HVM_boot_policy is getting called and returning that hvm is >>> required. >>> >>> Many thanks! >>> >>> Chris >>> >>> --- >>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>> [2] >>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >>> >>> _______________________________________________ >>> Xen-api mailing list >>> Xen-api@lists.xen.org >>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 23:55:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:55: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 1WVrTa-0004j3-Rf; Thu, 03 Apr 2014 23:55:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrTZ-0004iy-3Y for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:55:17 +0000 Received: from [85.158.137.68:34869] by server-15.bemta-3.messagelabs.com id E5/2C-13757-4E4FD335; Thu, 03 Apr 2014 23:55:16 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1396569311!4944892!1 X-Originating-IP: [209.85.192.181] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19333 invoked from network); 3 Apr 2014 23:55:13 -0000 Received: from mail-pd0-f181.google.com (HELO mail-pd0-f181.google.com) (209.85.192.181) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:55:13 -0000 Received: by mail-pd0-f181.google.com with SMTP id p10so2486143pdj.40 for ; Thu, 03 Apr 2014 16:55:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Gx1IVGUhGL8/UFndpA/cZOCaizcvB09yMaG3e6JB7vE=; b=W3EFDSQ717LYWtmpnbHBrfl+cmG8nw33eVCLyS2gcKbamdXX1TZIRpVtg8eNm0Au6d YBRTSXq2jgeD1/bV/Nt+6oom6qqhBRJqzdVbB2x15g8/Hi8QMg971TYL+wWouEGdmJpn 6gPXqxvPUI1uGGmj+YoYUq1FH/gN4LYtbsAoJP0cRMw6i7p5Sllfp/Wjf65pfpAeNHLg twXa4AMOjdO6IpRQwLCyEPEG3UZomxwaimIdcIh2iuYLT6esZbUuBoeqt7/fcwCWyG6R m8ym7GN5Min71lcuQEGROjljExWkkW+AnH6J1n4yw8946ZS1g5fciHmfYxaJI9eYcsYb 1ExQ== MIME-Version: 1.0 X-Received: by 10.68.135.137 with SMTP id ps9mr11069739pbb.160.1396569311169; Thu, 03 Apr 2014 16:55:11 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 16:55:11 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 00:55:11 +0100 Message-ID: From: chris snow To: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 David, The VM.create is setting this: platform viridian true ... Am I right in thinking that getting cloudstack to set viridian to false could fix the VM_HVM_REQUIRED error? Many thanks, Chris On Fri, Apr 4, 2014 at 12:49 AM, chris snow wrote: > Hi David, > > xe vm-param-list output: > > name-label ( RW): i-2-19-VM > name-description ( RW): Template which allows VM > installation from install media > 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): halted > memory-actual ( RO): 0 > memory-target ( RO): 0 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 104857600 > memory-dynamic-max ( RW): 104857600 > memory-dynamic-min ( RW): 104857600 > memory-static-min ( RW): 104857600 > suspend-VDI-uuid ( RW): > suspend-SR-uuid ( RW): > VCPUs-params (MRW): weight: 9; cap: 0 > VCPUs-max ( RW): 1 > VCPUs-at-startup ( RW): 1 > actions-after-shutdown ( RW): Destroy > actions-after-reboot ( RW): Restart > actions-after-crash ( RW): Destroy > console-uuids (SRO): > platform (MRW): viridian: true; acpi: true; > apic: true; pae: true; nx: false > allowed-operations (SRO): changing_dynamic_range; > changing_shadow_memory; changing_static_range; make_into_template; > destroy; export; start_on; start; clone; copy; snapshot > current-operations (SRO): > blocked-operations (MRW): > allowed-VBD-devices (SRO): 1; 2; 3 > allowed-VIF-devices (SRO): 0; 1; 2; 3 > possible-hosts ( RO): > HVM-boot-policy ( RW): BIOS order > HVM-boot-params (MRW): order: dc > HVM-shadow-multiplier ( RW): 1.000 > PV-kernel ( RW): > PV-ramdisk ( RW): > PV-args ( RW): > PV-legacy-args ( RW): > PV-bootloader ( RW): > PV-bootloader-args ( RW): > last-boot-CPU-flags ( RO): > last-boot-record ( RO): '' > resident-on ( RO): > affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc > other-config (MRW): mac_seed: > b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom > dom-id ( RO): -1 > recommendations ( RO): field="memory-static-max" max="137438953472" /> field="vcpus-max" max="16" /> max="7" /> /> > xenstore-data (MRW): > ha-always-run ( RW) [DEPRECATED]: false > ha-restart-priority ( RW): > blobs ( RO): > start-time ( RO): 19700101T00:00:00Z > install-time ( RO): 19700101T00:00:00Z > VCPUs-number ( RO): 0 > VCPUs-utilisation (MRO): > os-version (MRO): > PV-drivers-version (MRO): > PV-drivers-up-to-date ( RO): > memory (MRO): > disks (MRO): > networks (MRO): > other (MRO): > live ( RO): > guest-metrics-last-updated ( RO): > cooperative ( RO): 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 > > On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >> Hi Chris, >> >> are you able to go to the cli and retrieve the param-list for this VM? i >> think this may be due to VIRIDIAN flag being set to true. >> >> xe vm-param-list uuid= >> >> >> On 4 April 2014 10:21, chris snow wrote: >>> >>> I have debian wheezy running xen host inside a virtualbox guest, so >>> the xen host doesn't have HVM. >>> >>> I am using a third party application (cloudstack) communicating with >>> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>> >>> I have captured the VM.create request here: >>> https://gist.github.com/snowch/9957480 and also the VM.start_on >>> response here: https://gist.github.com/snowch/9957480 >>> >>> I had originally posted this question to the cloudstack mailing list, >>> but I now think the question is more relevant to this list because it >>> is actually a question about the xen api. >>> >>> Question 1: >>> >>> Is my understanding correct that I should be able to create a VM on a >>> non HVM Xen host using the Ubuntu install ISO? >>> >>> Question 2: >>> >>> If the answer to Q1 is 'yes', is there anything that stands out in the >>> VM.start request that is telling Xen that the vm must have HVM support >>> which is then telling xen to fail the request? It seems that >>> somewhere in the xapi call stack for VM.start_on, the method >>> VM.get_HVM_boot_policy is getting called and returning that hvm is >>> required. >>> >>> Many thanks! >>> >>> Chris >>> >>> --- >>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>> [2] >>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >>> >>> _______________________________________________ >>> Xen-api mailing list >>> Xen-api@lists.xen.org >>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 03 23:55:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:55: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 1WVrTf-0004jX-6r; Thu, 03 Apr 2014 23:55:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrTc-0004jN-UH for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:55:21 +0000 Received: from [85.158.139.211:7584] by server-12.bemta-5.messagelabs.com id 16/FD-03824-8E4FD335; Thu, 03 Apr 2014 23:55:20 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1396569316!5367649!1 X-Originating-IP: [209.85.192.181] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1529 invoked from network); 3 Apr 2014 23:55:17 -0000 Received: from mail-pd0-f181.google.com (HELO mail-pd0-f181.google.com) (209.85.192.181) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:55:17 -0000 Received: by mail-pd0-f181.google.com with SMTP id p10so2491161pdj.12 for ; Thu, 03 Apr 2014 16:55:16 -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=MkOqiUvJuhHd7zppRRvE2OZBQWwZ9EPUcYV/zr76w6c=; b=cqSUonylFCAl/FneWMB3rsifNdKIeRLun6YaExZl0MLphb0p6AzYecXngvg5ABatNo GIguCJCtggifeREHBnme7CMTeeLays+KwvUP4is1OIay92tN1AZaRYkjzsP7zkC1AAMd dy7Ifys5CBNK+OLLs3FaR85bWDvXeoUlXadDwqKyXFRR8BcgVVhXXCt1i6BYN7ogyY+l cSAmeVoaH9zwEN/cLdukQCVhetw+m7HgSb3rW1OQvwj//wxZvjADIRI7ycyk0BwgKPP8 XW31gIlc0AWHB+yZpI+txqx3HLg/c5oUNJid2vMVhRBffuVLw6HLd1yM8BSxupTvhxbE omYQ== MIME-Version: 1.0 X-Received: by 10.68.170.131 with SMTP id am3mr1694926pbc.97.1396569315814; Thu, 03 Apr 2014 16:55:15 -0700 (PDT) Received: by 10.66.74.8 with HTTP; Thu, 3 Apr 2014 16:55:15 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 10:55:15 +1100 Message-ID: From: David Bomba To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4421206754288422202==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4421206754288422202== Content-Type: multipart/alternative; boundary=047d7b86f7dcf9360504f62c211a --047d7b86f7dcf9360504f62c211a Content-Type: text/plain; charset=ISO-8859-1 Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set to true. Can you use the xe vm-param-set functionality to switch Viridian to false and try again. On 4 April 2014 10:49, chris snow wrote: > Hi David, > > xe vm-param-list output: > > name-label ( RW): i-2-19-VM > name-description ( RW): Template which allows VM > installation from install media > 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): halted > memory-actual ( RO): 0 > memory-target ( RO): 0 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 104857600 > memory-dynamic-max ( RW): 104857600 > memory-dynamic-min ( RW): 104857600 > memory-static-min ( RW): 104857600 > suspend-VDI-uuid ( RW): > suspend-SR-uuid ( RW): > VCPUs-params (MRW): weight: 9; cap: 0 > VCPUs-max ( RW): 1 > VCPUs-at-startup ( RW): 1 > actions-after-shutdown ( RW): Destroy > actions-after-reboot ( RW): Restart > actions-after-crash ( RW): Destroy > console-uuids (SRO): > platform (MRW): viridian: true; acpi: true; > apic: true; pae: true; nx: false > allowed-operations (SRO): changing_dynamic_range; > changing_shadow_memory; changing_static_range; make_into_template; > destroy; export; start_on; start; clone; copy; snapshot > current-operations (SRO): > blocked-operations (MRW): > allowed-VBD-devices (SRO): 1; 2; 3 > allowed-VIF-devices (SRO): 0; 1; 2; 3 > possible-hosts ( RO): > HVM-boot-policy ( RW): BIOS order > HVM-boot-params (MRW): order: dc > HVM-shadow-multiplier ( RW): 1.000 > PV-kernel ( RW): > PV-ramdisk ( RW): > PV-args ( RW): > PV-legacy-args ( RW): > PV-bootloader ( RW): > PV-bootloader-args ( RW): > last-boot-CPU-flags ( RO): > last-boot-record ( RO): '' > resident-on ( RO): > affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc > other-config (MRW): mac_seed: > b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom > dom-id ( RO): -1 > recommendations ( RO): field="memory-static-max" max="137438953472" /> field="vcpus-max" max="16" /> max="7" /> /> > xenstore-data (MRW): > ha-always-run ( RW) [DEPRECATED]: false > ha-restart-priority ( RW): > blobs ( RO): > start-time ( RO): 19700101T00:00:00Z > install-time ( RO): 19700101T00:00:00Z > VCPUs-number ( RO): 0 > VCPUs-utilisation (MRO): > os-version (MRO): > PV-drivers-version (MRO): > PV-drivers-up-to-date ( RO): > memory (MRO): > disks (MRO): > networks (MRO): > other (MRO): > live ( RO): > guest-metrics-last-updated ( RO): > cooperative ( RO): 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 > > On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: > > Hi Chris, > > > > are you able to go to the cli and retrieve the param-list for this VM? i > > think this may be due to VIRIDIAN flag being set to true. > > > > xe vm-param-list uuid= > > > > > > On 4 April 2014 10:21, chris snow wrote: > >> > >> I have debian wheezy running xen host inside a virtualbox guest, so > >> the xen host doesn't have HVM. > >> > >> I am using a third party application (cloudstack) communicating with > >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 > >> installation ISO [1], but have set the OS type to 'Other (32 bit) so > >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. > >> > >> I have captured the VM.create request here: > >> https://gist.github.com/snowch/9957480 and also the VM.start_on > >> response here: https://gist.github.com/snowch/9957480 > >> > >> I had originally posted this question to the cloudstack mailing list, > >> but I now think the question is more relevant to this list because it > >> is actually a question about the xen api. > >> > >> Question 1: > >> > >> Is my understanding correct that I should be able to create a VM on a > >> non HVM Xen host using the Ubuntu install ISO? > >> > >> Question 2: > >> > >> If the answer to Q1 is 'yes', is there anything that stands out in the > >> VM.start request that is telling Xen that the vm must have HVM support > >> which is then telling xen to fail the request? It seems that > >> somewhere in the xapi call stack for VM.start_on, the method > >> VM.get_HVM_boot_policy is getting called and returning that hvm is > >> required. > >> > >> Many thanks! > >> > >> Chris > >> > >> --- > >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso > >> [2] > >> > https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 > >> > >> _______________________________________________ > >> Xen-api mailing list > >> Xen-api@lists.xen.org > >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --047d7b86f7dcf9360504f62c211a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, so from my understanding, you can't run a HVM= guest with VIRIDIAN set to true.

Can you use the xe vm-param-= set functionality to switch Viridian to false and try again.




On 4 April 20= 14 10:49, chris snow <chsnow123@gmail.com> wrote:
Hi David,

xe vm-param-list output:

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): i-2-19-VM
=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-description ( RW): Template which allows V= M
installation from install media
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 user-version ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-template ( RW): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-snapshot ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-info ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 children ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0is-control-domain ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0power-state ( RO): halted
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-actual ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-target ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-overhead ( RO): 4194304
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0 suspend-VDI-uuid ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0suspend-SR-uuid ( RW): <not in database&g= t;
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-params (MRW): weight: 9; cap: 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-max ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-at-startup ( RW): 1
=A0 =A0 =A0 =A0 actions-after-shutdown ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 actions-after-reboot ( RW): Restart
=A0 =A0 =A0 =A0 =A0 =A0actions-after-crash ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0console-uuids (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 platform (MRW): viridian: true;= acpi: true;
apic: true; pae: true; nx: false
=A0 =A0 =A0 =A0 =A0 =A0 allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template;
destroy; export; start_on; start; clone; copy; snapshot
=A0 =A0 =A0 =A0 =A0 =A0 current-operations (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 blocked-operations (MRW):
=A0 =A0 =A0 =A0 =A0 =A0allowed-VBD-devices (SRO): 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0allowed-VIF-devices (SRO): 0; 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 possible-hosts ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-policy ( RW): BIOS order
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-params (MRW): order: dc
=A0 =A0 =A0 =A0 =A0HVM-shadow-multiplier ( RW): 1.000
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-kernel ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-ramdisk ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-legacy-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-bootloader ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 PV-bootloader-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0last-boot-CPU-flags ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 last-boot-record ( RO): ''
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0resident-on ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 affinity ( RW): c47d712e-8aa8-f= cd6-113e-8546532e5fcc
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW): mac_seed:
b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dom-id ( RO): -1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0recommendations ( RO): <restrictions>&= lt;restriction
field=3D"memory-static-max" max=3D"137438953472" />&= lt;restriction
field=3D"vcpus-max" max=3D"16" /><restriction pro= perty=3D"number-of-vbds"
max=3D"7" /><restriction property=3D"number-of-vifs&qu= ot; max=3D"7"
/></restrictions>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0xenstore-data (MRW):
=A0 =A0 ha-always-run ( RW) [DEPRECATED]: false
=A0 =A0 =A0 =A0 =A0 =A0ha-restart-priority ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 start-time ( RO): 19700101T00:00:00= Z
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 install-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-number ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-utilisation (MRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 os-version (MRO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 PV-drivers-version (MRO): <not in database> =A0 =A0 =A0 =A0 =A0PV-drivers-up-to-date ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 memory (MRO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0disks (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 networks (MRO): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0other (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 live ( RO): <not in = database>
=A0 =A0 guest-metrics-last-updated ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0cooperative ( RO): true
=A0 =A0 =A0 =A0 =A0 =A0 =A0protection-policy ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0is-snapshot-from-vmpp ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0appliance ( RW): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0start-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shutdown-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0order ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0version ( RO): 0

On Fri, Apr 4, 2014 at 12:31 AM, David Bomba <turbo124@gmail.com> wrote:
> Hi Chris,
>
> are you able to go to the cli and retrieve the param-list for this VM?= i
> think this may be due to VIRIDIAN flag being set to true.
>
> xe vm-param-list uuid=3D<uuid of vm>
>
>
> On 4 April 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
>>
>> I have debian wheezy running xen host inside a virtualbox guest, s= o
>> the xen host doesn't have HVM.
>>
>> I am using a third party application (cloudstack) communicating wi= th
>> xen using xapi. =A0 I'm trying to create a VM using Ubuntu 12.= 04
>> installation ISO [1], but have set the OS type to 'Other (32 b= it) so
>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRE= D.
>>
>> I have captured the VM.create request here:
>> https://gist.github.com/snowch/9957480 and also the VM.start_on
>> response here: https://gist.github.com/snowch/9957480
>>
>> I had originally posted this question to the cloudstack mailing li= st,
>> but I now think the question is more relevant to this list because= it
>> is actually a question about the xen api.
>>
>> Question 1:
>>
>> Is my understanding correct that I should be able to create a VM o= n a
>> non HVM Xen host using the Ubuntu install ISO?
>>
>> Question 2:
>>
>> If the answer to Q1 is 'yes', is there anything that stand= s out in the
>> VM.start request that is telling Xen that the vm must have HVM sup= port
>> which is then telling xen to fail the request? =A0 It seems that >> somewhere in the xapi call stack for VM.start_on, the method
>> VM.get_HVM_boot_policy is getting called and returning that hvm is=
>> required.
>>
>> Many thanks!
>>
>> Chris
>>
>> ---
>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.= 04.4-server-i386.iso
>> [2]
>> https://github.com/xapi-= project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org=
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

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

--047d7b86f7dcf9360504f62c211a-- --===============4421206754288422202== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4421206754288422202==-- From xen-api-bounces@lists.xen.org Thu Apr 03 23:55:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Apr 2014 23:55: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 1WVrTf-0004jX-6r; Thu, 03 Apr 2014 23:55:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrTc-0004jN-UH for xen-api@lists.xensource.com; Thu, 03 Apr 2014 23:55:21 +0000 Received: from [85.158.139.211:7584] by server-12.bemta-5.messagelabs.com id 16/FD-03824-8E4FD335; Thu, 03 Apr 2014 23:55:20 +0000 X-Env-Sender: turbo124@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1396569316!5367649!1 X-Originating-IP: [209.85.192.181] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1529 invoked from network); 3 Apr 2014 23:55:17 -0000 Received: from mail-pd0-f181.google.com (HELO mail-pd0-f181.google.com) (209.85.192.181) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2014 23:55:17 -0000 Received: by mail-pd0-f181.google.com with SMTP id p10so2491161pdj.12 for ; Thu, 03 Apr 2014 16:55:16 -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=MkOqiUvJuhHd7zppRRvE2OZBQWwZ9EPUcYV/zr76w6c=; b=cqSUonylFCAl/FneWMB3rsifNdKIeRLun6YaExZl0MLphb0p6AzYecXngvg5ABatNo GIguCJCtggifeREHBnme7CMTeeLays+KwvUP4is1OIay92tN1AZaRYkjzsP7zkC1AAMd dy7Ifys5CBNK+OLLs3FaR85bWDvXeoUlXadDwqKyXFRR8BcgVVhXXCt1i6BYN7ogyY+l cSAmeVoaH9zwEN/cLdukQCVhetw+m7HgSb3rW1OQvwj//wxZvjADIRI7ycyk0BwgKPP8 XW31gIlc0AWHB+yZpI+txqx3HLg/c5oUNJid2vMVhRBffuVLw6HLd1yM8BSxupTvhxbE omYQ== MIME-Version: 1.0 X-Received: by 10.68.170.131 with SMTP id am3mr1694926pbc.97.1396569315814; Thu, 03 Apr 2014 16:55:15 -0700 (PDT) Received: by 10.66.74.8 with HTTP; Thu, 3 Apr 2014 16:55:15 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 10:55:15 +1100 Message-ID: From: David Bomba To: chris snow Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4421206754288422202==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4421206754288422202== Content-Type: multipart/alternative; boundary=047d7b86f7dcf9360504f62c211a --047d7b86f7dcf9360504f62c211a Content-Type: text/plain; charset=ISO-8859-1 Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set to true. Can you use the xe vm-param-set functionality to switch Viridian to false and try again. On 4 April 2014 10:49, chris snow wrote: > Hi David, > > xe vm-param-list output: > > name-label ( RW): i-2-19-VM > name-description ( RW): Template which allows VM > installation from install media > 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): halted > memory-actual ( RO): 0 > memory-target ( RO): 0 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 104857600 > memory-dynamic-max ( RW): 104857600 > memory-dynamic-min ( RW): 104857600 > memory-static-min ( RW): 104857600 > suspend-VDI-uuid ( RW): > suspend-SR-uuid ( RW): > VCPUs-params (MRW): weight: 9; cap: 0 > VCPUs-max ( RW): 1 > VCPUs-at-startup ( RW): 1 > actions-after-shutdown ( RW): Destroy > actions-after-reboot ( RW): Restart > actions-after-crash ( RW): Destroy > console-uuids (SRO): > platform (MRW): viridian: true; acpi: true; > apic: true; pae: true; nx: false > allowed-operations (SRO): changing_dynamic_range; > changing_shadow_memory; changing_static_range; make_into_template; > destroy; export; start_on; start; clone; copy; snapshot > current-operations (SRO): > blocked-operations (MRW): > allowed-VBD-devices (SRO): 1; 2; 3 > allowed-VIF-devices (SRO): 0; 1; 2; 3 > possible-hosts ( RO): > HVM-boot-policy ( RW): BIOS order > HVM-boot-params (MRW): order: dc > HVM-shadow-multiplier ( RW): 1.000 > PV-kernel ( RW): > PV-ramdisk ( RW): > PV-args ( RW): > PV-legacy-args ( RW): > PV-bootloader ( RW): > PV-bootloader-args ( RW): > last-boot-CPU-flags ( RO): > last-boot-record ( RO): '' > resident-on ( RO): > affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc > other-config (MRW): mac_seed: > b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom > dom-id ( RO): -1 > recommendations ( RO): field="memory-static-max" max="137438953472" /> field="vcpus-max" max="16" /> max="7" /> /> > xenstore-data (MRW): > ha-always-run ( RW) [DEPRECATED]: false > ha-restart-priority ( RW): > blobs ( RO): > start-time ( RO): 19700101T00:00:00Z > install-time ( RO): 19700101T00:00:00Z > VCPUs-number ( RO): 0 > VCPUs-utilisation (MRO): > os-version (MRO): > PV-drivers-version (MRO): > PV-drivers-up-to-date ( RO): > memory (MRO): > disks (MRO): > networks (MRO): > other (MRO): > live ( RO): > guest-metrics-last-updated ( RO): > cooperative ( RO): 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 > > On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: > > Hi Chris, > > > > are you able to go to the cli and retrieve the param-list for this VM? i > > think this may be due to VIRIDIAN flag being set to true. > > > > xe vm-param-list uuid= > > > > > > On 4 April 2014 10:21, chris snow wrote: > >> > >> I have debian wheezy running xen host inside a virtualbox guest, so > >> the xen host doesn't have HVM. > >> > >> I am using a third party application (cloudstack) communicating with > >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 > >> installation ISO [1], but have set the OS type to 'Other (32 bit) so > >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. > >> > >> I have captured the VM.create request here: > >> https://gist.github.com/snowch/9957480 and also the VM.start_on > >> response here: https://gist.github.com/snowch/9957480 > >> > >> I had originally posted this question to the cloudstack mailing list, > >> but I now think the question is more relevant to this list because it > >> is actually a question about the xen api. > >> > >> Question 1: > >> > >> Is my understanding correct that I should be able to create a VM on a > >> non HVM Xen host using the Ubuntu install ISO? > >> > >> Question 2: > >> > >> If the answer to Q1 is 'yes', is there anything that stands out in the > >> VM.start request that is telling Xen that the vm must have HVM support > >> which is then telling xen to fail the request? It seems that > >> somewhere in the xapi call stack for VM.start_on, the method > >> VM.get_HVM_boot_policy is getting called and returning that hvm is > >> required. > >> > >> Many thanks! > >> > >> Chris > >> > >> --- > >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso > >> [2] > >> > https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 > >> > >> _______________________________________________ > >> Xen-api mailing list > >> Xen-api@lists.xen.org > >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --047d7b86f7dcf9360504f62c211a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, so from my understanding, you can't run a HVM= guest with VIRIDIAN set to true.

Can you use the xe vm-param-= set functionality to switch Viridian to false and try again.




On 4 April 20= 14 10:49, chris snow <chsnow123@gmail.com> wrote:
Hi David,

xe vm-param-list output:

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): i-2-19-VM
=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-description ( RW): Template which allows V= M
installation from install media
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 user-version ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-template ( RW): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-snapshot ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-info ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 children ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0is-control-domain ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0power-state ( RO): halted
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-actual ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-target ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-overhead ( RO): 4194304
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0 suspend-VDI-uuid ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0suspend-SR-uuid ( RW): <not in database&g= t;
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-params (MRW): weight: 9; cap: 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-max ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-at-startup ( RW): 1
=A0 =A0 =A0 =A0 actions-after-shutdown ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 actions-after-reboot ( RW): Restart
=A0 =A0 =A0 =A0 =A0 =A0actions-after-crash ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0console-uuids (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 platform (MRW): viridian: true;= acpi: true;
apic: true; pae: true; nx: false
=A0 =A0 =A0 =A0 =A0 =A0 allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template;
destroy; export; start_on; start; clone; copy; snapshot
=A0 =A0 =A0 =A0 =A0 =A0 current-operations (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 blocked-operations (MRW):
=A0 =A0 =A0 =A0 =A0 =A0allowed-VBD-devices (SRO): 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0allowed-VIF-devices (SRO): 0; 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 possible-hosts ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-policy ( RW): BIOS order
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-params (MRW): order: dc
=A0 =A0 =A0 =A0 =A0HVM-shadow-multiplier ( RW): 1.000
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-kernel ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-ramdisk ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-legacy-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-bootloader ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 PV-bootloader-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0last-boot-CPU-flags ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 last-boot-record ( RO): ''
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0resident-on ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 affinity ( RW): c47d712e-8aa8-f= cd6-113e-8546532e5fcc
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW): mac_seed:
b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dom-id ( RO): -1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0recommendations ( RO): <restrictions>&= lt;restriction
field=3D"memory-static-max" max=3D"137438953472" />&= lt;restriction
field=3D"vcpus-max" max=3D"16" /><restriction pro= perty=3D"number-of-vbds"
max=3D"7" /><restriction property=3D"number-of-vifs&qu= ot; max=3D"7"
/></restrictions>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0xenstore-data (MRW):
=A0 =A0 ha-always-run ( RW) [DEPRECATED]: false
=A0 =A0 =A0 =A0 =A0 =A0ha-restart-priority ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 start-time ( RO): 19700101T00:00:00= Z
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 install-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-number ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-utilisation (MRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 os-version (MRO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 PV-drivers-version (MRO): <not in database> =A0 =A0 =A0 =A0 =A0PV-drivers-up-to-date ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 memory (MRO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0disks (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 networks (MRO): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0other (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 live ( RO): <not in = database>
=A0 =A0 guest-metrics-last-updated ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0cooperative ( RO): true
=A0 =A0 =A0 =A0 =A0 =A0 =A0protection-policy ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0is-snapshot-from-vmpp ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0appliance ( RW): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0start-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shutdown-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0order ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0version ( RO): 0

On Fri, Apr 4, 2014 at 12:31 AM, David Bomba <turbo124@gmail.com> wrote:
> Hi Chris,
>
> are you able to go to the cli and retrieve the param-list for this VM?= i
> think this may be due to VIRIDIAN flag being set to true.
>
> xe vm-param-list uuid=3D<uuid of vm>
>
>
> On 4 April 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
>>
>> I have debian wheezy running xen host inside a virtualbox guest, s= o
>> the xen host doesn't have HVM.
>>
>> I am using a third party application (cloudstack) communicating wi= th
>> xen using xapi. =A0 I'm trying to create a VM using Ubuntu 12.= 04
>> installation ISO [1], but have set the OS type to 'Other (32 b= it) so
>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRE= D.
>>
>> I have captured the VM.create request here:
>> https://gist.github.com/snowch/9957480 and also the VM.start_on
>> response here: https://gist.github.com/snowch/9957480
>>
>> I had originally posted this question to the cloudstack mailing li= st,
>> but I now think the question is more relevant to this list because= it
>> is actually a question about the xen api.
>>
>> Question 1:
>>
>> Is my understanding correct that I should be able to create a VM o= n a
>> non HVM Xen host using the Ubuntu install ISO?
>>
>> Question 2:
>>
>> If the answer to Q1 is 'yes', is there anything that stand= s out in the
>> VM.start request that is telling Xen that the vm must have HVM sup= port
>> which is then telling xen to fail the request? =A0 It seems that >> somewhere in the xapi call stack for VM.start_on, the method
>> VM.get_HVM_boot_policy is getting called and returning that hvm is=
>> required.
>>
>> Many thanks!
>>
>> Chris
>>
>> ---
>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.= 04.4-server-i386.iso
>> [2]
>> https://github.com/xapi-= project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org=
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

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

--047d7b86f7dcf9360504f62c211a-- --===============4421206754288422202== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4421206754288422202==-- From xen-api-bounces@lists.xen.org Fri Apr 04 00:14:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 00:14: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 1WVrln-0006G0-Nu; Fri, 04 Apr 2014 00:14:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrll-0006Fv-4Y for xen-api@lists.xensource.com; Fri, 04 Apr 2014 00:14:05 +0000 Received: from [85.158.139.211:43041] by server-14.bemta-5.messagelabs.com id AA/CD-15696-C49FD335; Fri, 04 Apr 2014 00:14:04 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1396570441!5374807!1 X-Originating-IP: [209.85.192.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13508 invoked from network); 4 Apr 2014 00:14:02 -0000 Received: from mail-pd0-f170.google.com (HELO mail-pd0-f170.google.com) (209.85.192.170) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 00:14:02 -0000 Received: by mail-pd0-f170.google.com with SMTP id v10so2540045pde.1 for ; Thu, 03 Apr 2014 17:14:00 -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=oEnqq+sKQKVt3IultvFP1E2igCLNksmfJj5CXmP2+8k=; b=Fttqd5C5dGtQPleAxXpO1/fEWnQj/5AXDYc2I5Alu4QTDh5L1m+WrjqAqCXICxdBCx Q/b8GYinDN8lnOyboJL3tMYLy88p+OFM4O+v5vBuBdoBdlRcV+IruvBq/VcZqtmryWm2 xHje1K7eaW4NRV1eN+73PrrNr02xaPyt7JIW05Dy0n0MjMoIRrHYrCavtE0WMBSRYwnP ZSRp+0iyLtMx/kW5J8WEh7snOW2TUmjUya6vY9zAT2Q3RerIznPb+4hm3swEGuc8OLE9 Oi62S0fSEFkH6xsTva8u2KKZEvsz3qBpn5aj+UurvdqIPBvzWZGrR1z1bAlR5NVPtNbC stFg== MIME-Version: 1.0 X-Received: by 10.66.148.134 with SMTP id ts6mr10905173pab.113.1396570440447; Thu, 03 Apr 2014 17:14:00 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 17:14:00 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 17:14:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 01:14:00 +0100 Message-ID: From: chris snow To: David Bomba Cc: xen-api@lists.xensource.com Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3851911148966522966==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3851911148966522966== Content-Type: multipart/alternative; boundary=047d7b67830001bb3504f62c652b --047d7b67830001bb3504f62c652b Content-Type: text/plain; charset=ISO-8859-1 The guest vm is non-hvm and the host is non-hvm, so viridian=true should be OK? Also, other guest vms are running fine with viridian=true. Many thanks, Chris On 4 Apr 2014 00:55, "David Bomba" wrote: > Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set > to true. > > Can you use the xe vm-param-set functionality to switch Viridian to false > and try again. > > > > > On 4 April 2014 10:49, chris snow wrote: > >> Hi David, >> >> xe vm-param-list output: >> >> name-label ( RW): i-2-19-VM >> name-description ( RW): Template which allows VM >> installation from install media >> 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): halted >> memory-actual ( RO): 0 >> memory-target ( RO): 0 >> memory-overhead ( RO): 4194304 >> memory-static-max ( RW): 104857600 >> memory-dynamic-max ( RW): 104857600 >> memory-dynamic-min ( RW): 104857600 >> memory-static-min ( RW): 104857600 >> suspend-VDI-uuid ( RW): >> suspend-SR-uuid ( RW): >> VCPUs-params (MRW): weight: 9; cap: 0 >> VCPUs-max ( RW): 1 >> VCPUs-at-startup ( RW): 1 >> actions-after-shutdown ( RW): Destroy >> actions-after-reboot ( RW): Restart >> actions-after-crash ( RW): Destroy >> console-uuids (SRO): >> platform (MRW): viridian: true; acpi: true; >> apic: true; pae: true; nx: false >> allowed-operations (SRO): changing_dynamic_range; >> changing_shadow_memory; changing_static_range; make_into_template; >> destroy; export; start_on; start; clone; copy; snapshot >> current-operations (SRO): >> blocked-operations (MRW): >> allowed-VBD-devices (SRO): 1; 2; 3 >> allowed-VIF-devices (SRO): 0; 1; 2; 3 >> possible-hosts ( RO): >> HVM-boot-policy ( RW): BIOS order >> HVM-boot-params (MRW): order: dc >> HVM-shadow-multiplier ( RW): 1.000 >> PV-kernel ( RW): >> PV-ramdisk ( RW): >> PV-args ( RW): >> PV-legacy-args ( RW): >> PV-bootloader ( RW): >> PV-bootloader-args ( RW): >> last-boot-CPU-flags ( RO): >> last-boot-record ( RO): '' >> resident-on ( RO): >> affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc >> other-config (MRW): mac_seed: >> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >> dom-id ( RO): -1 >> recommendations ( RO): > field="memory-static-max" max="137438953472" />> field="vcpus-max" max="16" />> max="7" />> /> >> xenstore-data (MRW): >> ha-always-run ( RW) [DEPRECATED]: false >> ha-restart-priority ( RW): >> blobs ( RO): >> start-time ( RO): 19700101T00:00:00Z >> install-time ( RO): 19700101T00:00:00Z >> VCPUs-number ( RO): 0 >> VCPUs-utilisation (MRO): >> os-version (MRO): >> PV-drivers-version (MRO): >> PV-drivers-up-to-date ( RO): >> memory (MRO): >> disks (MRO): >> networks (MRO): >> other (MRO): >> live ( RO): >> guest-metrics-last-updated ( RO): >> cooperative ( RO): 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 >> >> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >> > Hi Chris, >> > >> > are you able to go to the cli and retrieve the param-list for this VM? i >> > think this may be due to VIRIDIAN flag being set to true. >> > >> > xe vm-param-list uuid= >> > >> > >> > On 4 April 2014 10:21, chris snow wrote: >> >> >> >> I have debian wheezy running xen host inside a virtualbox guest, so >> >> the xen host doesn't have HVM. >> >> >> >> I am using a third party application (cloudstack) communicating with >> >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >> >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >> >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >> >> >> >> I have captured the VM.create request here: >> >> https://gist.github.com/snowch/9957480 and also the VM.start_on >> >> response here: https://gist.github.com/snowch/9957480 >> >> >> >> I had originally posted this question to the cloudstack mailing list, >> >> but I now think the question is more relevant to this list because it >> >> is actually a question about the xen api. >> >> >> >> Question 1: >> >> >> >> Is my understanding correct that I should be able to create a VM on a >> >> non HVM Xen host using the Ubuntu install ISO? >> >> >> >> Question 2: >> >> >> >> If the answer to Q1 is 'yes', is there anything that stands out in the >> >> VM.start request that is telling Xen that the vm must have HVM support >> >> which is then telling xen to fail the request? It seems that >> >> somewhere in the xapi call stack for VM.start_on, the method >> >> VM.get_HVM_boot_policy is getting called and returning that hvm is >> >> required. >> >> >> >> Many thanks! >> >> >> >> Chris >> >> >> >> --- >> >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> >> [2] >> >> >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >> >> >> >> _______________________________________________ >> >> Xen-api mailing list >> >> Xen-api@lists.xen.org >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > >> > >> >> >> >> -- >> Check out my professional profile and connect with me on LinkedIn. >> http://lnkd.in/cw5k69 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > > --047d7b67830001bb3504f62c652b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

The guest vm is non-hvm and the host is non-hvm, so viridian= =3Dtrue should be OK?=A0 Also, other guest vms are running fine with viridi= an=3Dtrue.

Many thanks,

Chris

On 4 Apr 2014 00:55, "David Bomba" <= ;turbo124@gmail.com> wrote:
Ok, so from my understanding, you can't run a HVM= guest with VIRIDIAN set to true.

Can you use the xe vm-param-= set functionality to switch Viridian to false and try again.




On 4 April 20= 14 10:49, chris snow <chsnow123@gmail.com> wrote:
Hi David,

xe vm-param-list output:

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): i-2-19-VM
=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-description ( RW): Template which allows V= M
installation from install media
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 user-version ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-template ( RW): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-snapshot ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-info ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 children ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0is-control-domain ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0power-state ( RO): halted
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-actual ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-target ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-overhead ( RO): 4194304
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0 suspend-VDI-uuid ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0suspend-SR-uuid ( RW): <not in database&g= t;
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-params (MRW): weight: 9; cap: 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-max ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-at-startup ( RW): 1
=A0 =A0 =A0 =A0 actions-after-shutdown ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 actions-after-reboot ( RW): Restart
=A0 =A0 =A0 =A0 =A0 =A0actions-after-crash ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0console-uuids (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 platform (MRW): viridian: true;= acpi: true;
apic: true; pae: true; nx: false
=A0 =A0 =A0 =A0 =A0 =A0 allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template;
destroy; export; start_on; start; clone; copy; snapshot
=A0 =A0 =A0 =A0 =A0 =A0 current-operations (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 blocked-operations (MRW):
=A0 =A0 =A0 =A0 =A0 =A0allowed-VBD-devices (SRO): 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0allowed-VIF-devices (SRO): 0; 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 possible-hosts ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-policy ( RW): BIOS order
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-params (MRW): order: dc
=A0 =A0 =A0 =A0 =A0HVM-shadow-multiplier ( RW): 1.000
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-kernel ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-ramdisk ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-legacy-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-bootloader ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 PV-bootloader-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0last-boot-CPU-flags ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 last-boot-record ( RO): ''
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0resident-on ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 affinity ( RW): c47d712e-8aa8-f= cd6-113e-8546532e5fcc
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW): mac_seed:
b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dom-id ( RO): -1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0recommendations ( RO): <restrictions>&= lt;restriction
field=3D"memory-static-max" max=3D"137438953472" />&= lt;restriction
field=3D"vcpus-max" max=3D"16" /><restriction pro= perty=3D"number-of-vbds"
max=3D"7" /><restriction property=3D"number-of-vifs&qu= ot; max=3D"7"
/></restrictions>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0xenstore-data (MRW):
=A0 =A0 ha-always-run ( RW) [DEPRECATED]: false
=A0 =A0 =A0 =A0 =A0 =A0ha-restart-priority ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 start-time ( RO): 19700101T00:00:00= Z
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 install-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-number ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-utilisation (MRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 os-version (MRO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 PV-drivers-version (MRO): <not in database> =A0 =A0 =A0 =A0 =A0PV-drivers-up-to-date ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 memory (MRO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0disks (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 networks (MRO): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0other (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 live ( RO): <not in = database>
=A0 =A0 guest-metrics-last-updated ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0cooperative ( RO): true
=A0 =A0 =A0 =A0 =A0 =A0 =A0protection-policy ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0is-snapshot-from-vmpp ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0appliance ( RW): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0start-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shutdown-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0order ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0version ( RO): 0

On Fri, Apr 4, 2014 at 12:31 AM, David Bomba <turbo124@gmail.com> wrote:
> Hi Chris,
>
> are you able to go to the cli and retrieve the param-list for this VM?= i
> think this may be due to VIRIDIAN flag being set to true.
>
> xe vm-param-list uuid=3D<uuid of vm>
>
>
> On 4 April 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
>>
>> I have debian wheezy running xen host inside a virtualbox guest, s= o
>> the xen host doesn't have HVM.
>>
>> I am using a third party application (cloudstack) communicating wi= th
>> xen using xapi. =A0 I'm trying to create a VM using Ubuntu 12.= 04
>> installation ISO [1], but have set the OS type to 'Other (32 b= it) so
>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRE= D.
>>
>> I have captured the VM.create request here:
>> https://gist.github.com/snowch/9957480 and also the VM.start_on
>> response here: https://gist.github.com/snowch/9957480
>>
>> I had originally posted this question to the cloudstack mailing li= st,
>> but I now think the question is more relevant to this list because= it
>> is actually a question about the xen api.
>>
>> Question 1:
>>
>> Is my understanding correct that I should be able to create a VM o= n a
>> non HVM Xen host using the Ubuntu install ISO?
>>
>> Question 2:
>>
>> If the answer to Q1 is 'yes', is there anything that stand= s out in the
>> VM.start request that is telling Xen that the vm must have HVM sup= port
>> which is then telling xen to fail the request? =A0 It seems that >> somewhere in the xapi call stack for VM.start_on, the method
>> VM.get_HVM_boot_policy is getting called and returning that hvm is=
>> required.
>>
>> Many thanks!
>>
>> Chris
>>
>> ---
>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.= 04.4-server-i386.iso
>> [2]
>> https://github.com/xapi-= project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api= @lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

--047d7b67830001bb3504f62c652b-- --===============3851911148966522966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3851911148966522966==-- From xen-api-bounces@lists.xen.org Fri Apr 04 00:14:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 00:14: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 1WVrln-0006G0-Nu; Fri, 04 Apr 2014 00:14:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVrll-0006Fv-4Y for xen-api@lists.xensource.com; Fri, 04 Apr 2014 00:14:05 +0000 Received: from [85.158.139.211:43041] by server-14.bemta-5.messagelabs.com id AA/CD-15696-C49FD335; Fri, 04 Apr 2014 00:14:04 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1396570441!5374807!1 X-Originating-IP: [209.85.192.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13508 invoked from network); 4 Apr 2014 00:14:02 -0000 Received: from mail-pd0-f170.google.com (HELO mail-pd0-f170.google.com) (209.85.192.170) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 00:14:02 -0000 Received: by mail-pd0-f170.google.com with SMTP id v10so2540045pde.1 for ; Thu, 03 Apr 2014 17:14:00 -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=oEnqq+sKQKVt3IultvFP1E2igCLNksmfJj5CXmP2+8k=; b=Fttqd5C5dGtQPleAxXpO1/fEWnQj/5AXDYc2I5Alu4QTDh5L1m+WrjqAqCXICxdBCx Q/b8GYinDN8lnOyboJL3tMYLy88p+OFM4O+v5vBuBdoBdlRcV+IruvBq/VcZqtmryWm2 xHje1K7eaW4NRV1eN+73PrrNr02xaPyt7JIW05Dy0n0MjMoIRrHYrCavtE0WMBSRYwnP ZSRp+0iyLtMx/kW5J8WEh7snOW2TUmjUya6vY9zAT2Q3RerIznPb+4hm3swEGuc8OLE9 Oi62S0fSEFkH6xsTva8u2KKZEvsz3qBpn5aj+UurvdqIPBvzWZGrR1z1bAlR5NVPtNbC stFg== MIME-Version: 1.0 X-Received: by 10.66.148.134 with SMTP id ts6mr10905173pab.113.1396570440447; Thu, 03 Apr 2014 17:14:00 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 17:14:00 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Thu, 3 Apr 2014 17:14:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 01:14:00 +0100 Message-ID: From: chris snow To: David Bomba Cc: xen-api@lists.xensource.com Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3851911148966522966==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3851911148966522966== Content-Type: multipart/alternative; boundary=047d7b67830001bb3504f62c652b --047d7b67830001bb3504f62c652b Content-Type: text/plain; charset=ISO-8859-1 The guest vm is non-hvm and the host is non-hvm, so viridian=true should be OK? Also, other guest vms are running fine with viridian=true. Many thanks, Chris On 4 Apr 2014 00:55, "David Bomba" wrote: > Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set > to true. > > Can you use the xe vm-param-set functionality to switch Viridian to false > and try again. > > > > > On 4 April 2014 10:49, chris snow wrote: > >> Hi David, >> >> xe vm-param-list output: >> >> name-label ( RW): i-2-19-VM >> name-description ( RW): Template which allows VM >> installation from install media >> 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): halted >> memory-actual ( RO): 0 >> memory-target ( RO): 0 >> memory-overhead ( RO): 4194304 >> memory-static-max ( RW): 104857600 >> memory-dynamic-max ( RW): 104857600 >> memory-dynamic-min ( RW): 104857600 >> memory-static-min ( RW): 104857600 >> suspend-VDI-uuid ( RW): >> suspend-SR-uuid ( RW): >> VCPUs-params (MRW): weight: 9; cap: 0 >> VCPUs-max ( RW): 1 >> VCPUs-at-startup ( RW): 1 >> actions-after-shutdown ( RW): Destroy >> actions-after-reboot ( RW): Restart >> actions-after-crash ( RW): Destroy >> console-uuids (SRO): >> platform (MRW): viridian: true; acpi: true; >> apic: true; pae: true; nx: false >> allowed-operations (SRO): changing_dynamic_range; >> changing_shadow_memory; changing_static_range; make_into_template; >> destroy; export; start_on; start; clone; copy; snapshot >> current-operations (SRO): >> blocked-operations (MRW): >> allowed-VBD-devices (SRO): 1; 2; 3 >> allowed-VIF-devices (SRO): 0; 1; 2; 3 >> possible-hosts ( RO): >> HVM-boot-policy ( RW): BIOS order >> HVM-boot-params (MRW): order: dc >> HVM-shadow-multiplier ( RW): 1.000 >> PV-kernel ( RW): >> PV-ramdisk ( RW): >> PV-args ( RW): >> PV-legacy-args ( RW): >> PV-bootloader ( RW): >> PV-bootloader-args ( RW): >> last-boot-CPU-flags ( RO): >> last-boot-record ( RO): '' >> resident-on ( RO): >> affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc >> other-config (MRW): mac_seed: >> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >> dom-id ( RO): -1 >> recommendations ( RO): > field="memory-static-max" max="137438953472" />> field="vcpus-max" max="16" />> max="7" />> /> >> xenstore-data (MRW): >> ha-always-run ( RW) [DEPRECATED]: false >> ha-restart-priority ( RW): >> blobs ( RO): >> start-time ( RO): 19700101T00:00:00Z >> install-time ( RO): 19700101T00:00:00Z >> VCPUs-number ( RO): 0 >> VCPUs-utilisation (MRO): >> os-version (MRO): >> PV-drivers-version (MRO): >> PV-drivers-up-to-date ( RO): >> memory (MRO): >> disks (MRO): >> networks (MRO): >> other (MRO): >> live ( RO): >> guest-metrics-last-updated ( RO): >> cooperative ( RO): 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 >> >> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >> > Hi Chris, >> > >> > are you able to go to the cli and retrieve the param-list for this VM? i >> > think this may be due to VIRIDIAN flag being set to true. >> > >> > xe vm-param-list uuid= >> > >> > >> > On 4 April 2014 10:21, chris snow wrote: >> >> >> >> I have debian wheezy running xen host inside a virtualbox guest, so >> >> the xen host doesn't have HVM. >> >> >> >> I am using a third party application (cloudstack) communicating with >> >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >> >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >> >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >> >> >> >> I have captured the VM.create request here: >> >> https://gist.github.com/snowch/9957480 and also the VM.start_on >> >> response here: https://gist.github.com/snowch/9957480 >> >> >> >> I had originally posted this question to the cloudstack mailing list, >> >> but I now think the question is more relevant to this list because it >> >> is actually a question about the xen api. >> >> >> >> Question 1: >> >> >> >> Is my understanding correct that I should be able to create a VM on a >> >> non HVM Xen host using the Ubuntu install ISO? >> >> >> >> Question 2: >> >> >> >> If the answer to Q1 is 'yes', is there anything that stands out in the >> >> VM.start request that is telling Xen that the vm must have HVM support >> >> which is then telling xen to fail the request? It seems that >> >> somewhere in the xapi call stack for VM.start_on, the method >> >> VM.get_HVM_boot_policy is getting called and returning that hvm is >> >> required. >> >> >> >> Many thanks! >> >> >> >> Chris >> >> >> >> --- >> >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> >> [2] >> >> >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >> >> >> >> _______________________________________________ >> >> Xen-api mailing list >> >> Xen-api@lists.xen.org >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > >> > >> >> >> >> -- >> Check out my professional profile and connect with me on LinkedIn. >> http://lnkd.in/cw5k69 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > > --047d7b67830001bb3504f62c652b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

The guest vm is non-hvm and the host is non-hvm, so viridian= =3Dtrue should be OK?=A0 Also, other guest vms are running fine with viridi= an=3Dtrue.

Many thanks,

Chris

On 4 Apr 2014 00:55, "David Bomba" <= ;turbo124@gmail.com> wrote:
Ok, so from my understanding, you can't run a HVM= guest with VIRIDIAN set to true.

Can you use the xe vm-param-= set functionality to switch Viridian to false and try again.




On 4 April 20= 14 10:49, chris snow <chsnow123@gmail.com> wrote:
Hi David,

xe vm-param-list output:

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): i-2-19-VM
=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-description ( RW): Template which allows V= M
installation from install media
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 user-version ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-template ( RW): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is-a-snapshot ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-info ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 children ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0is-control-domain ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0power-state ( RO): halted
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-actual ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-target ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memory-overhead ( RO): 4194304
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-max ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 memory-dynamic-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0memory-static-min ( RW): 104857600
=A0 =A0 =A0 =A0 =A0 =A0 =A0 suspend-VDI-uuid ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0suspend-SR-uuid ( RW): <not in database&g= t;
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-params (MRW): weight: 9; cap: 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-max ( RW): 1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-at-startup ( RW): 1
=A0 =A0 =A0 =A0 actions-after-shutdown ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 actions-after-reboot ( RW): Restart
=A0 =A0 =A0 =A0 =A0 =A0actions-after-crash ( RW): Destroy
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0console-uuids (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 platform (MRW): viridian: true;= acpi: true;
apic: true; pae: true; nx: false
=A0 =A0 =A0 =A0 =A0 =A0 allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template;
destroy; export; start_on; start; clone; copy; snapshot
=A0 =A0 =A0 =A0 =A0 =A0 current-operations (SRO):
=A0 =A0 =A0 =A0 =A0 =A0 blocked-operations (MRW):
=A0 =A0 =A0 =A0 =A0 =A0allowed-VBD-devices (SRO): 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0allowed-VIF-devices (SRO): 0; 1; 2; 3
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 possible-hosts ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-policy ( RW): BIOS order
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HVM-boot-params (MRW): order: dc
=A0 =A0 =A0 =A0 =A0HVM-shadow-multiplier ( RW): 1.000
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-kernel ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-ramdisk ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PV-legacy-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PV-bootloader ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 PV-bootloader-args ( RW):
=A0 =A0 =A0 =A0 =A0 =A0last-boot-CPU-flags ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 last-boot-record ( RO): ''
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0resident-on ( RO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 affinity ( RW): c47d712e-8aa8-f= cd6-113e-8546532e5fcc
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW): mac_seed:
b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dom-id ( RO): -1
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0recommendations ( RO): <restrictions>&= lt;restriction
field=3D"memory-static-max" max=3D"137438953472" />&= lt;restriction
field=3D"vcpus-max" max=3D"16" /><restriction pro= perty=3D"number-of-vbds"
max=3D"7" /><restriction property=3D"number-of-vifs&qu= ot; max=3D"7"
/></restrictions>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0xenstore-data (MRW):
=A0 =A0 ha-always-run ( RW) [DEPRECATED]: false
=A0 =A0 =A0 =A0 =A0 =A0ha-restart-priority ( RW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 start-time ( RO): 19700101T00:00:00= Z
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 install-time ( RO): 19700101T00:00:00Z<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VCPUs-number ( RO): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0VCPUs-utilisation (MRO):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 os-version (MRO): <not in databa= se>
=A0 =A0 =A0 =A0 =A0 =A0 PV-drivers-version (MRO): <not in database> =A0 =A0 =A0 =A0 =A0PV-drivers-up-to-date ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 memory (MRO): <not in da= tabase>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0disks (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 networks (MRO): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0other (MRO): <not in = database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 live ( RO): <not in = database>
=A0 =A0 guest-metrics-last-updated ( RO): <not in database>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0cooperative ( RO): true
=A0 =A0 =A0 =A0 =A0 =A0 =A0protection-policy ( RW): <not in database>=
=A0 =A0 =A0 =A0 =A0is-snapshot-from-vmpp ( RO): false
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0appliance ( RW): <not in data= base>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0start-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shutdown-delay ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0order ( RW): 0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0version ( RO): 0

On Fri, Apr 4, 2014 at 12:31 AM, David Bomba <turbo124@gmail.com> wrote:
> Hi Chris,
>
> are you able to go to the cli and retrieve the param-list for this VM?= i
> think this may be due to VIRIDIAN flag being set to true.
>
> xe vm-param-list uuid=3D<uuid of vm>
>
>
> On 4 April 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
>>
>> I have debian wheezy running xen host inside a virtualbox guest, s= o
>> the xen host doesn't have HVM.
>>
>> I am using a third party application (cloudstack) communicating wi= th
>> xen using xapi. =A0 I'm trying to create a VM using Ubuntu 12.= 04
>> installation ISO [1], but have set the OS type to 'Other (32 b= it) so
>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRE= D.
>>
>> I have captured the VM.create request here:
>> https://gist.github.com/snowch/9957480 and also the VM.start_on
>> response here: https://gist.github.com/snowch/9957480
>>
>> I had originally posted this question to the cloudstack mailing li= st,
>> but I now think the question is more relevant to this list because= it
>> is actually a question about the xen api.
>>
>> Question 1:
>>
>> Is my understanding correct that I should be able to create a VM o= n a
>> non HVM Xen host using the Ubuntu install ISO?
>>
>> Question 2:
>>
>> If the answer to Q1 is 'yes', is there anything that stand= s out in the
>> VM.start request that is telling Xen that the vm must have HVM sup= port
>> which is then telling xen to fail the request? =A0 It seems that >> somewhere in the xapi call stack for VM.start_on, the method
>> VM.get_HVM_boot_policy is getting called and returning that hvm is=
>> required.
>>
>> Many thanks!
>>
>> Chris
>>
>> ---
>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.= 04.4-server-i386.iso
>> [2]
>> https://github.com/xapi-= project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api= @lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

--047d7b67830001bb3504f62c652b-- --===============3851911148966522966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3851911148966522966==-- From xen-api-bounces@lists.xen.org Fri Apr 04 07:54:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 07:54: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 1WVyxV-0000QC-MD; Fri, 04 Apr 2014 07:54:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVyxT-0000Q7-MQ for xen-api@lists.xensource.com; Fri, 04 Apr 2014 07:54:39 +0000 Received: from [85.158.139.211:2673] by server-10.bemta-5.messagelabs.com id 60/9B-27081-E356E335; Fri, 04 Apr 2014 07:54:38 +0000 X-Env-Sender: marien_spek@outlook.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1396598078!5401725!1 X-Originating-IP: [157.55.2.110] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16314 invoked from network); 4 Apr 2014 07:54:38 -0000 Received: from dub0-omc4-s35.dub0.hotmail.com (HELO dub0-omc4-s35.dub0.hotmail.com) (157.55.2.110) by server-4.tower-206.messagelabs.com with SMTP; 4 Apr 2014 07:54:38 -0000 Received: from DUB125-W55 ([157.55.2.71]) by dub0-omc4-s35.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Apr 2014 00:54:37 -0700 X-TMN: [kdoj44Zq/twl+iTgxHE/dE5CAF1zENl5] X-Originating-Email: [marien_spek@outlook.com] Message-ID: From: Marien Spek To: "xen-api@lists.xensource.com" Date: Fri, 4 Apr 2014 09:54:37 +0200 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 Apr 2014 07:54:37.0867 (UTC) FILETIME=[207F27B0:01CF4FDB] Subject: [Xen-API] Using wlan nic for network access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2135046009956831269==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2135046009956831269== Content-Type: multipart/alternative; boundary="_eb127479-cd0d-4b19-9cca-174b6128876f_" --_eb127479-cd0d-4b19-9cca-174b6128876f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Currently I'm using an Ubuntu 13.10 server install with a custom 3.13.6 ker= nel (only for static xen-pci-back)=2C xen 4.3 and xcp-xapi (both from the o= fficial launchpad repo)With that I use a Realtek RTL8179 nic which is worki= ng fine with the patched R8188EU drivers. So far I've been trying to bridge the nic so it can be used with xapi=2C bu= t so far I failed... I've encountered dozens of claims stating that bridgin= g wlan is a pain and even in a lot of cases impossible... My main problem s= o far would be that the bridge doesn't get any ipaddress=2C even manually a= ssigning one doesn't make a difference. So I guess that the drives/NIC are = just not up for the task. Yet is there maybe another way to use the wireless NIC with xapi? Mind you this is just a testing project and not intended for production pur= poses=2C so it doesn't need to be 100% stable. Kind regards=2CMarien = --_eb127479-cd0d-4b19-9cca-174b6128876f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Currently I'm using an Ubuntu 13= .10 server install with a custom 3.13.6 kernel (only for static xen-pci-bac= k)=2C xen 4.3 and xcp-xapi (both from the official launchpad repo)
With= that I use a Realtek RTL8179 nic which is working fine with the patched R8= 188EU drivers.

So far I've been trying to bridge t= he nic so it can be used with xapi=2C but so far I failed... I've encounter= ed dozens of claims stating that bridging wlan is a pain and even in a lot = of cases impossible... My main problem so far would be that the bridge does= n't get any ipaddress=2C even manually assigning one doesn't make a differe= nce. So I guess that the drives/NIC are just not up for the task.

Yet is there maybe another way to use the wireless NIC with= xapi?

Mind you this is just a testing project and= not intended for production purposes=2C so it doesn't need to be 100% stab= le.

Kind regards=2C
Marien
= = --_eb127479-cd0d-4b19-9cca-174b6128876f_-- --===============2135046009956831269== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2135046009956831269==-- From xen-api-bounces@lists.xen.org Fri Apr 04 07:54:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 07:54: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 1WVyxV-0000QC-MD; Fri, 04 Apr 2014 07:54:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WVyxT-0000Q7-MQ for xen-api@lists.xensource.com; Fri, 04 Apr 2014 07:54:39 +0000 Received: from [85.158.139.211:2673] by server-10.bemta-5.messagelabs.com id 60/9B-27081-E356E335; Fri, 04 Apr 2014 07:54:38 +0000 X-Env-Sender: marien_spek@outlook.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1396598078!5401725!1 X-Originating-IP: [157.55.2.110] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16314 invoked from network); 4 Apr 2014 07:54:38 -0000 Received: from dub0-omc4-s35.dub0.hotmail.com (HELO dub0-omc4-s35.dub0.hotmail.com) (157.55.2.110) by server-4.tower-206.messagelabs.com with SMTP; 4 Apr 2014 07:54:38 -0000 Received: from DUB125-W55 ([157.55.2.71]) by dub0-omc4-s35.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Apr 2014 00:54:37 -0700 X-TMN: [kdoj44Zq/twl+iTgxHE/dE5CAF1zENl5] X-Originating-Email: [marien_spek@outlook.com] Message-ID: From: Marien Spek To: "xen-api@lists.xensource.com" Date: Fri, 4 Apr 2014 09:54:37 +0200 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 Apr 2014 07:54:37.0867 (UTC) FILETIME=[207F27B0:01CF4FDB] Subject: [Xen-API] Using wlan nic for network access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2135046009956831269==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2135046009956831269== Content-Type: multipart/alternative; boundary="_eb127479-cd0d-4b19-9cca-174b6128876f_" --_eb127479-cd0d-4b19-9cca-174b6128876f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Currently I'm using an Ubuntu 13.10 server install with a custom 3.13.6 ker= nel (only for static xen-pci-back)=2C xen 4.3 and xcp-xapi (both from the o= fficial launchpad repo)With that I use a Realtek RTL8179 nic which is worki= ng fine with the patched R8188EU drivers. So far I've been trying to bridge the nic so it can be used with xapi=2C bu= t so far I failed... I've encountered dozens of claims stating that bridgin= g wlan is a pain and even in a lot of cases impossible... My main problem s= o far would be that the bridge doesn't get any ipaddress=2C even manually a= ssigning one doesn't make a difference. So I guess that the drives/NIC are = just not up for the task. Yet is there maybe another way to use the wireless NIC with xapi? Mind you this is just a testing project and not intended for production pur= poses=2C so it doesn't need to be 100% stable. Kind regards=2CMarien = --_eb127479-cd0d-4b19-9cca-174b6128876f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Currently I'm using an Ubuntu 13= .10 server install with a custom 3.13.6 kernel (only for static xen-pci-bac= k)=2C xen 4.3 and xcp-xapi (both from the official launchpad repo)
With= that I use a Realtek RTL8179 nic which is working fine with the patched R8= 188EU drivers.

So far I've been trying to bridge t= he nic so it can be used with xapi=2C but so far I failed... I've encounter= ed dozens of claims stating that bridging wlan is a pain and even in a lot = of cases impossible... My main problem so far would be that the bridge does= n't get any ipaddress=2C even manually assigning one doesn't make a differe= nce. So I guess that the drives/NIC are just not up for the task.

Yet is there maybe another way to use the wireless NIC with= xapi?

Mind you this is just a testing project and= not intended for production purposes=2C so it doesn't need to be 100% stab= le.

Kind regards=2C
Marien
= = --_eb127479-cd0d-4b19-9cca-174b6128876f_-- --===============2135046009956831269== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2135046009956831269==-- From xen-api-bounces@lists.xen.org Fri Apr 04 12:42:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 12:42:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW3Rj-0007SI-EX; Fri, 04 Apr 2014 12:42:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW3Rh-0007SD-DA for xen-api@lists.xensource.com; Fri, 04 Apr 2014 12:42:09 +0000 Received: from [85.158.137.68:21695] by server-14.bemta-3.messagelabs.com id 8A/53-30903-0A8AE335; Fri, 04 Apr 2014 12:42:08 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1396615326!5058473!1 X-Originating-IP: [185.25.65.24] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25586 invoked from network); 4 Apr 2014 12:42:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 12:42:06 -0000 X-IronPort-AV: E=Sophos;i="4.97,795,1389744000"; d="scan'208,217";a="13147019" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 04 Apr 2014 12:42:08 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL01.citrite.net ([169.254.6.75]) with mapi id 14.02.0342.004; Fri, 4 Apr 2014 14:42:06 +0200 From: Rob Hoes To: chris snow Thread-Topic: [Xen-API] VM.start_on returns VM_HVM_REQUIRED Thread-Index: AQHPT5QQg9TnmMk/wUOoXSOKuz04q5sAaQ0AgAAE7ICAAAGogIAABT0AgADRAAA= Date: Fri, 4 Apr 2014 12:42:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.13] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3593916019244585331==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3593916019244585331== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_" --_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello Chris, If you have created your VM from the =93Other install media=94 template, th= en XenServer will boot it as an HVM guest. This is governed by the following parameters on your VM: 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): Try using =91xe vm-param-set=92 to clear the HVM-boot-policy and HVM-boot-p= arams keys, and set PV-bootloader to =93pygrub=94. Now, this would only work if the kernel of your guest is a PVOPS one (3.x),= or specially compiled for Xen, which may not be the case. Cheers, Rob On 4 Apr 2014, at 01:14, chris snow > wrote: The guest vm is non-hvm and the host is non-hvm, so viridian=3Dtrue should = be OK? Also, other guest vms are running fine with viridian=3Dtrue. Many thanks, Chris On 4 Apr 2014 00:55, "David Bomba" > wrote: Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set t= o true. Can you use the xe vm-param-set functionality to switch Viridian to false a= nd try again. On 4 April 2014 10:49, chris snow > wrote: Hi David, xe vm-param-list output: name-label ( RW): i-2-19-VM name-description ( RW): Template which allows VM installation from install media 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): halted memory-actual ( RO): 0 memory-target ( RO): 0 memory-overhead ( RO): 4194304 memory-static-max ( RW): 104857600 memory-dynamic-max ( RW): 104857600 memory-dynamic-min ( RW): 104857600 memory-static-min ( RW): 104857600 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): weight: 9; cap: 0 VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Destroy console-uuids (SRO): platform (MRW): viridian: true; acpi: true; apic: true; pae: true; nx: false allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template; destroy; export; start_on; start; clone; copy; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2; 3 allowed-VIF-devices (SRO): 0; 1; 2; 3 possible-hosts ( RO): HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): last-boot-record ( RO): '' resident-on ( RO): affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc other-config (MRW): mac_seed: b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom dom-id ( RO): -1 recommendations ( RO): xenstore-data (MRW): ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 19700101T00:00:00Z install-time ( RO): 19700101T00:00:00Z VCPUs-number ( RO): 0 VCPUs-utilisation (MRO): os-version (MRO): PV-drivers-version (MRO): PV-drivers-up-to-date ( RO): memory (MRO): disks (MRO): networks (MRO): other (MRO): live ( RO): guest-metrics-last-updated ( RO): cooperative ( RO): 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 On Fri, Apr 4, 2014 at 12:31 AM, David Bomba > wrote: > Hi Chris, > > are you able to go to the cli and retrieve the param-list for this VM? i > think this may be due to VIRIDIAN flag being set to true. > > xe vm-param-list uuid=3D > > > On 4 April 2014 10:21, chris snow > wrote: >> >> I have debian wheezy running xen host inside a virtualbox guest, so >> the xen host doesn't have HVM. >> >> I am using a third party application (cloudstack) communicating with >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >> >> I have captured the VM.create request here: >> https://gist.github.com/snowch/9957480 and also the VM.start_on >> response here: https://gist.github.com/snowch/9957480 >> >> I had originally posted this question to the cloudstack mailing list, >> but I now think the question is more relevant to this list because it >> is actually a question about the xen api. >> >> Question 1: >> >> Is my understanding correct that I should be able to create a VM on a >> non HVM Xen host using the Ubuntu install ISO? >> >> Question 2: >> >> If the answer to Q1 is 'yes', is there anything that stands out in the >> VM.start request that is telling Xen that the vm must have HVM support >> which is then telling xen to fail the request? It seems that >> somewhere in the xapi call stack for VM.start_on, the method >> VM.get_HVM_boot_policy is getting called and returning that hvm is >> required. >> >> Many thanks! >> >> Chris >> >> --- >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> [2] >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_h= elpers.ml#L488 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ 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 --_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <32C10222A61C1A48A0965E662C8B0AAD@citrix.com> Content-Transfer-Encoding: quoted-printable Hello Chris,

If you have created your VM from the =93Other install media=94 templat= e, then XenServer will boot it as an HVM guest.

This is governed by the following parameters on your VM:

              HVM-boot-policy ( RW)= : BIOS order
            &nb= sp; HVM-boot-params (MRW): order: dc
        HVM-shadow-multiplier ( RW)= : 1.000
            &nb= sp;       PV-kernel ( RW):
            &nb= sp;      PV-ramdisk ( RW):
            &nb= sp;         PV-args ( RW):
            &nb= sp;  PV-legacy-args ( RW):
            &nb= sp;   PV-bootloader ( RW):
           PV-bootlo= ader-args ( RW):

Try using =91xe vm-param-set=92 to clear the HVM-boot-policy and HVM-b= oot-params keys, and set PV-bootloader to =93pygrub=94.

Now, this would only work if the kernel of your guest is a PVOPS one (= 3.x), or specially compiled for Xen, which may not be the case.

Cheers,
Rob

On 4 Apr 2014, at 01:14, chris snow <chsnow123@gmail.com> wrote:

The guest vm is non-hvm and the host is non-hvm, so viridian= =3Dtrue should be OK?  Also, other guest vms are running fine with vir= idian=3Dtrue.

Many thanks,

Chris

On 4 Apr 2014 00:55, "David Bomba" <= ;turbo124@gmail.com> wrote:
Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN = set to true.

Can you use the xe vm-param-set functionality to switch Viridian to false a= nd try again.




On 4 April 2014 10:49, chris snow <chsnow123@= gmail.com> wrote:
Hi David,

xe vm-param-list output:

                    name-= label ( RW): i-2-19-VM
              name-description ( RW): Te= mplate which allows VM
installation from install media
                  user-version= ( RW): 1
                 is-a-template= ( RW): false
                 is-a-snapshot= ( RO): false
                   snapsh= ot-of ( RO): <not in database>
                     = ;snapshots ( RO):
                 snapshot-time= ( RO): 19700101T00:00:00Z
                 snapshot-info= ( RO):
                     = ;   parent ( RO): <not in database>
                     = ; children ( RO):
             is-control-domain ( RO): fa= lse
                   power-= state ( RO): halted
                 memory-actual= ( RO): 0
                 memory-target= ( RO): 0
               memory-overhead ( RO= ): 4194304
             memory-static-max ( RW): 10= 4857600
            memory-dynamic-max ( RW): 1048576= 00
            memory-dynamic-min ( RW): 1048576= 00
             memory-static-min ( RW): 10= 4857600
              suspend-VDI-uuid ( RW): &l= t;not in database>
               suspend-SR-uuid ( RW= ): <not in database>
                  VCPUs-params= (MRW): weight: 9; cap: 0
                     = ;VCPUs-max ( RW): 1
              VCPUs-at-startup ( RW): 1<= br>         actions-after-shutdown ( RW): Destroy
          actions-after-reboot ( RW): Restart
           actions-after-crash ( RW): Destroy=
                 console-uuids= (SRO):
                     = ; platform (MRW): viridian: true; acpi: true;
apic: true; pae: true; nx: false
            allowed-operations (SRO): changin= g_dynamic_range;
changing_shadow_memory; changing_static_range; make_into_template;
destroy; export; start_on; start; clone; copy; snapshot
            current-operations (SRO):
            blocked-operations (MRW):
           allowed-VBD-devices (SRO): 1; 2; 3=
           allowed-VIF-devices (SRO): 0; 1; 2= ; 3
                possible-hosts ( RO= ):
               HVM-boot-policy ( RW= ): BIOS order
               HVM-boot-params (MRW= ): order: dc
         HVM-shadow-multiplier ( RW): 1.000
                     = ;PV-kernel ( RW):
                    PV-ra= mdisk ( RW):
                     = ;  PV-args ( RW):
                PV-legacy-args ( RW= ):
                 PV-bootloader= ( RW):
            PV-bootloader-args ( RW):
           last-boot-CPU-flags ( RO):
              last-boot-record ( RO): ''=
                   reside= nt-on ( RO): <not in database>
                     = ; affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc
                  other-config= (MRW): mac_seed:
b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom
                     = ;   dom-id ( RO): -1
               recommendations ( RO= ): <restrictions><restriction
field=3D"memory-static-max" max=3D"137438953472" />&= lt;restriction
field=3D"vcpus-max" max=3D"16" /><restriction pro= perty=3D"number-of-vbds"
max=3D"7" /><restriction property=3D"number-of-vifs&qu= ot; max=3D"7"
/></restrictions>
                 xenstore-data= (MRW):
    ha-always-run ( RW) [DEPRECATED]: false
           ha-restart-priority ( RW):
                     = ;    blobs ( RO):
                    start= -time ( RO): 19700101T00:00:00Z
                  install-time= ( RO): 19700101T00:00:00Z
                  VCPUs-number= ( RO): 0
             VCPUs-utilisation (MRO):                     os-ve= rsion (MRO): <not in database>
            PV-drivers-version (MRO): <not= in database>
         PV-drivers-up-to-date ( RO): <not in d= atabase>
                     = ;   memory (MRO): <not in database>
                     = ;    disks (MRO): <not in database>
                     = ; networks (MRO): <not in database>
                     = ;    other (MRO): <not in database>
                     = ;     live ( RO): <not in database>
    guest-metrics-last-updated ( RO): <not in database>
                   cooper= ative ( RO): true
             protection-policy ( RW): &l= t;not in database>
         is-snapshot-from-vmpp ( RO): false
                     = ;     tags (SRW):
                     = ;appliance ( RW): <not in database>
                   start-= delay ( RW): 0
                shutdown-delay ( RW= ): 0
                     = ;    order ( RW): 0
                     = ;  version ( RO): 0

On Fri, Apr 4, 2014 at 12:31 AM, David Bomba <turbo124@gmail.com> wrote:
> Hi Chris,
>
> are you able to go to the cli and retrieve the param-list for this VM?= i
> think this may be due to VIRIDIAN flag being set to true.
>
> xe vm-param-list uuid=3D<uuid of vm>
>
>
> On 4 April 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
>>
>> I have debian wheezy running xen host inside a virtualbox guest, s= o
>> the xen host doesn't have HVM.
>>
>> I am using a third party application (cloudstack) communicating wi= th
>> xen using xapi.   I'm trying to create a VM using Ubuntu 12.0= 4
>> installation ISO [1], but have set the OS type to 'Other (32 bit) = so
>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRE= D.
>>
>> I have captured the VM.create request here:
>> https://gist.github.com/snowch/9957480 and also the VM.start_on
>> response here: https://gist.github.com/snowch/9957480
>>
>> I had originally posted this question to the cloudstack mailing li= st,
>> but I now think the question is more relevant to this list because= it
>> is actually a question about the xen api.
>>
>> Question 1:
>>
>> Is my understanding correct that I should be able to create a VM o= n a
>> non HVM Xen host using the Ubuntu install ISO?
>>
>> Question 2:
>>
>> If the answer to Q1 is 'yes', is there anything that stands out in= the
>> VM.start request that is telling Xen that the vm must have HVM sup= port
>> which is then telling xen to fail the request?   It seems tha= t
>> somewhere in the xapi call stack for VM.start_on, the method
>> VM.get_HVM_boot_policy is getting called and returning that hvm is=
>> required.
>>
>> Many thanks!
>>
>> Chris
>>
>> ---
>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso
>> [2]
>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_help= ers.ml#L488
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api= @lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

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

--_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_-- --===============3593916019244585331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3593916019244585331==-- From xen-api-bounces@lists.xen.org Fri Apr 04 12:42:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 12:42:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW3Rj-0007SI-EX; Fri, 04 Apr 2014 12:42:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW3Rh-0007SD-DA for xen-api@lists.xensource.com; Fri, 04 Apr 2014 12:42:09 +0000 Received: from [85.158.137.68:21695] by server-14.bemta-3.messagelabs.com id 8A/53-30903-0A8AE335; Fri, 04 Apr 2014 12:42:08 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1396615326!5058473!1 X-Originating-IP: [185.25.65.24] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25586 invoked from network); 4 Apr 2014 12:42:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 12:42:06 -0000 X-IronPort-AV: E=Sophos;i="4.97,795,1389744000"; d="scan'208,217";a="13147019" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 04 Apr 2014 12:42:08 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL01.citrite.net ([169.254.6.75]) with mapi id 14.02.0342.004; Fri, 4 Apr 2014 14:42:06 +0200 From: Rob Hoes To: chris snow Thread-Topic: [Xen-API] VM.start_on returns VM_HVM_REQUIRED Thread-Index: AQHPT5QQg9TnmMk/wUOoXSOKuz04q5sAaQ0AgAAE7ICAAAGogIAABT0AgADRAAA= Date: Fri, 4 Apr 2014 12:42:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.13] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3593916019244585331==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3593916019244585331== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_" --_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello Chris, If you have created your VM from the =93Other install media=94 template, th= en XenServer will boot it as an HVM guest. This is governed by the following parameters on your VM: 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): Try using =91xe vm-param-set=92 to clear the HVM-boot-policy and HVM-boot-p= arams keys, and set PV-bootloader to =93pygrub=94. Now, this would only work if the kernel of your guest is a PVOPS one (3.x),= or specially compiled for Xen, which may not be the case. Cheers, Rob On 4 Apr 2014, at 01:14, chris snow > wrote: The guest vm is non-hvm and the host is non-hvm, so viridian=3Dtrue should = be OK? Also, other guest vms are running fine with viridian=3Dtrue. Many thanks, Chris On 4 Apr 2014 00:55, "David Bomba" > wrote: Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set t= o true. Can you use the xe vm-param-set functionality to switch Viridian to false a= nd try again. On 4 April 2014 10:49, chris snow > wrote: Hi David, xe vm-param-list output: name-label ( RW): i-2-19-VM name-description ( RW): Template which allows VM installation from install media 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): halted memory-actual ( RO): 0 memory-target ( RO): 0 memory-overhead ( RO): 4194304 memory-static-max ( RW): 104857600 memory-dynamic-max ( RW): 104857600 memory-dynamic-min ( RW): 104857600 memory-static-min ( RW): 104857600 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): weight: 9; cap: 0 VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Destroy console-uuids (SRO): platform (MRW): viridian: true; acpi: true; apic: true; pae: true; nx: false allowed-operations (SRO): changing_dynamic_range; changing_shadow_memory; changing_static_range; make_into_template; destroy; export; start_on; start; clone; copy; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2; 3 allowed-VIF-devices (SRO): 0; 1; 2; 3 possible-hosts ( RO): HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): last-boot-record ( RO): '' resident-on ( RO): affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc other-config (MRW): mac_seed: b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom dom-id ( RO): -1 recommendations ( RO): xenstore-data (MRW): ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 19700101T00:00:00Z install-time ( RO): 19700101T00:00:00Z VCPUs-number ( RO): 0 VCPUs-utilisation (MRO): os-version (MRO): PV-drivers-version (MRO): PV-drivers-up-to-date ( RO): memory (MRO): disks (MRO): networks (MRO): other (MRO): live ( RO): guest-metrics-last-updated ( RO): cooperative ( RO): 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 On Fri, Apr 4, 2014 at 12:31 AM, David Bomba > wrote: > Hi Chris, > > are you able to go to the cli and retrieve the param-list for this VM? i > think this may be due to VIRIDIAN flag being set to true. > > xe vm-param-list uuid=3D > > > On 4 April 2014 10:21, chris snow > wrote: >> >> I have debian wheezy running xen host inside a virtualbox guest, so >> the xen host doesn't have HVM. >> >> I am using a third party application (cloudstack) communicating with >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >> >> I have captured the VM.create request here: >> https://gist.github.com/snowch/9957480 and also the VM.start_on >> response here: https://gist.github.com/snowch/9957480 >> >> I had originally posted this question to the cloudstack mailing list, >> but I now think the question is more relevant to this list because it >> is actually a question about the xen api. >> >> Question 1: >> >> Is my understanding correct that I should be able to create a VM on a >> non HVM Xen host using the Ubuntu install ISO? >> >> Question 2: >> >> If the answer to Q1 is 'yes', is there anything that stands out in the >> VM.start request that is telling Xen that the vm must have HVM support >> which is then telling xen to fail the request? It seems that >> somewhere in the xapi call stack for VM.start_on, the method >> VM.get_HVM_boot_policy is getting called and returning that hvm is >> required. >> >> Many thanks! >> >> Chris >> >> --- >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> [2] >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_h= elpers.ml#L488 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ 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 --_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <32C10222A61C1A48A0965E662C8B0AAD@citrix.com> Content-Transfer-Encoding: quoted-printable Hello Chris,

If you have created your VM from the =93Other install media=94 templat= e, then XenServer will boot it as an HVM guest.

This is governed by the following parameters on your VM:

              HVM-boot-policy ( RW)= : BIOS order
            &nb= sp; HVM-boot-params (MRW): order: dc
        HVM-shadow-multiplier ( RW)= : 1.000
            &nb= sp;       PV-kernel ( RW):
            &nb= sp;      PV-ramdisk ( RW):
            &nb= sp;         PV-args ( RW):
            &nb= sp;  PV-legacy-args ( RW):
            &nb= sp;   PV-bootloader ( RW):
           PV-bootlo= ader-args ( RW):

Try using =91xe vm-param-set=92 to clear the HVM-boot-policy and HVM-b= oot-params keys, and set PV-bootloader to =93pygrub=94.

Now, this would only work if the kernel of your guest is a PVOPS one (= 3.x), or specially compiled for Xen, which may not be the case.

Cheers,
Rob

On 4 Apr 2014, at 01:14, chris snow <chsnow123@gmail.com> wrote:

The guest vm is non-hvm and the host is non-hvm, so viridian= =3Dtrue should be OK?  Also, other guest vms are running fine with vir= idian=3Dtrue.

Many thanks,

Chris

On 4 Apr 2014 00:55, "David Bomba" <= ;turbo124@gmail.com> wrote:
Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN = set to true.

Can you use the xe vm-param-set functionality to switch Viridian to false a= nd try again.




On 4 April 2014 10:49, chris snow <chsnow123@= gmail.com> wrote:
Hi David,

xe vm-param-list output:

                    name-= label ( RW): i-2-19-VM
              name-description ( RW): Te= mplate which allows VM
installation from install media
                  user-version= ( RW): 1
                 is-a-template= ( RW): false
                 is-a-snapshot= ( RO): false
                   snapsh= ot-of ( RO): <not in database>
                     = ;snapshots ( RO):
                 snapshot-time= ( RO): 19700101T00:00:00Z
                 snapshot-info= ( RO):
                     = ;   parent ( RO): <not in database>
                     = ; children ( RO):
             is-control-domain ( RO): fa= lse
                   power-= state ( RO): halted
                 memory-actual= ( RO): 0
                 memory-target= ( RO): 0
               memory-overhead ( RO= ): 4194304
             memory-static-max ( RW): 10= 4857600
            memory-dynamic-max ( RW): 1048576= 00
            memory-dynamic-min ( RW): 1048576= 00
             memory-static-min ( RW): 10= 4857600
              suspend-VDI-uuid ( RW): &l= t;not in database>
               suspend-SR-uuid ( RW= ): <not in database>
                  VCPUs-params= (MRW): weight: 9; cap: 0
                     = ;VCPUs-max ( RW): 1
              VCPUs-at-startup ( RW): 1<= br>         actions-after-shutdown ( RW): Destroy
          actions-after-reboot ( RW): Restart
           actions-after-crash ( RW): Destroy=
                 console-uuids= (SRO):
                     = ; platform (MRW): viridian: true; acpi: true;
apic: true; pae: true; nx: false
            allowed-operations (SRO): changin= g_dynamic_range;
changing_shadow_memory; changing_static_range; make_into_template;
destroy; export; start_on; start; clone; copy; snapshot
            current-operations (SRO):
            blocked-operations (MRW):
           allowed-VBD-devices (SRO): 1; 2; 3=
           allowed-VIF-devices (SRO): 0; 1; 2= ; 3
                possible-hosts ( RO= ):
               HVM-boot-policy ( RW= ): BIOS order
               HVM-boot-params (MRW= ): order: dc
         HVM-shadow-multiplier ( RW): 1.000
                     = ;PV-kernel ( RW):
                    PV-ra= mdisk ( RW):
                     = ;  PV-args ( RW):
                PV-legacy-args ( RW= ):
                 PV-bootloader= ( RW):
            PV-bootloader-args ( RW):
           last-boot-CPU-flags ( RO):
              last-boot-record ( RO): ''=
                   reside= nt-on ( RO): <not in database>
                     = ; affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc
                  other-config= (MRW): mac_seed:
b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom
                     = ;   dom-id ( RO): -1
               recommendations ( RO= ): <restrictions><restriction
field=3D"memory-static-max" max=3D"137438953472" />&= lt;restriction
field=3D"vcpus-max" max=3D"16" /><restriction pro= perty=3D"number-of-vbds"
max=3D"7" /><restriction property=3D"number-of-vifs&qu= ot; max=3D"7"
/></restrictions>
                 xenstore-data= (MRW):
    ha-always-run ( RW) [DEPRECATED]: false
           ha-restart-priority ( RW):
                     = ;    blobs ( RO):
                    start= -time ( RO): 19700101T00:00:00Z
                  install-time= ( RO): 19700101T00:00:00Z
                  VCPUs-number= ( RO): 0
             VCPUs-utilisation (MRO):                     os-ve= rsion (MRO): <not in database>
            PV-drivers-version (MRO): <not= in database>
         PV-drivers-up-to-date ( RO): <not in d= atabase>
                     = ;   memory (MRO): <not in database>
                     = ;    disks (MRO): <not in database>
                     = ; networks (MRO): <not in database>
                     = ;    other (MRO): <not in database>
                     = ;     live ( RO): <not in database>
    guest-metrics-last-updated ( RO): <not in database>
                   cooper= ative ( RO): true
             protection-policy ( RW): &l= t;not in database>
         is-snapshot-from-vmpp ( RO): false
                     = ;     tags (SRW):
                     = ;appliance ( RW): <not in database>
                   start-= delay ( RW): 0
                shutdown-delay ( RW= ): 0
                     = ;    order ( RW): 0
                     = ;  version ( RO): 0

On Fri, Apr 4, 2014 at 12:31 AM, David Bomba <turbo124@gmail.com> wrote:
> Hi Chris,
>
> are you able to go to the cli and retrieve the param-list for this VM?= i
> think this may be due to VIRIDIAN flag being set to true.
>
> xe vm-param-list uuid=3D<uuid of vm>
>
>
> On 4 April 2014 10:21, chris snow <chsnow123@gmail.com> wrote:
>>
>> I have debian wheezy running xen host inside a virtualbox guest, s= o
>> the xen host doesn't have HVM.
>>
>> I am using a third party application (cloudstack) communicating wi= th
>> xen using xapi.   I'm trying to create a VM using Ubuntu 12.0= 4
>> installation ISO [1], but have set the OS type to 'Other (32 bit) = so
>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRE= D.
>>
>> I have captured the VM.create request here:
>> https://gist.github.com/snowch/9957480 and also the VM.start_on
>> response here: https://gist.github.com/snowch/9957480
>>
>> I had originally posted this question to the cloudstack mailing li= st,
>> but I now think the question is more relevant to this list because= it
>> is actually a question about the xen api.
>>
>> Question 1:
>>
>> Is my understanding correct that I should be able to create a VM o= n a
>> non HVM Xen host using the Ubuntu install ISO?
>>
>> Question 2:
>>
>> If the answer to Q1 is 'yes', is there anything that stands out in= the
>> VM.start request that is telling Xen that the vm must have HVM sup= port
>> which is then telling xen to fail the request?   It seems tha= t
>> somewhere in the xapi call stack for VM.start_on, the method
>> VM.get_HVM_boot_policy is getting called and returning that hvm is=
>> required.
>>
>> Many thanks!
>>
>> Chris
>>
>> ---
>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso
>> [2]
>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_help= ers.ml#L488
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api= @lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>



--
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

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

--_000_C70E9C69C0814D0499D867C9230AB15Bcitrixcom_-- --===============3593916019244585331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3593916019244585331==-- From xen-api-bounces@lists.xen.org Fri Apr 04 12:49:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 12: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 1WW3Yo-0008DZ-U8; Fri, 04 Apr 2014 12:49:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW3Yn-0008DU-D1 for xen-api@lists.xensource.com; Fri, 04 Apr 2014 12:49:29 +0000 Received: from [85.158.143.35:52787] by server-1.bemta-4.messagelabs.com id 81/CC-09853-85AAE335; Fri, 04 Apr 2014 12:49:28 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1396615767!7015165!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27989 invoked from network); 4 Apr 2014 12:49:27 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 12:49:27 -0000 X-IronPort-AV: E=Sophos;i="4.97,795,1389744000"; d="scan'208,217";a="13147224" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 04 Apr 2014 12:49:13 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL01.citrite.net ([169.254.6.75]) with mapi id 14.02.0342.004; Fri, 4 Apr 2014 14:49:13 +0200 From: Rob Hoes To: Marien Spek Thread-Topic: [Xen-API] Using wlan nic for network access Thread-Index: AQHPT9uK2vHjYaLO3E6DQSSQPymynJsBR00A Date: Fri, 4 Apr 2014 12:49:12 +0000 Message-ID: <6BEB2568-8DE8-4C31-AF4E-D908B10A5CA0@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Using wlan nic for network access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6827091055219292194==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6827091055219292194== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_" --_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Marien, As for as I know, it is indeed usually not possible to bridge wireless NICs= . Some people have experimented with NAT instead. This is not built-in to x= api, but you could set it up manually using iptables. Perhaps someone else = on the list has tried this? Cheers, Rob On 4 Apr 2014, at 08:54, Marien Spek > wrote: Currently I'm using an Ubuntu 13.10 server install with a custom 3.13.6 ker= nel (only for static xen-pci-back), xen 4.3 and xcp-xapi (both from the off= icial launchpad repo) With that I use a Realtek RTL8179 nic which is working fine with the patche= d R8188EU drivers. So far I've been trying to bridge the nic so it can be used with xapi, but = so far I failed... I've encountered dozens of claims stating that bridging = wlan is a pain and even in a lot of cases impossible... My main problem so = far would be that the bridge doesn't get any ipaddress, even manually assig= ning one doesn't make a difference. So I guess that the drives/NIC are just= not up for the task. Yet is there maybe another way to use the wireless NIC with xapi? Mind you this is just a testing project and not intended for production pur= poses, so it doesn't need to be 100% stable. Kind regards, Marien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable Hi Marien,

As for as I know, it is indeed usually not possible to bridge wireless= NICs. Some people have experimented with NAT instead. This is not built-in= to xapi, but you could set it up manually using iptables. Perhaps someone = else on the list has tried this?

Cheers,
Rob

On 4 Apr 2014, at 08:54, Marien Spek <marien_spek@outlook.com> wrote:

Currently I'm using an Ubuntu 13.10 server install with a = custom 3.13.6 kernel (only for static xen-pci-back), xen 4.3 and xcp-xapi (= both from the official launchpad repo)
With that I use a Realtek RTL8179 nic which is working fine with the p= atched R8188EU drivers.

So far I've been trying to bridge the nic so it can be used with xapi,= but so far I failed... I've encountered dozens of claims stating that brid= ging wlan is a pain and even in a lot of cases impossible... My main proble= m so far would be that the bridge doesn't get any ipaddress, even manually assigning one doesn't make a diff= erence. So I guess that the drives/NIC are just not up for the task.

Yet is there maybe another way to use the wireless NIC with xapi?

Mind you this is just a testing project and not intended for productio= n purposes, so it doesn't need to be 100% stable.

Kind regards,
Marien
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://li= sts.xen.org/cgi-bin/mailman/listinfo/xen-api

--_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_-- --===============6827091055219292194== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6827091055219292194==-- From xen-api-bounces@lists.xen.org Fri Apr 04 12:49:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 12: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 1WW3Yo-0008DZ-U8; Fri, 04 Apr 2014 12:49:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW3Yn-0008DU-D1 for xen-api@lists.xensource.com; Fri, 04 Apr 2014 12:49:29 +0000 Received: from [85.158.143.35:52787] by server-1.bemta-4.messagelabs.com id 81/CC-09853-85AAE335; Fri, 04 Apr 2014 12:49:28 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1396615767!7015165!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27989 invoked from network); 4 Apr 2014 12:49:27 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 12:49:27 -0000 X-IronPort-AV: E=Sophos;i="4.97,795,1389744000"; d="scan'208,217";a="13147224" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 04 Apr 2014 12:49:13 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL01.citrite.net ([169.254.6.75]) with mapi id 14.02.0342.004; Fri, 4 Apr 2014 14:49:13 +0200 From: Rob Hoes To: Marien Spek Thread-Topic: [Xen-API] Using wlan nic for network access Thread-Index: AQHPT9uK2vHjYaLO3E6DQSSQPymynJsBR00A Date: Fri, 4 Apr 2014 12:49:12 +0000 Message-ID: <6BEB2568-8DE8-4C31-AF4E-D908B10A5CA0@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Using wlan nic for network access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6827091055219292194==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6827091055219292194== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_" --_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Marien, As for as I know, it is indeed usually not possible to bridge wireless NICs= . Some people have experimented with NAT instead. This is not built-in to x= api, but you could set it up manually using iptables. Perhaps someone else = on the list has tried this? Cheers, Rob On 4 Apr 2014, at 08:54, Marien Spek > wrote: Currently I'm using an Ubuntu 13.10 server install with a custom 3.13.6 ker= nel (only for static xen-pci-back), xen 4.3 and xcp-xapi (both from the off= icial launchpad repo) With that I use a Realtek RTL8179 nic which is working fine with the patche= d R8188EU drivers. So far I've been trying to bridge the nic so it can be used with xapi, but = so far I failed... I've encountered dozens of claims stating that bridging = wlan is a pain and even in a lot of cases impossible... My main problem so = far would be that the bridge doesn't get any ipaddress, even manually assig= ning one doesn't make a difference. So I guess that the drives/NIC are just= not up for the task. Yet is there maybe another way to use the wireless NIC with xapi? Mind you this is just a testing project and not intended for production pur= poses, so it doesn't need to be 100% stable. Kind regards, Marien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable Hi Marien,

As for as I know, it is indeed usually not possible to bridge wireless= NICs. Some people have experimented with NAT instead. This is not built-in= to xapi, but you could set it up manually using iptables. Perhaps someone = else on the list has tried this?

Cheers,
Rob

On 4 Apr 2014, at 08:54, Marien Spek <marien_spek@outlook.com> wrote:

Currently I'm using an Ubuntu 13.10 server install with a = custom 3.13.6 kernel (only for static xen-pci-back), xen 4.3 and xcp-xapi (= both from the official launchpad repo)
With that I use a Realtek RTL8179 nic which is working fine with the p= atched R8188EU drivers.

So far I've been trying to bridge the nic so it can be used with xapi,= but so far I failed... I've encountered dozens of claims stating that brid= ging wlan is a pain and even in a lot of cases impossible... My main proble= m so far would be that the bridge doesn't get any ipaddress, even manually assigning one doesn't make a diff= erence. So I guess that the drives/NIC are just not up for the task.

Yet is there maybe another way to use the wireless NIC with xapi?

Mind you this is just a testing project and not intended for productio= n purposes, so it doesn't need to be 100% stable.

Kind regards,
Marien
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://li= sts.xen.org/cgi-bin/mailman/listinfo/xen-api

--_000_6BEB25688DE84C31AF4ED908B10A5CA0citrixcom_-- --===============6827091055219292194== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6827091055219292194==-- From xen-api-bounces@lists.xen.org Fri Apr 04 13:20:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 13:20: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 1WW42K-00040K-W1; Fri, 04 Apr 2014 13:20:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW42J-00040A-54 for xen-api@lists.xensource.com; Fri, 04 Apr 2014 13:19:59 +0000 Received: from [85.158.137.68:6231] by server-1.bemta-3.messagelabs.com id DA/5D-11134-E71BE335; Fri, 04 Apr 2014 13:19:58 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1396617595!5068593!1 X-Originating-IP: [209.85.160.54] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32717 invoked from network); 4 Apr 2014 13:19:56 -0000 Received: from mail-pb0-f54.google.com (HELO mail-pb0-f54.google.com) (209.85.160.54) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 13:19:56 -0000 Received: by mail-pb0-f54.google.com with SMTP id ma3so3454443pbc.13 for ; Fri, 04 Apr 2014 06:19:54 -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=swJZe0u3aR3kBd6KttSGFzTu45lVuCCOJEWtwOkWusA=; b=nTYkZHXbcwMQ2RuB24ecEED/Xki7jEzXA1gH3W1E7MGbC8j0Hnc+3DZYgvHY4PeyRR lMNfhvQmBB/Df2p3YYh5O7373plemb0sUv386QmWfYk28an3/R0w4Ish/kv1MP6fu0L1 t29JBbmILYZbTu3VTGnjiNjbA78xFcIHKLaG05vkAXb1n6sZDb9oPbO2BmFFbgRmPtDF HQF6N/ew1STSCjh14xGHiSMwoaRzBX9YzpTXfAo8s3ZdAhQQ4AISZdSiBFHTetz04ObD 2OHygFNQh8LWwDLR8w4GOiIS5/kSAqFowmZ1lWsnXv9VBBAqEQYtdvui0VLVP70Vtt+l hqDg== MIME-Version: 1.0 X-Received: by 10.68.135.137 with SMTP id ps9mr15124759pbb.160.1396617594608; Fri, 04 Apr 2014 06:19:54 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Fri, 4 Apr 2014 06:19:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 14:19:54 +0100 Message-ID: From: chris snow To: Rob Hoes Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 the info!! The installation ISO is Ubuntu 12.04.4 [1] - which I believe has a 3.2 linux kenel, so should be PVOPS enabled? I'm not sure I'll be able to use 'xe vm-param-set' because Cloudstack detects the failure to start the instance and seems to delete it. Instead of vm-param-set, I should be able to reach the same goal if I try to alter the VM.create XMLRPC commands sent from Cloudstack? From: ... HVM_boot_policy BIOS order ... HVM_boot_params order dc ... PV_bootloader ... To HVM_boot_policy ... HVM_boot_params ... PV_bootloader pgrub Many thanks, Chris --- [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso On Fri, Apr 4, 2014 at 1:42 PM, Rob Hoes wrote: > Hello Chris, > > If you have created your VM from the "Other install media" template, then > XenServer will boot it as an HVM guest. > > This is governed by the following parameters on your VM: > > 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): > > Try using 'xe vm-param-set' to clear the HVM-boot-policy and HVM-boot-params > keys, and set PV-bootloader to "pygrub". > > Now, this would only work if the kernel of your guest is a PVOPS one (3.x), > or specially compiled for Xen, which may not be the case. > > Cheers, > Rob > > On 4 Apr 2014, at 01:14, chris snow wrote: > > The guest vm is non-hvm and the host is non-hvm, so viridian=true should be > OK? Also, other guest vms are running fine with viridian=true. > > Many thanks, > > Chris > > On 4 Apr 2014 00:55, "David Bomba" wrote: >> >> Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set >> to true. >> >> Can you use the xe vm-param-set functionality to switch Viridian to false >> and try again. >> >> >> >> >> On 4 April 2014 10:49, chris snow wrote: >>> >>> Hi David, >>> >>> xe vm-param-list output: >>> >>> name-label ( RW): i-2-19-VM >>> name-description ( RW): Template which allows VM >>> installation from install media >>> 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): halted >>> memory-actual ( RO): 0 >>> memory-target ( RO): 0 >>> memory-overhead ( RO): 4194304 >>> memory-static-max ( RW): 104857600 >>> memory-dynamic-max ( RW): 104857600 >>> memory-dynamic-min ( RW): 104857600 >>> memory-static-min ( RW): 104857600 >>> suspend-VDI-uuid ( RW): >>> suspend-SR-uuid ( RW): >>> VCPUs-params (MRW): weight: 9; cap: 0 >>> VCPUs-max ( RW): 1 >>> VCPUs-at-startup ( RW): 1 >>> actions-after-shutdown ( RW): Destroy >>> actions-after-reboot ( RW): Restart >>> actions-after-crash ( RW): Destroy >>> console-uuids (SRO): >>> platform (MRW): viridian: true; acpi: true; >>> apic: true; pae: true; nx: false >>> allowed-operations (SRO): changing_dynamic_range; >>> changing_shadow_memory; changing_static_range; make_into_template; >>> destroy; export; start_on; start; clone; copy; snapshot >>> current-operations (SRO): >>> blocked-operations (MRW): >>> allowed-VBD-devices (SRO): 1; 2; 3 >>> allowed-VIF-devices (SRO): 0; 1; 2; 3 >>> possible-hosts ( RO): >>> HVM-boot-policy ( RW): BIOS order >>> HVM-boot-params (MRW): order: dc >>> HVM-shadow-multiplier ( RW): 1.000 >>> PV-kernel ( RW): >>> PV-ramdisk ( RW): >>> PV-args ( RW): >>> PV-legacy-args ( RW): >>> PV-bootloader ( RW): >>> PV-bootloader-args ( RW): >>> last-boot-CPU-flags ( RO): >>> last-boot-record ( RO): '' >>> resident-on ( RO): >>> affinity ( RW): >>> c47d712e-8aa8-fcd6-113e-8546532e5fcc >>> other-config (MRW): mac_seed: >>> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >>> dom-id ( RO): -1 >>> recommendations ( RO): >> field="memory-static-max" max="137438953472" />>> field="vcpus-max" max="16" />>> max="7" />>> /> >>> xenstore-data (MRW): >>> ha-always-run ( RW) [DEPRECATED]: false >>> ha-restart-priority ( RW): >>> blobs ( RO): >>> start-time ( RO): 19700101T00:00:00Z >>> install-time ( RO): 19700101T00:00:00Z >>> VCPUs-number ( RO): 0 >>> VCPUs-utilisation (MRO): >>> os-version (MRO): >>> PV-drivers-version (MRO): >>> PV-drivers-up-to-date ( RO): >>> memory (MRO): >>> disks (MRO): >>> networks (MRO): >>> other (MRO): >>> live ( RO): >>> guest-metrics-last-updated ( RO): >>> cooperative ( RO): 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 >>> >>> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >>> > Hi Chris, >>> > >>> > are you able to go to the cli and retrieve the param-list for this VM? >>> > i >>> > think this may be due to VIRIDIAN flag being set to true. >>> > >>> > xe vm-param-list uuid= >>> > >>> > >>> > On 4 April 2014 10:21, chris snow wrote: >>> >> >>> >> I have debian wheezy running xen host inside a virtualbox guest, so >>> >> the xen host doesn't have HVM. >>> >> >>> >> I am using a third party application (cloudstack) communicating with >>> >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>> >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>> >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>> >> >>> >> I have captured the VM.create request here: >>> >> https://gist.github.com/snowch/9957480 and also the VM.start_on >>> >> response here: https://gist.github.com/snowch/9957480 >>> >> >>> >> I had originally posted this question to the cloudstack mailing list, >>> >> but I now think the question is more relevant to this list because it >>> >> is actually a question about the xen api. >>> >> >>> >> Question 1: >>> >> >>> >> Is my understanding correct that I should be able to create a VM on a >>> >> non HVM Xen host using the Ubuntu install ISO? >>> >> >>> >> Question 2: >>> >> >>> >> If the answer to Q1 is 'yes', is there anything that stands out in the >>> >> VM.start request that is telling Xen that the vm must have HVM support >>> >> which is then telling xen to fail the request? It seems that >>> >> somewhere in the xapi call stack for VM.start_on, the method >>> >> VM.get_HVM_boot_policy is getting called and returning that hvm is >>> >> required. >>> >> >>> >> Many thanks! >>> >> >>> >> Chris >>> >> >>> >> --- >>> >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>> >> [2] >>> >> >>> >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >>> >> >>> >> _______________________________________________ >>> >> Xen-api mailing list >>> >> Xen-api@lists.xen.org >>> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>> > >>> > >>> >>> >>> >>> -- >>> Check out my professional profile and connect with me on LinkedIn. >>> http://lnkd.in/cw5k69 >>> >>> _______________________________________________ >>> 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 > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 04 13:20:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 13:20: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 1WW42K-00040K-W1; Fri, 04 Apr 2014 13:20:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW42J-00040A-54 for xen-api@lists.xensource.com; Fri, 04 Apr 2014 13:19:59 +0000 Received: from [85.158.137.68:6231] by server-1.bemta-3.messagelabs.com id DA/5D-11134-E71BE335; Fri, 04 Apr 2014 13:19:58 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1396617595!5068593!1 X-Originating-IP: [209.85.160.54] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32717 invoked from network); 4 Apr 2014 13:19:56 -0000 Received: from mail-pb0-f54.google.com (HELO mail-pb0-f54.google.com) (209.85.160.54) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 13:19:56 -0000 Received: by mail-pb0-f54.google.com with SMTP id ma3so3454443pbc.13 for ; Fri, 04 Apr 2014 06:19:54 -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=swJZe0u3aR3kBd6KttSGFzTu45lVuCCOJEWtwOkWusA=; b=nTYkZHXbcwMQ2RuB24ecEED/Xki7jEzXA1gH3W1E7MGbC8j0Hnc+3DZYgvHY4PeyRR lMNfhvQmBB/Df2p3YYh5O7373plemb0sUv386QmWfYk28an3/R0w4Ish/kv1MP6fu0L1 t29JBbmILYZbTu3VTGnjiNjbA78xFcIHKLaG05vkAXb1n6sZDb9oPbO2BmFFbgRmPtDF HQF6N/ew1STSCjh14xGHiSMwoaRzBX9YzpTXfAo8s3ZdAhQQ4AISZdSiBFHTetz04ObD 2OHygFNQh8LWwDLR8w4GOiIS5/kSAqFowmZ1lWsnXv9VBBAqEQYtdvui0VLVP70Vtt+l hqDg== MIME-Version: 1.0 X-Received: by 10.68.135.137 with SMTP id ps9mr15124759pbb.160.1396617594608; Fri, 04 Apr 2014 06:19:54 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Fri, 4 Apr 2014 06:19:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Apr 2014 14:19:54 +0100 Message-ID: From: chris snow To: Rob Hoes Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 the info!! The installation ISO is Ubuntu 12.04.4 [1] - which I believe has a 3.2 linux kenel, so should be PVOPS enabled? I'm not sure I'll be able to use 'xe vm-param-set' because Cloudstack detects the failure to start the instance and seems to delete it. Instead of vm-param-set, I should be able to reach the same goal if I try to alter the VM.create XMLRPC commands sent from Cloudstack? From: ... HVM_boot_policy BIOS order ... HVM_boot_params order dc ... PV_bootloader ... To HVM_boot_policy ... HVM_boot_params ... PV_bootloader pgrub Many thanks, Chris --- [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso On Fri, Apr 4, 2014 at 1:42 PM, Rob Hoes wrote: > Hello Chris, > > If you have created your VM from the "Other install media" template, then > XenServer will boot it as an HVM guest. > > This is governed by the following parameters on your VM: > > 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): > > Try using 'xe vm-param-set' to clear the HVM-boot-policy and HVM-boot-params > keys, and set PV-bootloader to "pygrub". > > Now, this would only work if the kernel of your guest is a PVOPS one (3.x), > or specially compiled for Xen, which may not be the case. > > Cheers, > Rob > > On 4 Apr 2014, at 01:14, chris snow wrote: > > The guest vm is non-hvm and the host is non-hvm, so viridian=true should be > OK? Also, other guest vms are running fine with viridian=true. > > Many thanks, > > Chris > > On 4 Apr 2014 00:55, "David Bomba" wrote: >> >> Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set >> to true. >> >> Can you use the xe vm-param-set functionality to switch Viridian to false >> and try again. >> >> >> >> >> On 4 April 2014 10:49, chris snow wrote: >>> >>> Hi David, >>> >>> xe vm-param-list output: >>> >>> name-label ( RW): i-2-19-VM >>> name-description ( RW): Template which allows VM >>> installation from install media >>> 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): halted >>> memory-actual ( RO): 0 >>> memory-target ( RO): 0 >>> memory-overhead ( RO): 4194304 >>> memory-static-max ( RW): 104857600 >>> memory-dynamic-max ( RW): 104857600 >>> memory-dynamic-min ( RW): 104857600 >>> memory-static-min ( RW): 104857600 >>> suspend-VDI-uuid ( RW): >>> suspend-SR-uuid ( RW): >>> VCPUs-params (MRW): weight: 9; cap: 0 >>> VCPUs-max ( RW): 1 >>> VCPUs-at-startup ( RW): 1 >>> actions-after-shutdown ( RW): Destroy >>> actions-after-reboot ( RW): Restart >>> actions-after-crash ( RW): Destroy >>> console-uuids (SRO): >>> platform (MRW): viridian: true; acpi: true; >>> apic: true; pae: true; nx: false >>> allowed-operations (SRO): changing_dynamic_range; >>> changing_shadow_memory; changing_static_range; make_into_template; >>> destroy; export; start_on; start; clone; copy; snapshot >>> current-operations (SRO): >>> blocked-operations (MRW): >>> allowed-VBD-devices (SRO): 1; 2; 3 >>> allowed-VIF-devices (SRO): 0; 1; 2; 3 >>> possible-hosts ( RO): >>> HVM-boot-policy ( RW): BIOS order >>> HVM-boot-params (MRW): order: dc >>> HVM-shadow-multiplier ( RW): 1.000 >>> PV-kernel ( RW): >>> PV-ramdisk ( RW): >>> PV-args ( RW): >>> PV-legacy-args ( RW): >>> PV-bootloader ( RW): >>> PV-bootloader-args ( RW): >>> last-boot-CPU-flags ( RO): >>> last-boot-record ( RO): '' >>> resident-on ( RO): >>> affinity ( RW): >>> c47d712e-8aa8-fcd6-113e-8546532e5fcc >>> other-config (MRW): mac_seed: >>> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >>> dom-id ( RO): -1 >>> recommendations ( RO): >> field="memory-static-max" max="137438953472" />>> field="vcpus-max" max="16" />>> max="7" />>> /> >>> xenstore-data (MRW): >>> ha-always-run ( RW) [DEPRECATED]: false >>> ha-restart-priority ( RW): >>> blobs ( RO): >>> start-time ( RO): 19700101T00:00:00Z >>> install-time ( RO): 19700101T00:00:00Z >>> VCPUs-number ( RO): 0 >>> VCPUs-utilisation (MRO): >>> os-version (MRO): >>> PV-drivers-version (MRO): >>> PV-drivers-up-to-date ( RO): >>> memory (MRO): >>> disks (MRO): >>> networks (MRO): >>> other (MRO): >>> live ( RO): >>> guest-metrics-last-updated ( RO): >>> cooperative ( RO): 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 >>> >>> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >>> > Hi Chris, >>> > >>> > are you able to go to the cli and retrieve the param-list for this VM? >>> > i >>> > think this may be due to VIRIDIAN flag being set to true. >>> > >>> > xe vm-param-list uuid= >>> > >>> > >>> > On 4 April 2014 10:21, chris snow wrote: >>> >> >>> >> I have debian wheezy running xen host inside a virtualbox guest, so >>> >> the xen host doesn't have HVM. >>> >> >>> >> I am using a third party application (cloudstack) communicating with >>> >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>> >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>> >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>> >> >>> >> I have captured the VM.create request here: >>> >> https://gist.github.com/snowch/9957480 and also the VM.start_on >>> >> response here: https://gist.github.com/snowch/9957480 >>> >> >>> >> I had originally posted this question to the cloudstack mailing list, >>> >> but I now think the question is more relevant to this list because it >>> >> is actually a question about the xen api. >>> >> >>> >> Question 1: >>> >> >>> >> Is my understanding correct that I should be able to create a VM on a >>> >> non HVM Xen host using the Ubuntu install ISO? >>> >> >>> >> Question 2: >>> >> >>> >> If the answer to Q1 is 'yes', is there anything that stands out in the >>> >> VM.start request that is telling Xen that the vm must have HVM support >>> >> which is then telling xen to fail the request? It seems that >>> >> somewhere in the xapi call stack for VM.start_on, the method >>> >> VM.get_HVM_boot_policy is getting called and returning that hvm is >>> >> required. >>> >> >>> >> Many thanks! >>> >> >>> >> Chris >>> >> >>> >> --- >>> >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>> >> [2] >>> >> >>> >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >>> >> >>> >> _______________________________________________ >>> >> Xen-api mailing list >>> >> Xen-api@lists.xen.org >>> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>> > >>> > >>> >>> >>> >>> -- >>> Check out my professional profile and connect with me on LinkedIn. >>> http://lnkd.in/cw5k69 >>> >>> _______________________________________________ >>> 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 > > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 04 13:32:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 13:32:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW4E6-0004xB-Lh; Fri, 04 Apr 2014 13:32:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW4E5-0004x6-3P for xen-api@lists.xensource.com; Fri, 04 Apr 2014 13:32:09 +0000 Received: from [85.158.137.68:35437] by server-13.bemta-3.messagelabs.com id F6/8D-18692-854BE335; Fri, 04 Apr 2014 13:32:08 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1396618327!5058638!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4969 invoked from network); 4 Apr 2014 13:32:07 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 13:32:07 -0000 X-IronPort-AV: E=Sophos;i="4.97,795,1389744000"; d="scan'208";a="13148950" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 04 Apr 2014 13:32:08 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL01.citrite.net ([169.254.6.75]) with mapi id 14.02.0342.004; Fri, 4 Apr 2014 15:32:07 +0200 From: Rob Hoes To: chris snow Thread-Topic: [Xen-API] VM.start_on returns VM_HVM_REQUIRED Thread-Index: AQHPT5QQg9TnmMk/wUOoXSOKuz04q5sAaQ0AgAAE7ICAAAGogIAABT0AgADRAACAAAqUAIAAA2WA Date: Fri, 4 Apr 2014 13:32:06 +0000 Message-ID: <2B2A4B37-CE01-4F14-95D0-8704CB6B8C00@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] Content-ID: <6BBAD240189C9345A6AD069ED59308BD@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org That may work indeed (if you'd spell =93pygrub=94 correctly :) ). Cheers, Rob On 4 Apr 2014, at 14:19, chris snow wrote: > Hi Rob, > = > Thanks for the info!! > = > The installation ISO is Ubuntu 12.04.4 [1] - which I believe has a 3.2 > linux kenel, so should be PVOPS enabled? > = > I'm not sure I'll be able to use 'xe vm-param-set' because Cloudstack > detects the failure to start the instance and seems to delete it. > Instead of vm-param-set, I should be able to reach the same goal if I > try to alter the VM.create XMLRPC commands sent from Cloudstack? > = > From: > ... > > HVM_boot_policy > BIOS order > > ... > > HVM_boot_params > > > > order > dc > > > > > ... > > PV_bootloader > > > ... > To > = > > HVM_boot_policy > > > ... > > HVM_boot_params > > > ... > > PV_bootloader > pgrub > > = > Many thanks, > = > Chris > = > --- > [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso > = > On Fri, Apr 4, 2014 at 1:42 PM, Rob Hoes wrote: >> Hello Chris, >> = >> If you have created your VM from the "Other install media" template, then >> XenServer will boot it as an HVM guest. >> = >> This is governed by the following parameters on your VM: >> = >> 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): >> = >> Try using 'xe vm-param-set' to clear the HVM-boot-policy and HVM-boot-pa= rams >> keys, and set PV-bootloader to "pygrub". >> = >> Now, this would only work if the kernel of your guest is a PVOPS one (3.= x), >> or specially compiled for Xen, which may not be the case. >> = >> Cheers, >> Rob >> = >> On 4 Apr 2014, at 01:14, chris snow wrote: >> = >> The guest vm is non-hvm and the host is non-hvm, so viridian=3Dtrue shou= ld be >> OK? Also, other guest vms are running fine with viridian=3Dtrue. >> = >> Many thanks, >> = >> Chris >> = >> On 4 Apr 2014 00:55, "David Bomba" wrote: >>> = >>> Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN s= et >>> to true. >>> = >>> Can you use the xe vm-param-set functionality to switch Viridian to fal= se >>> and try again. >>> = >>> = >>> = >>> = >>> On 4 April 2014 10:49, chris snow wrote: >>>> = >>>> Hi David, >>>> = >>>> xe vm-param-list output: >>>> = >>>> name-label ( RW): i-2-19-VM >>>> name-description ( RW): Template which allows VM >>>> installation from install media >>>> 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): halted >>>> memory-actual ( RO): 0 >>>> memory-target ( RO): 0 >>>> memory-overhead ( RO): 4194304 >>>> memory-static-max ( RW): 104857600 >>>> memory-dynamic-max ( RW): 104857600 >>>> memory-dynamic-min ( RW): 104857600 >>>> memory-static-min ( RW): 104857600 >>>> suspend-VDI-uuid ( RW): >>>> suspend-SR-uuid ( RW): >>>> VCPUs-params (MRW): weight: 9; cap: 0 >>>> VCPUs-max ( RW): 1 >>>> VCPUs-at-startup ( RW): 1 >>>> actions-after-shutdown ( RW): Destroy >>>> actions-after-reboot ( RW): Restart >>>> actions-after-crash ( RW): Destroy >>>> console-uuids (SRO): >>>> platform (MRW): viridian: true; acpi: true; >>>> apic: true; pae: true; nx: false >>>> allowed-operations (SRO): changing_dynamic_range; >>>> changing_shadow_memory; changing_static_range; make_into_template; >>>> destroy; export; start_on; start; clone; copy; snapshot >>>> current-operations (SRO): >>>> blocked-operations (MRW): >>>> allowed-VBD-devices (SRO): 1; 2; 3 >>>> allowed-VIF-devices (SRO): 0; 1; 2; 3 >>>> possible-hosts ( RO): >>>> HVM-boot-policy ( RW): BIOS order >>>> HVM-boot-params (MRW): order: dc >>>> HVM-shadow-multiplier ( RW): 1.000 >>>> PV-kernel ( RW): >>>> PV-ramdisk ( RW): >>>> PV-args ( RW): >>>> PV-legacy-args ( RW): >>>> PV-bootloader ( RW): >>>> PV-bootloader-args ( RW): >>>> last-boot-CPU-flags ( RO): >>>> last-boot-record ( RO): '' >>>> resident-on ( RO): >>>> affinity ( RW): >>>> c47d712e-8aa8-fcd6-113e-8546532e5fcc >>>> other-config (MRW): mac_seed: >>>> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >>>> dom-id ( RO): -1 >>>> recommendations ( RO): >>> field=3D"memory-static-max" max=3D"137438953472" />>>> field=3D"vcpus-max" max=3D"16" />>>> max=3D"7" />>>> /> >>>> xenstore-data (MRW): >>>> ha-always-run ( RW) [DEPRECATED]: false >>>> ha-restart-priority ( RW): >>>> blobs ( RO): >>>> start-time ( RO): 19700101T00:00:00Z >>>> install-time ( RO): 19700101T00:00:00Z >>>> VCPUs-number ( RO): 0 >>>> VCPUs-utilisation (MRO): >>>> os-version (MRO): >>>> PV-drivers-version (MRO): >>>> PV-drivers-up-to-date ( RO): >>>> memory (MRO): >>>> disks (MRO): >>>> networks (MRO): >>>> other (MRO): >>>> live ( RO): >>>> guest-metrics-last-updated ( RO): >>>> cooperative ( RO): 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 >>>> = >>>> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrot= e: >>>>> Hi Chris, >>>>> = >>>>> are you able to go to the cli and retrieve the param-list for this VM? >>>>> i >>>>> think this may be due to VIRIDIAN flag being set to true. >>>>> = >>>>> xe vm-param-list uuid=3D >>>>> = >>>>> = >>>>> On 4 April 2014 10:21, chris snow wrote: >>>>>> = >>>>>> I have debian wheezy running xen host inside a virtualbox guest, so >>>>>> the xen host doesn't have HVM. >>>>>> = >>>>>> I am using a third party application (cloudstack) communicating with >>>>>> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>>>>> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>>>>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>>>>> = >>>>>> I have captured the VM.create request here: >>>>>> https://gist.github.com/snowch/9957480 and also the VM.start_on >>>>>> response here: https://gist.github.com/snowch/9957480 >>>>>> = >>>>>> I had originally posted this question to the cloudstack mailing list, >>>>>> but I now think the question is more relevant to this list because it >>>>>> is actually a question about the xen api. >>>>>> = >>>>>> Question 1: >>>>>> = >>>>>> Is my understanding correct that I should be able to create a VM on a >>>>>> non HVM Xen host using the Ubuntu install ISO? >>>>>> = >>>>>> Question 2: >>>>>> = >>>>>> If the answer to Q1 is 'yes', is there anything that stands out in t= he >>>>>> VM.start request that is telling Xen that the vm must have HVM suppo= rt >>>>>> which is then telling xen to fail the request? It seems that >>>>>> somewhere in the xapi call stack for VM.start_on, the method >>>>>> VM.get_HVM_boot_policy is getting called and returning that hvm is >>>>>> required. >>>>>> = >>>>>> Many thanks! >>>>>> = >>>>>> Chris >>>>>> = >>>>>> --- >>>>>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>>>>> [2] >>>>>> = >>>>>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_= vm_helpers.ml#L488 >>>>>> = >>>>>> _______________________________________________ >>>>>> Xen-api mailing list >>>>>> Xen-api@lists.xen.org >>>>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>>>> = >>>>> = >>>> = >>>> = >>>> = >>>> -- >>>> Check out my professional profile and connect with me on LinkedIn. >>>> http://lnkd.in/cw5k69 >>>> = >>>> _______________________________________________ >>>> 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 >> = >> = > = > = > = > -- = > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 04 13:32:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 13:32:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW4E6-0004xB-Lh; Fri, 04 Apr 2014 13:32:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW4E5-0004x6-3P for xen-api@lists.xensource.com; Fri, 04 Apr 2014 13:32:09 +0000 Received: from [85.158.137.68:35437] by server-13.bemta-3.messagelabs.com id F6/8D-18692-854BE335; Fri, 04 Apr 2014 13:32:08 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1396618327!5058638!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4969 invoked from network); 4 Apr 2014 13:32:07 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 13:32:07 -0000 X-IronPort-AV: E=Sophos;i="4.97,795,1389744000"; d="scan'208";a="13148950" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 04 Apr 2014 13:32:08 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.213]) by AMSPEX01CL01.citrite.net ([169.254.6.75]) with mapi id 14.02.0342.004; Fri, 4 Apr 2014 15:32:07 +0200 From: Rob Hoes To: chris snow Thread-Topic: [Xen-API] VM.start_on returns VM_HVM_REQUIRED Thread-Index: AQHPT5QQg9TnmMk/wUOoXSOKuz04q5sAaQ0AgAAE7ICAAAGogIAABT0AgADRAACAAAqUAIAAA2WA Date: Fri, 4 Apr 2014 13:32:06 +0000 Message-ID: <2B2A4B37-CE01-4F14-95D0-8704CB6B8C00@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] Content-ID: <6BBAD240189C9345A6AD069ED59308BD@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org That may work indeed (if you'd spell =93pygrub=94 correctly :) ). Cheers, Rob On 4 Apr 2014, at 14:19, chris snow wrote: > Hi Rob, > = > Thanks for the info!! > = > The installation ISO is Ubuntu 12.04.4 [1] - which I believe has a 3.2 > linux kenel, so should be PVOPS enabled? > = > I'm not sure I'll be able to use 'xe vm-param-set' because Cloudstack > detects the failure to start the instance and seems to delete it. > Instead of vm-param-set, I should be able to reach the same goal if I > try to alter the VM.create XMLRPC commands sent from Cloudstack? > = > From: > ... > > HVM_boot_policy > BIOS order > > ... > > HVM_boot_params > > > > order > dc > > > > > ... > > PV_bootloader > > > ... > To > = > > HVM_boot_policy > > > ... > > HVM_boot_params > > > ... > > PV_bootloader > pgrub > > = > Many thanks, > = > Chris > = > --- > [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso > = > On Fri, Apr 4, 2014 at 1:42 PM, Rob Hoes wrote: >> Hello Chris, >> = >> If you have created your VM from the "Other install media" template, then >> XenServer will boot it as an HVM guest. >> = >> This is governed by the following parameters on your VM: >> = >> 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): >> = >> Try using 'xe vm-param-set' to clear the HVM-boot-policy and HVM-boot-pa= rams >> keys, and set PV-bootloader to "pygrub". >> = >> Now, this would only work if the kernel of your guest is a PVOPS one (3.= x), >> or specially compiled for Xen, which may not be the case. >> = >> Cheers, >> Rob >> = >> On 4 Apr 2014, at 01:14, chris snow wrote: >> = >> The guest vm is non-hvm and the host is non-hvm, so viridian=3Dtrue shou= ld be >> OK? Also, other guest vms are running fine with viridian=3Dtrue. >> = >> Many thanks, >> = >> Chris >> = >> On 4 Apr 2014 00:55, "David Bomba" wrote: >>> = >>> Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN s= et >>> to true. >>> = >>> Can you use the xe vm-param-set functionality to switch Viridian to fal= se >>> and try again. >>> = >>> = >>> = >>> = >>> On 4 April 2014 10:49, chris snow wrote: >>>> = >>>> Hi David, >>>> = >>>> xe vm-param-list output: >>>> = >>>> name-label ( RW): i-2-19-VM >>>> name-description ( RW): Template which allows VM >>>> installation from install media >>>> 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): halted >>>> memory-actual ( RO): 0 >>>> memory-target ( RO): 0 >>>> memory-overhead ( RO): 4194304 >>>> memory-static-max ( RW): 104857600 >>>> memory-dynamic-max ( RW): 104857600 >>>> memory-dynamic-min ( RW): 104857600 >>>> memory-static-min ( RW): 104857600 >>>> suspend-VDI-uuid ( RW): >>>> suspend-SR-uuid ( RW): >>>> VCPUs-params (MRW): weight: 9; cap: 0 >>>> VCPUs-max ( RW): 1 >>>> VCPUs-at-startup ( RW): 1 >>>> actions-after-shutdown ( RW): Destroy >>>> actions-after-reboot ( RW): Restart >>>> actions-after-crash ( RW): Destroy >>>> console-uuids (SRO): >>>> platform (MRW): viridian: true; acpi: true; >>>> apic: true; pae: true; nx: false >>>> allowed-operations (SRO): changing_dynamic_range; >>>> changing_shadow_memory; changing_static_range; make_into_template; >>>> destroy; export; start_on; start; clone; copy; snapshot >>>> current-operations (SRO): >>>> blocked-operations (MRW): >>>> allowed-VBD-devices (SRO): 1; 2; 3 >>>> allowed-VIF-devices (SRO): 0; 1; 2; 3 >>>> possible-hosts ( RO): >>>> HVM-boot-policy ( RW): BIOS order >>>> HVM-boot-params (MRW): order: dc >>>> HVM-shadow-multiplier ( RW): 1.000 >>>> PV-kernel ( RW): >>>> PV-ramdisk ( RW): >>>> PV-args ( RW): >>>> PV-legacy-args ( RW): >>>> PV-bootloader ( RW): >>>> PV-bootloader-args ( RW): >>>> last-boot-CPU-flags ( RO): >>>> last-boot-record ( RO): '' >>>> resident-on ( RO): >>>> affinity ( RW): >>>> c47d712e-8aa8-fcd6-113e-8546532e5fcc >>>> other-config (MRW): mac_seed: >>>> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >>>> dom-id ( RO): -1 >>>> recommendations ( RO): >>> field=3D"memory-static-max" max=3D"137438953472" />>>> field=3D"vcpus-max" max=3D"16" />>>> max=3D"7" />>>> /> >>>> xenstore-data (MRW): >>>> ha-always-run ( RW) [DEPRECATED]: false >>>> ha-restart-priority ( RW): >>>> blobs ( RO): >>>> start-time ( RO): 19700101T00:00:00Z >>>> install-time ( RO): 19700101T00:00:00Z >>>> VCPUs-number ( RO): 0 >>>> VCPUs-utilisation (MRO): >>>> os-version (MRO): >>>> PV-drivers-version (MRO): >>>> PV-drivers-up-to-date ( RO): >>>> memory (MRO): >>>> disks (MRO): >>>> networks (MRO): >>>> other (MRO): >>>> live ( RO): >>>> guest-metrics-last-updated ( RO): >>>> cooperative ( RO): 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 >>>> = >>>> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrot= e: >>>>> Hi Chris, >>>>> = >>>>> are you able to go to the cli and retrieve the param-list for this VM? >>>>> i >>>>> think this may be due to VIRIDIAN flag being set to true. >>>>> = >>>>> xe vm-param-list uuid=3D >>>>> = >>>>> = >>>>> On 4 April 2014 10:21, chris snow wrote: >>>>>> = >>>>>> I have debian wheezy running xen host inside a virtualbox guest, so >>>>>> the xen host doesn't have HVM. >>>>>> = >>>>>> I am using a third party application (cloudstack) communicating with >>>>>> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>>>>> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>>>>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>>>>> = >>>>>> I have captured the VM.create request here: >>>>>> https://gist.github.com/snowch/9957480 and also the VM.start_on >>>>>> response here: https://gist.github.com/snowch/9957480 >>>>>> = >>>>>> I had originally posted this question to the cloudstack mailing list, >>>>>> but I now think the question is more relevant to this list because it >>>>>> is actually a question about the xen api. >>>>>> = >>>>>> Question 1: >>>>>> = >>>>>> Is my understanding correct that I should be able to create a VM on a >>>>>> non HVM Xen host using the Ubuntu install ISO? >>>>>> = >>>>>> Question 2: >>>>>> = >>>>>> If the answer to Q1 is 'yes', is there anything that stands out in t= he >>>>>> VM.start request that is telling Xen that the vm must have HVM suppo= rt >>>>>> which is then telling xen to fail the request? It seems that >>>>>> somewhere in the xapi call stack for VM.start_on, the method >>>>>> VM.get_HVM_boot_policy is getting called and returning that hvm is >>>>>> required. >>>>>> = >>>>>> Many thanks! >>>>>> = >>>>>> Chris >>>>>> = >>>>>> --- >>>>>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>>>>> [2] >>>>>> = >>>>>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_= vm_helpers.ml#L488 >>>>>> = >>>>>> _______________________________________________ >>>>>> Xen-api mailing list >>>>>> Xen-api@lists.xen.org >>>>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>>>> = >>>>> = >>>> = >>>> = >>>> = >>>> -- >>>> Check out my professional profile and connect with me on LinkedIn. >>>> http://lnkd.in/cw5k69 >>>> = >>>> _______________________________________________ >>>> 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 >> = >> = > = > = > = > -- = > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 04 13:34:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 13:34: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 1WW4FW-00050B-Us; Fri, 04 Apr 2014 13:33:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW4FV-0004zy-3C for xen-api@lists.xensource.com; Fri, 04 Apr 2014 13:33:37 +0000 Received: from [85.158.137.68:12147] by server-5.bemta-3.messagelabs.com id 60/31-18761-0B4BE335; Fri, 04 Apr 2014 13:33:36 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1396618413!5073118!1 X-Originating-IP: [209.85.220.53] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11379 invoked from network); 4 Apr 2014 13:33:34 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 13:33:34 -0000 Received: by mail-pa0-f53.google.com with SMTP id ld10so3452346pab.12 for ; Fri, 04 Apr 2014 06:33: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=vij2sdKwBOU/bxuNfoR3tFr0La/ALx5eMRJ79xWl46o=; b=c1qEm1xzwvGYpWxWxKw/RYt+BpJP79g6Nc+mBf8iAuYSSr6j+BiJimdDLXQqLMj3po ynY7KnCrBJRAjcA0gzbgfOrXeIpTX2RPkvAFSeHKQsOgzGGd0/YgSG+Dw4OM4xWOrnz8 Somllu74/MNVtuh9hWNwYZSG00i5gfdlwRhgWmcpHyn5kJcePiF0MAAvaJgr23Z+tslo dVHSpxreljSyve9vL1MeynDreymj43Z/lswd5shNAF3RNZ6oVy4zm4R5uVxPu/4gKJAw OwVTpvE6SChgXZkfgvxO02mdmmommMEz4/ciSz6fiDAZDRgExS5uPTk6ggInWR7PA7xT Z0aA== MIME-Version: 1.0 X-Received: by 10.66.246.229 with SMTP id xz5mr15030497pac.119.1396618412824; Fri, 04 Apr 2014 06:33:32 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Fri, 4 Apr 2014 06:33:32 -0700 (PDT) In-Reply-To: <2B2A4B37-CE01-4F14-95D0-8704CB6B8C00@citrix.com> References: <2B2A4B37-CE01-4F14-95D0-8704CB6B8C00@citrix.com> Date: Fri, 4 Apr 2014 14:33:32 +0100 Message-ID: From: chris snow To: Rob Hoes Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 lol - thanks, will give it a try this evening... On Fri, Apr 4, 2014 at 2:32 PM, Rob Hoes wrote: > That may work indeed (if you'd spell "pygrub" correctly :) ). > > Cheers, > Rob > > On 4 Apr 2014, at 14:19, chris snow wrote: > >> Hi Rob, >> >> Thanks for the info!! >> >> The installation ISO is Ubuntu 12.04.4 [1] - which I believe has a 3.2 >> linux kenel, so should be PVOPS enabled? >> >> I'm not sure I'll be able to use 'xe vm-param-set' because Cloudstack >> detects the failure to start the instance and seems to delete it. >> Instead of vm-param-set, I should be able to reach the same goal if I >> try to alter the VM.create XMLRPC commands sent from Cloudstack? >> >> From: >> ... >> >> HVM_boot_policy >> BIOS order >> >> ... >> >> HVM_boot_params >> >> >> >> order >> dc >> >> >> >> >> ... >> >> PV_bootloader >> >> >> ... >> To >> >> >> HVM_boot_policy >> >> >> ... >> >> HVM_boot_params >> >> >> ... >> >> PV_bootloader >> pgrub >> >> >> Many thanks, >> >> Chris >> >> --- >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> >> On Fri, Apr 4, 2014 at 1:42 PM, Rob Hoes wrote: >>> Hello Chris, >>> >>> If you have created your VM from the "Other install media" template, then >>> XenServer will boot it as an HVM guest. >>> >>> This is governed by the following parameters on your VM: >>> >>> 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): >>> >>> Try using 'xe vm-param-set' to clear the HVM-boot-policy and HVM-boot-params >>> keys, and set PV-bootloader to "pygrub". >>> >>> Now, this would only work if the kernel of your guest is a PVOPS one (3.x), >>> or specially compiled for Xen, which may not be the case. >>> >>> Cheers, >>> Rob >>> >>> On 4 Apr 2014, at 01:14, chris snow wrote: >>> >>> The guest vm is non-hvm and the host is non-hvm, so viridian=true should be >>> OK? Also, other guest vms are running fine with viridian=true. >>> >>> Many thanks, >>> >>> Chris >>> >>> On 4 Apr 2014 00:55, "David Bomba" wrote: >>>> >>>> Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set >>>> to true. >>>> >>>> Can you use the xe vm-param-set functionality to switch Viridian to false >>>> and try again. >>>> >>>> >>>> >>>> >>>> On 4 April 2014 10:49, chris snow wrote: >>>>> >>>>> Hi David, >>>>> >>>>> xe vm-param-list output: >>>>> >>>>> name-label ( RW): i-2-19-VM >>>>> name-description ( RW): Template which allows VM >>>>> installation from install media >>>>> 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): halted >>>>> memory-actual ( RO): 0 >>>>> memory-target ( RO): 0 >>>>> memory-overhead ( RO): 4194304 >>>>> memory-static-max ( RW): 104857600 >>>>> memory-dynamic-max ( RW): 104857600 >>>>> memory-dynamic-min ( RW): 104857600 >>>>> memory-static-min ( RW): 104857600 >>>>> suspend-VDI-uuid ( RW): >>>>> suspend-SR-uuid ( RW): >>>>> VCPUs-params (MRW): weight: 9; cap: 0 >>>>> VCPUs-max ( RW): 1 >>>>> VCPUs-at-startup ( RW): 1 >>>>> actions-after-shutdown ( RW): Destroy >>>>> actions-after-reboot ( RW): Restart >>>>> actions-after-crash ( RW): Destroy >>>>> console-uuids (SRO): >>>>> platform (MRW): viridian: true; acpi: true; >>>>> apic: true; pae: true; nx: false >>>>> allowed-operations (SRO): changing_dynamic_range; >>>>> changing_shadow_memory; changing_static_range; make_into_template; >>>>> destroy; export; start_on; start; clone; copy; snapshot >>>>> current-operations (SRO): >>>>> blocked-operations (MRW): >>>>> allowed-VBD-devices (SRO): 1; 2; 3 >>>>> allowed-VIF-devices (SRO): 0; 1; 2; 3 >>>>> possible-hosts ( RO): >>>>> HVM-boot-policy ( RW): BIOS order >>>>> HVM-boot-params (MRW): order: dc >>>>> HVM-shadow-multiplier ( RW): 1.000 >>>>> PV-kernel ( RW): >>>>> PV-ramdisk ( RW): >>>>> PV-args ( RW): >>>>> PV-legacy-args ( RW): >>>>> PV-bootloader ( RW): >>>>> PV-bootloader-args ( RW): >>>>> last-boot-CPU-flags ( RO): >>>>> last-boot-record ( RO): '' >>>>> resident-on ( RO): >>>>> affinity ( RW): >>>>> c47d712e-8aa8-fcd6-113e-8546532e5fcc >>>>> other-config (MRW): mac_seed: >>>>> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >>>>> dom-id ( RO): -1 >>>>> recommendations ( RO): >>>> field="memory-static-max" max="137438953472" />>>>> field="vcpus-max" max="16" />>>>> max="7" />>>>> /> >>>>> xenstore-data (MRW): >>>>> ha-always-run ( RW) [DEPRECATED]: false >>>>> ha-restart-priority ( RW): >>>>> blobs ( RO): >>>>> start-time ( RO): 19700101T00:00:00Z >>>>> install-time ( RO): 19700101T00:00:00Z >>>>> VCPUs-number ( RO): 0 >>>>> VCPUs-utilisation (MRO): >>>>> os-version (MRO): >>>>> PV-drivers-version (MRO): >>>>> PV-drivers-up-to-date ( RO): >>>>> memory (MRO): >>>>> disks (MRO): >>>>> networks (MRO): >>>>> other (MRO): >>>>> live ( RO): >>>>> guest-metrics-last-updated ( RO): >>>>> cooperative ( RO): 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 >>>>> >>>>> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >>>>>> Hi Chris, >>>>>> >>>>>> are you able to go to the cli and retrieve the param-list for this VM? >>>>>> i >>>>>> think this may be due to VIRIDIAN flag being set to true. >>>>>> >>>>>> xe vm-param-list uuid= >>>>>> >>>>>> >>>>>> On 4 April 2014 10:21, chris snow wrote: >>>>>>> >>>>>>> I have debian wheezy running xen host inside a virtualbox guest, so >>>>>>> the xen host doesn't have HVM. >>>>>>> >>>>>>> I am using a third party application (cloudstack) communicating with >>>>>>> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>>>>>> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>>>>>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>>>>>> >>>>>>> I have captured the VM.create request here: >>>>>>> https://gist.github.com/snowch/9957480 and also the VM.start_on >>>>>>> response here: https://gist.github.com/snowch/9957480 >>>>>>> >>>>>>> I had originally posted this question to the cloudstack mailing list, >>>>>>> but I now think the question is more relevant to this list because it >>>>>>> is actually a question about the xen api. >>>>>>> >>>>>>> Question 1: >>>>>>> >>>>>>> Is my understanding correct that I should be able to create a VM on a >>>>>>> non HVM Xen host using the Ubuntu install ISO? >>>>>>> >>>>>>> Question 2: >>>>>>> >>>>>>> If the answer to Q1 is 'yes', is there anything that stands out in the >>>>>>> VM.start request that is telling Xen that the vm must have HVM support >>>>>>> which is then telling xen to fail the request? It seems that >>>>>>> somewhere in the xapi call stack for VM.start_on, the method >>>>>>> VM.get_HVM_boot_policy is getting called and returning that hvm is >>>>>>> required. >>>>>>> >>>>>>> Many thanks! >>>>>>> >>>>>>> Chris >>>>>>> >>>>>>> --- >>>>>>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>>>>>> [2] >>>>>>> >>>>>>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-api mailing list >>>>>>> Xen-api@lists.xen.org >>>>>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Check out my professional profile and connect with me on LinkedIn. >>>>> http://lnkd.in/cw5k69 >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >> >> >> >> -- >> Check out my professional profile and connect with me on LinkedIn. >> http://lnkd.in/cw5k69 > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 04 13:34:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Apr 2014 13:34: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 1WW4FW-00050B-Us; Fri, 04 Apr 2014 13:33:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WW4FV-0004zy-3C for xen-api@lists.xensource.com; Fri, 04 Apr 2014 13:33:37 +0000 Received: from [85.158.137.68:12147] by server-5.bemta-3.messagelabs.com id 60/31-18761-0B4BE335; Fri, 04 Apr 2014 13:33:36 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1396618413!5073118!1 X-Originating-IP: [209.85.220.53] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11379 invoked from network); 4 Apr 2014 13:33:34 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2014 13:33:34 -0000 Received: by mail-pa0-f53.google.com with SMTP id ld10so3452346pab.12 for ; Fri, 04 Apr 2014 06:33: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=vij2sdKwBOU/bxuNfoR3tFr0La/ALx5eMRJ79xWl46o=; b=c1qEm1xzwvGYpWxWxKw/RYt+BpJP79g6Nc+mBf8iAuYSSr6j+BiJimdDLXQqLMj3po ynY7KnCrBJRAjcA0gzbgfOrXeIpTX2RPkvAFSeHKQsOgzGGd0/YgSG+Dw4OM4xWOrnz8 Somllu74/MNVtuh9hWNwYZSG00i5gfdlwRhgWmcpHyn5kJcePiF0MAAvaJgr23Z+tslo dVHSpxreljSyve9vL1MeynDreymj43Z/lswd5shNAF3RNZ6oVy4zm4R5uVxPu/4gKJAw OwVTpvE6SChgXZkfgvxO02mdmmommMEz4/ciSz6fiDAZDRgExS5uPTk6ggInWR7PA7xT Z0aA== MIME-Version: 1.0 X-Received: by 10.66.246.229 with SMTP id xz5mr15030497pac.119.1396618412824; Fri, 04 Apr 2014 06:33:32 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Fri, 4 Apr 2014 06:33:32 -0700 (PDT) In-Reply-To: <2B2A4B37-CE01-4F14-95D0-8704CB6B8C00@citrix.com> References: <2B2A4B37-CE01-4F14-95D0-8704CB6B8C00@citrix.com> Date: Fri, 4 Apr 2014 14:33:32 +0100 Message-ID: From: chris snow To: Rob Hoes Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] VM.start_on returns VM_HVM_REQUIRED X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 lol - thanks, will give it a try this evening... On Fri, Apr 4, 2014 at 2:32 PM, Rob Hoes wrote: > That may work indeed (if you'd spell "pygrub" correctly :) ). > > Cheers, > Rob > > On 4 Apr 2014, at 14:19, chris snow wrote: > >> Hi Rob, >> >> Thanks for the info!! >> >> The installation ISO is Ubuntu 12.04.4 [1] - which I believe has a 3.2 >> linux kenel, so should be PVOPS enabled? >> >> I'm not sure I'll be able to use 'xe vm-param-set' because Cloudstack >> detects the failure to start the instance and seems to delete it. >> Instead of vm-param-set, I should be able to reach the same goal if I >> try to alter the VM.create XMLRPC commands sent from Cloudstack? >> >> From: >> ... >> >> HVM_boot_policy >> BIOS order >> >> ... >> >> HVM_boot_params >> >> >> >> order >> dc >> >> >> >> >> ... >> >> PV_bootloader >> >> >> ... >> To >> >> >> HVM_boot_policy >> >> >> ... >> >> HVM_boot_params >> >> >> ... >> >> PV_bootloader >> pgrub >> >> >> Many thanks, >> >> Chris >> >> --- >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> >> On Fri, Apr 4, 2014 at 1:42 PM, Rob Hoes wrote: >>> Hello Chris, >>> >>> If you have created your VM from the "Other install media" template, then >>> XenServer will boot it as an HVM guest. >>> >>> This is governed by the following parameters on your VM: >>> >>> 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): >>> >>> Try using 'xe vm-param-set' to clear the HVM-boot-policy and HVM-boot-params >>> keys, and set PV-bootloader to "pygrub". >>> >>> Now, this would only work if the kernel of your guest is a PVOPS one (3.x), >>> or specially compiled for Xen, which may not be the case. >>> >>> Cheers, >>> Rob >>> >>> On 4 Apr 2014, at 01:14, chris snow wrote: >>> >>> The guest vm is non-hvm and the host is non-hvm, so viridian=true should be >>> OK? Also, other guest vms are running fine with viridian=true. >>> >>> Many thanks, >>> >>> Chris >>> >>> On 4 Apr 2014 00:55, "David Bomba" wrote: >>>> >>>> Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set >>>> to true. >>>> >>>> Can you use the xe vm-param-set functionality to switch Viridian to false >>>> and try again. >>>> >>>> >>>> >>>> >>>> On 4 April 2014 10:49, chris snow wrote: >>>>> >>>>> Hi David, >>>>> >>>>> xe vm-param-list output: >>>>> >>>>> name-label ( RW): i-2-19-VM >>>>> name-description ( RW): Template which allows VM >>>>> installation from install media >>>>> 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): halted >>>>> memory-actual ( RO): 0 >>>>> memory-target ( RO): 0 >>>>> memory-overhead ( RO): 4194304 >>>>> memory-static-max ( RW): 104857600 >>>>> memory-dynamic-max ( RW): 104857600 >>>>> memory-dynamic-min ( RW): 104857600 >>>>> memory-static-min ( RW): 104857600 >>>>> suspend-VDI-uuid ( RW): >>>>> suspend-SR-uuid ( RW): >>>>> VCPUs-params (MRW): weight: 9; cap: 0 >>>>> VCPUs-max ( RW): 1 >>>>> VCPUs-at-startup ( RW): 1 >>>>> actions-after-shutdown ( RW): Destroy >>>>> actions-after-reboot ( RW): Restart >>>>> actions-after-crash ( RW): Destroy >>>>> console-uuids (SRO): >>>>> platform (MRW): viridian: true; acpi: true; >>>>> apic: true; pae: true; nx: false >>>>> allowed-operations (SRO): changing_dynamic_range; >>>>> changing_shadow_memory; changing_static_range; make_into_template; >>>>> destroy; export; start_on; start; clone; copy; snapshot >>>>> current-operations (SRO): >>>>> blocked-operations (MRW): >>>>> allowed-VBD-devices (SRO): 1; 2; 3 >>>>> allowed-VIF-devices (SRO): 0; 1; 2; 3 >>>>> possible-hosts ( RO): >>>>> HVM-boot-policy ( RW): BIOS order >>>>> HVM-boot-params (MRW): order: dc >>>>> HVM-shadow-multiplier ( RW): 1.000 >>>>> PV-kernel ( RW): >>>>> PV-ramdisk ( RW): >>>>> PV-args ( RW): >>>>> PV-legacy-args ( RW): >>>>> PV-bootloader ( RW): >>>>> PV-bootloader-args ( RW): >>>>> last-boot-CPU-flags ( RO): >>>>> last-boot-record ( RO): '' >>>>> resident-on ( RO): >>>>> affinity ( RW): >>>>> c47d712e-8aa8-fcd6-113e-8546532e5fcc >>>>> other-config (MRW): mac_seed: >>>>> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >>>>> dom-id ( RO): -1 >>>>> recommendations ( RO): >>>> field="memory-static-max" max="137438953472" />>>>> field="vcpus-max" max="16" />>>>> max="7" />>>>> /> >>>>> xenstore-data (MRW): >>>>> ha-always-run ( RW) [DEPRECATED]: false >>>>> ha-restart-priority ( RW): >>>>> blobs ( RO): >>>>> start-time ( RO): 19700101T00:00:00Z >>>>> install-time ( RO): 19700101T00:00:00Z >>>>> VCPUs-number ( RO): 0 >>>>> VCPUs-utilisation (MRO): >>>>> os-version (MRO): >>>>> PV-drivers-version (MRO): >>>>> PV-drivers-up-to-date ( RO): >>>>> memory (MRO): >>>>> disks (MRO): >>>>> networks (MRO): >>>>> other (MRO): >>>>> live ( RO): >>>>> guest-metrics-last-updated ( RO): >>>>> cooperative ( RO): 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 >>>>> >>>>> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba wrote: >>>>>> Hi Chris, >>>>>> >>>>>> are you able to go to the cli and retrieve the param-list for this VM? >>>>>> i >>>>>> think this may be due to VIRIDIAN flag being set to true. >>>>>> >>>>>> xe vm-param-list uuid= >>>>>> >>>>>> >>>>>> On 4 April 2014 10:21, chris snow wrote: >>>>>>> >>>>>>> I have debian wheezy running xen host inside a virtualbox guest, so >>>>>>> the xen host doesn't have HVM. >>>>>>> >>>>>>> I am using a third party application (cloudstack) communicating with >>>>>>> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >>>>>>> installation ISO [1], but have set the OS type to 'Other (32 bit) so >>>>>>> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >>>>>>> >>>>>>> I have captured the VM.create request here: >>>>>>> https://gist.github.com/snowch/9957480 and also the VM.start_on >>>>>>> response here: https://gist.github.com/snowch/9957480 >>>>>>> >>>>>>> I had originally posted this question to the cloudstack mailing list, >>>>>>> but I now think the question is more relevant to this list because it >>>>>>> is actually a question about the xen api. >>>>>>> >>>>>>> Question 1: >>>>>>> >>>>>>> Is my understanding correct that I should be able to create a VM on a >>>>>>> non HVM Xen host using the Ubuntu install ISO? >>>>>>> >>>>>>> Question 2: >>>>>>> >>>>>>> If the answer to Q1 is 'yes', is there anything that stands out in the >>>>>>> VM.start request that is telling Xen that the vm must have HVM support >>>>>>> which is then telling xen to fail the request? It seems that >>>>>>> somewhere in the xapi call stack for VM.start_on, the method >>>>>>> VM.get_HVM_boot_policy is getting called and returning that hvm is >>>>>>> required. >>>>>>> >>>>>>> Many thanks! >>>>>>> >>>>>>> Chris >>>>>>> >>>>>>> --- >>>>>>> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >>>>>>> [2] >>>>>>> >>>>>>> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-api mailing list >>>>>>> Xen-api@lists.xen.org >>>>>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Check out my professional profile and connect with me on LinkedIn. >>>>> http://lnkd.in/cw5k69 >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >> >> >> >> -- >> Check out my professional profile and connect with me on LinkedIn. >> http://lnkd.in/cw5k69 > -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-api 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 Apr 06 12:11:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Apr 2014 12:11: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 1WWlv1-0002Be-OI; Sun, 06 Apr 2014 12:11:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WWlv0-0002BZ-7t for xen-api@lists.xen.org; Sun, 06 Apr 2014 12:11:22 +0000 Received: from [85.158.139.211:63174] by server-7.bemta-5.messagelabs.com id 7C/00-20531-96441435; Sun, 06 Apr 2014 12:11:21 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1396786278!5794402!1 X-Originating-IP: [209.85.160.49] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12718 invoked from network); 6 Apr 2014 12:11:20 -0000 Received: from mail-pb0-f49.google.com (HELO mail-pb0-f49.google.com) (209.85.160.49) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2014 12:11:20 -0000 Received: by mail-pb0-f49.google.com with SMTP id jt11so5422172pbb.8 for ; Sun, 06 Apr 2014 05:11:18 -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=YrG3MrqhwE6SjShC2vVt1oIwGFenv0Mdt2KVA325AA8=; b=r6OH3N7RD0FJ+QAYGq32igz35UlT838pUOLdWn2zHj7Rw/iNhskaMdJcnSwEUc/kuh HVrZlPdAlGmv0c4sN3yXt0MPJd+Xk12HAudt6FkVs0xHEEg4bKCFmwz8P7/FOvkQjAHO kxTQhwzbBOoGfwKnlk5s5/SPsIwB0cR29jk904m12htGoNa5RS4zRAHLOVu6ztrLoqde c4zGQ/bWb1ePzw4uRNkCLViWc/WR20gRG1Q6eTBNEnIrjyEaDVIgOU0z2XNtflzpspIS ZtnSjjuYfB97TT/QIsAoTJV8yMCQdUfh6URSwgPrmK6YemPpYYSKCRrsw+k0T+eXRU/+ +45w== MIME-Version: 1.0 X-Received: by 10.68.90.132 with SMTP id bw4mr453535pbb.136.1396786278329; Sun, 06 Apr 2014 05:11:18 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Sun, 6 Apr 2014 05:11:18 -0700 (PDT) Date: Sun, 6 Apr 2014 13:11:18 +0100 Message-ID: From: chris snow To: "xen-api@lists.xen.org" Subject: [Xen-API] how do dump the xmlrpc xml requests and responses to a file? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 configure XCP to log the xmlrpc requests and responses that it sends/receives? This logging is for development purposes, to see the packets while I am developing against the API. I have been using wireshark, but it is quite time consuming to inspect tcp streams one-by-one in wireshark. I've found the file /etc/xcp/log.conf (I'm using debian 7). Although the file looks promising, I couldn't find any documentation online for that configuration file. If it isn't possible to configure this basic logging, can anyone share some tips how I could hack the ocaml code to perform some basic logging? Many thanks, Chris _______________________________________________ Xen-api 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 Apr 06 12:11:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Apr 2014 12:11: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 1WWlv1-0002Be-OI; Sun, 06 Apr 2014 12:11:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WWlv0-0002BZ-7t for xen-api@lists.xen.org; Sun, 06 Apr 2014 12:11:22 +0000 Received: from [85.158.139.211:63174] by server-7.bemta-5.messagelabs.com id 7C/00-20531-96441435; Sun, 06 Apr 2014 12:11:21 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1396786278!5794402!1 X-Originating-IP: [209.85.160.49] 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.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12718 invoked from network); 6 Apr 2014 12:11:20 -0000 Received: from mail-pb0-f49.google.com (HELO mail-pb0-f49.google.com) (209.85.160.49) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2014 12:11:20 -0000 Received: by mail-pb0-f49.google.com with SMTP id jt11so5422172pbb.8 for ; Sun, 06 Apr 2014 05:11:18 -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=YrG3MrqhwE6SjShC2vVt1oIwGFenv0Mdt2KVA325AA8=; b=r6OH3N7RD0FJ+QAYGq32igz35UlT838pUOLdWn2zHj7Rw/iNhskaMdJcnSwEUc/kuh HVrZlPdAlGmv0c4sN3yXt0MPJd+Xk12HAudt6FkVs0xHEEg4bKCFmwz8P7/FOvkQjAHO kxTQhwzbBOoGfwKnlk5s5/SPsIwB0cR29jk904m12htGoNa5RS4zRAHLOVu6ztrLoqde c4zGQ/bWb1ePzw4uRNkCLViWc/WR20gRG1Q6eTBNEnIrjyEaDVIgOU0z2XNtflzpspIS ZtnSjjuYfB97TT/QIsAoTJV8yMCQdUfh6URSwgPrmK6YemPpYYSKCRrsw+k0T+eXRU/+ +45w== MIME-Version: 1.0 X-Received: by 10.68.90.132 with SMTP id bw4mr453535pbb.136.1396786278329; Sun, 06 Apr 2014 05:11:18 -0700 (PDT) Received: by 10.68.44.170 with HTTP; Sun, 6 Apr 2014 05:11:18 -0700 (PDT) Date: Sun, 6 Apr 2014 13:11:18 +0100 Message-ID: From: chris snow To: "xen-api@lists.xen.org" Subject: [Xen-API] how do dump the xmlrpc xml requests and responses to a file? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 configure XCP to log the xmlrpc requests and responses that it sends/receives? This logging is for development purposes, to see the packets while I am developing against the API. I have been using wireshark, but it is quite time consuming to inspect tcp streams one-by-one in wireshark. I've found the file /etc/xcp/log.conf (I'm using debian 7). Although the file looks promising, I couldn't find any documentation online for that configuration file. If it isn't possible to configure this basic logging, can anyone share some tips how I could hack the ocaml code to perform some basic logging? Many thanks, Chris _______________________________________________ Xen-api 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 Apr 07 08:47:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Apr 2014 08:47:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WX5Cu-0002dI-42; Mon, 07 Apr 2014 08:47:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WX5Cs-0002d1-6j for xen-api@lists.xensource.com; Mon, 07 Apr 2014 08:47:06 +0000 Received: from [85.158.139.211:49841] by server-2.bemta-5.messagelabs.com id A4/BC-12074-90662435; Mon, 07 Apr 2014 08:47:05 +0000 X-Env-Sender: marien_spek@outlook.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1396860424!5857591!1 X-Originating-IP: [157.55.2.90] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 818 invoked from network); 7 Apr 2014 08:47:04 -0000 Received: from dub0-omc4-s15.dub0.hotmail.com (HELO dub0-omc4-s15.dub0.hotmail.com) (157.55.2.90) by server-16.tower-206.messagelabs.com with SMTP; 7 Apr 2014 08:47:04 -0000 Received: from DUB125-W8 ([157.55.2.71]) by dub0-omc4-s15.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 01:47:03 -0700 X-TMN: [Kc0rz1Q2+cCbsLsgYS/6NzgfiVYQMbCz] X-Originating-Email: [marien_spek@outlook.com] Message-ID: From: Marien Spek To: Rob Hoes Date: Mon, 7 Apr 2014 10:47:03 +0200 Importance: Normal In-Reply-To: <6BEB2568-8DE8-4C31-AF4E-D908B10A5CA0@citrix.com> References: , <6BEB2568-8DE8-4C31-AF4E-D908B10A5CA0@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 07 Apr 2014 08:47:03.0727 (UTC) FILETIME=[F2D08BF0:01CF523D] Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Using wlan nic for network access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8190045931901452171==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8190045931901452171== Content-Type: multipart/alternative; boundary="_14097447-d8ff-4eaf-9746-7f2e6077bb63_" --_14097447-d8ff-4eaf-9746-7f2e6077bb63_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Would be real nice to get some pointers how to set up NAT with xapi or xl f= or that matter=2C since I'm fairly new to all this Linux networking stuff..= . Cheers=2CMarien From: Rob.Hoes@citrix.com To: marien_spek@outlook.com Date: Fri=2C 4 Apr 2014 12:49:12 +0000 CC: xen-api@lists.xensource.com Subject: Re: [Xen-API] Using wlan nic for network access =0A= =0A= =0A= =0A= =0A= Hi Marien=2C=0A= =0A= =0A= As for as I know=2C it is indeed usually not possible to bridge wireless NI= Cs. Some people have experimented with NAT instead. This is not built-in to= xapi=2C but you could set it up manually using iptables. Perhaps someone e= lse on the list has tried this?=0A= =0A= =0A= Cheers=2C=0A= Rob=0A= =0A= =0A= On 4 Apr 2014=2C at 08:54=2C Marien Spek wrote:= =0A= =0A= =0A= =0A= Currently I'm using an Ubuntu 13.10 server install with a custom 3.13.6 ker= nel (only for static xen-pci-back)=2C xen 4.3 and xcp-xapi (both from the o= fficial launchpad repo)=0A= With that I use a Realtek RTL8179 nic which is working fine with the patche= d R8188EU drivers.=0A= =0A= =0A= So far I've been trying to bridge the nic so it can be used with xapi=2C bu= t so far I failed... I've encountered dozens of claims stating that bridgin= g wlan is a pain and even in a lot of cases impossible... My main problem s= o far would be that the bridge=0A= doesn't get any ipaddress=2C even manually assigning one doesn't make a di= fference. So I guess that the drives/NIC are just not up for the task.=0A= =0A= =0A= Yet is there maybe another way to use the wireless NIC with xapi?=0A= =0A= =0A= Mind you this is just a testing project and not intended for production pur= poses=2C so it doesn't need to be 100% stable.=0A= =0A= =0A= Kind regards=2C=0A= Marien=0A= =0A= _______________________________________________ =0A= Xen-api mailing list =0A= Xen-api@lists.xen.org =0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=0A= =0A= =0A= =0A= =0A= =0A= =0A= _______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_14097447-d8ff-4eaf-9746-7f2e6077bb63_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Would be real nice to get some p= ointers how to set up NAT with xapi or xl for that matter=2C since I'm fair= ly new to all this Linux networking stuff...

Cheers=2C
Marien

From: Rob.Hoes@c= itrix.com
To: marien_spek@outlook.com
Date: Fri=2C 4 Apr 2014 12:49:1= 2 +0000
CC: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Using = wlan nic for network access

=0A= =0A= =0A= =0A= =0A= Hi Marien=2C=0A=

=0A=
=0A=
As for as I know=2C it is indeed usually not possible to bridge wirele= ss NICs. Some people have experimented with NAT instead. This is not built-= in to xapi=2C but you could set it up manually using iptables. Perhaps some= one else on the list has tried this?
=0A=

=0A=
=0A=
Cheers=2C
=0A=
Rob
=0A=

=0A=
=0A=
On 4 Apr 2014=2C at 08:54=2C Marien Spek <=3Bmarien_spek@outlook.com>=3B wrote:
=0A=
=0A=
=0A=
=0A=
Currently I'm using an Ubuntu 13.10 server install with a = custom 3.13.6 kernel (only for static xen-pci-back)=2C xen 4.3 and xcp-xapi= (both from the official launchpad repo)=0A=
With that I use a Realtek RTL8179 nic which is working fine with the p= atched R8188EU drivers.
=0A=

=0A=
=0A=
So far I've been trying to bridge the nic so it can be used with xapi= =2C but so far I failed... I've encountered dozens of claims stating that b= ridging wlan is a pain and even in a lot of cases impossible... My main pro= blem so far would be that the bridge=0A= doesn't get any ipaddress=2C even manually assigning one doesn't make a di= fference. So I guess that the drives/NIC are just not up for the task.=0A=

=0A=
=0A=
Yet is there maybe another way to use the wireless NIC with xapi?=0A=

=0A=
=0A=
Mind you this is just a testing project and not intended for productio= n purposes=2C so it doesn't need to be 100% stable.
=0A=

=0A=
=0A=
Kind regards=2C
=0A=
Marien
=0A=
=0A= _______________________________________________
=0A= Xen-api mailing list
=0A= Xen-api@lists.xen.org
=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=0A=
=0A=
=0A=
=0A=
=0A= =0A= =0A=
_______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=
= --_14097447-d8ff-4eaf-9746-7f2e6077bb63_-- --===============8190045931901452171== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8190045931901452171==-- From xen-api-bounces@lists.xen.org Mon Apr 07 08:47:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Apr 2014 08:47:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WX5Cu-0002dI-42; Mon, 07 Apr 2014 08:47:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WX5Cs-0002d1-6j for xen-api@lists.xensource.com; Mon, 07 Apr 2014 08:47:06 +0000 Received: from [85.158.139.211:49841] by server-2.bemta-5.messagelabs.com id A4/BC-12074-90662435; Mon, 07 Apr 2014 08:47:05 +0000 X-Env-Sender: marien_spek@outlook.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1396860424!5857591!1 X-Originating-IP: [157.55.2.90] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 818 invoked from network); 7 Apr 2014 08:47:04 -0000 Received: from dub0-omc4-s15.dub0.hotmail.com (HELO dub0-omc4-s15.dub0.hotmail.com) (157.55.2.90) by server-16.tower-206.messagelabs.com with SMTP; 7 Apr 2014 08:47:04 -0000 Received: from DUB125-W8 ([157.55.2.71]) by dub0-omc4-s15.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 01:47:03 -0700 X-TMN: [Kc0rz1Q2+cCbsLsgYS/6NzgfiVYQMbCz] X-Originating-Email: [marien_spek@outlook.com] Message-ID: From: Marien Spek To: Rob Hoes Date: Mon, 7 Apr 2014 10:47:03 +0200 Importance: Normal In-Reply-To: <6BEB2568-8DE8-4C31-AF4E-D908B10A5CA0@citrix.com> References: , <6BEB2568-8DE8-4C31-AF4E-D908B10A5CA0@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 07 Apr 2014 08:47:03.0727 (UTC) FILETIME=[F2D08BF0:01CF523D] Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Using wlan nic for network access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8190045931901452171==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8190045931901452171== Content-Type: multipart/alternative; boundary="_14097447-d8ff-4eaf-9746-7f2e6077bb63_" --_14097447-d8ff-4eaf-9746-7f2e6077bb63_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Would be real nice to get some pointers how to set up NAT with xapi or xl f= or that matter=2C since I'm fairly new to all this Linux networking stuff..= . Cheers=2CMarien From: Rob.Hoes@citrix.com To: marien_spek@outlook.com Date: Fri=2C 4 Apr 2014 12:49:12 +0000 CC: xen-api@lists.xensource.com Subject: Re: [Xen-API] Using wlan nic for network access =0A= =0A= =0A= =0A= =0A= Hi Marien=2C=0A= =0A= =0A= As for as I know=2C it is indeed usually not possible to bridge wireless NI= Cs. Some people have experimented with NAT instead. This is not built-in to= xapi=2C but you could set it up manually using iptables. Perhaps someone e= lse on the list has tried this?=0A= =0A= =0A= Cheers=2C=0A= Rob=0A= =0A= =0A= On 4 Apr 2014=2C at 08:54=2C Marien Spek wrote:= =0A= =0A= =0A= =0A= Currently I'm using an Ubuntu 13.10 server install with a custom 3.13.6 ker= nel (only for static xen-pci-back)=2C xen 4.3 and xcp-xapi (both from the o= fficial launchpad repo)=0A= With that I use a Realtek RTL8179 nic which is working fine with the patche= d R8188EU drivers.=0A= =0A= =0A= So far I've been trying to bridge the nic so it can be used with xapi=2C bu= t so far I failed... I've encountered dozens of claims stating that bridgin= g wlan is a pain and even in a lot of cases impossible... My main problem s= o far would be that the bridge=0A= doesn't get any ipaddress=2C even manually assigning one doesn't make a di= fference. So I guess that the drives/NIC are just not up for the task.=0A= =0A= =0A= Yet is there maybe another way to use the wireless NIC with xapi?=0A= =0A= =0A= Mind you this is just a testing project and not intended for production pur= poses=2C so it doesn't need to be 100% stable.=0A= =0A= =0A= Kind regards=2C=0A= Marien=0A= =0A= _______________________________________________ =0A= Xen-api mailing list =0A= Xen-api@lists.xen.org =0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api=0A= =0A= =0A= =0A= =0A= =0A= =0A= _______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_14097447-d8ff-4eaf-9746-7f2e6077bb63_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Would be real nice to get some p= ointers how to set up NAT with xapi or xl for that matter=2C since I'm fair= ly new to all this Linux networking stuff...

Cheers=2C
Marien

From: Rob.Hoes@c= itrix.com
To: marien_spek@outlook.com
Date: Fri=2C 4 Apr 2014 12:49:1= 2 +0000
CC: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Using = wlan nic for network access

=0A= =0A= =0A= =0A= =0A= Hi Marien=2C=0A=

=0A=
=0A=
As for as I know=2C it is indeed usually not possible to bridge wirele= ss NICs. Some people have experimented with NAT instead. This is not built-= in to xapi=2C but you could set it up manually using iptables. Perhaps some= one else on the list has tried this?
=0A=

=0A=
=0A=
Cheers=2C
=0A=
Rob
=0A=

=0A=
=0A=
On 4 Apr 2014=2C at 08:54=2C Marien Spek <=3Bmarien_spek@outlook.com>=3B wrote:
=0A=
=0A=
=0A=
=0A=
Currently I'm using an Ubuntu 13.10 server install with a = custom 3.13.6 kernel (only for static xen-pci-back)=2C xen 4.3 and xcp-xapi= (both from the official launchpad repo)=0A=
With that I use a Realtek RTL8179 nic which is working fine with the p= atched R8188EU drivers.
=0A=

=0A=
=0A=
So far I've been trying to bridge the nic so it can be used with xapi= =2C but so far I failed... I've encountered dozens of claims stating that b= ridging wlan is a pain and even in a lot of cases impossible... My main pro= blem so far would be that the bridge=0A= doesn't get any ipaddress=2C even manually assigning one doesn't make a di= fference. So I guess that the drives/NIC are just not up for the task.=0A=

=0A=
=0A=
Yet is there maybe another way to use the wireless NIC with xapi?=0A=

=0A=
=0A=
Mind you this is just a testing project and not intended for productio= n purposes=2C so it doesn't need to be 100% stable.
=0A=

=0A=
=0A=
Kind regards=2C
=0A=
Marien
=0A=
=0A= _______________________________________________
=0A= Xen-api mailing list
=0A= Xen-api@lists.xen.org
=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=0A=
=0A=
=0A=
=0A=
=0A= =0A= =0A=
_______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=
= --_14097447-d8ff-4eaf-9746-7f2e6077bb63_-- --===============8190045931901452171== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8190045931901452171==-- From xen-api-bounces@lists.xen.org Tue Apr 08 09:10:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 09:10:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXS2j-0007x3-VA; Tue, 08 Apr 2014 09:10:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXS2i-0007wi-Bm; Tue, 08 Apr 2014 09:10:08 +0000 Received: from [85.158.139.211:57379] by server-15.bemta-5.messagelabs.com id EE/98-11079-FECB3435; Tue, 08 Apr 2014 09:10:07 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1396948206!6155099!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8969 invoked from network); 8 Apr 2014 09:10:06 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2014 09:10:06 -0000 Received: by mail-we0-f173.google.com with SMTP id w61so622561wes.18 for ; Tue, 08 Apr 2014 02:10:06 -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=F5+klQNcon9hWGDugVcHg8E+/v4C2VXXbZnkJBs7x4s=; b=DoODaS2JtqOd91LoyvixGr2Lj8zINInyFYP+3rxYxTuycxCYHaOqLoh7A7AwL4qU1p 7+iwUv2i0dl1R34B53LpOKt9idhR9SxRqpqf6sZcNYlLfGf2mnEpQdKubay04eizYPx7 utGjlMzO0mqzRDBNyvEXmNOyTayGjVLrC0e8oBafOofRby2rIoUCwvXYyg2HdsuaMwme vKnvdxI8KysqTqpMFCAmy9QCrkbU3tYGLkjPLIPDo8LipGfJBIdCHN5Ui2v0BPJSODU+ 093TW0d3uBmxUoMhMsMU6O7Hag9KC/U1dWqOO9ZzIJZjJe31UKZvjgo0we0QByk0zjD0 6BBQ== X-Received: by 10.194.191.195 with SMTP id ha3mr1298188wjc.69.1396948206618; Tue, 08 Apr 2014 02:10:06 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id bx16sm1623525wib.13.2014.04.08.02.10.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Apr 2014 02:10:05 -0700 (PDT) Message-ID: <5343BCEB.60903@xen.org> Date: Tue, 08 Apr 2014 10:10:03 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , "xen-users@lists.xen.org" , "publicity@lists.xenproject.org" Subject: [Xen-API] Reminder: CfP for Xen Project Developer Summit and LinuxCon NA closes May 2nd 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 all, just a quick reminder that the CfP for our Developer Summit (see http://events.linuxfoundation.org//events/xen-project-developer-summit/program/cfp) closes on May 2nd 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 Apr 08 09:10:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 09:10:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXS2j-0007x3-VA; Tue, 08 Apr 2014 09:10:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXS2i-0007wi-Bm; Tue, 08 Apr 2014 09:10:08 +0000 Received: from [85.158.139.211:57379] by server-15.bemta-5.messagelabs.com id EE/98-11079-FECB3435; Tue, 08 Apr 2014 09:10:07 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1396948206!6155099!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8969 invoked from network); 8 Apr 2014 09:10:06 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2014 09:10:06 -0000 Received: by mail-we0-f173.google.com with SMTP id w61so622561wes.18 for ; Tue, 08 Apr 2014 02:10:06 -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=F5+klQNcon9hWGDugVcHg8E+/v4C2VXXbZnkJBs7x4s=; b=DoODaS2JtqOd91LoyvixGr2Lj8zINInyFYP+3rxYxTuycxCYHaOqLoh7A7AwL4qU1p 7+iwUv2i0dl1R34B53LpOKt9idhR9SxRqpqf6sZcNYlLfGf2mnEpQdKubay04eizYPx7 utGjlMzO0mqzRDBNyvEXmNOyTayGjVLrC0e8oBafOofRby2rIoUCwvXYyg2HdsuaMwme vKnvdxI8KysqTqpMFCAmy9QCrkbU3tYGLkjPLIPDo8LipGfJBIdCHN5Ui2v0BPJSODU+ 093TW0d3uBmxUoMhMsMU6O7Hag9KC/U1dWqOO9ZzIJZjJe31UKZvjgo0we0QByk0zjD0 6BBQ== X-Received: by 10.194.191.195 with SMTP id ha3mr1298188wjc.69.1396948206618; Tue, 08 Apr 2014 02:10:06 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id bx16sm1623525wib.13.2014.04.08.02.10.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Apr 2014 02:10:05 -0700 (PDT) Message-ID: <5343BCEB.60903@xen.org> Date: Tue, 08 Apr 2014 10:10:03 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , "xen-users@lists.xen.org" , "publicity@lists.xenproject.org" Subject: [Xen-API] Reminder: CfP for Xen Project Developer Summit and LinuxCon NA closes May 2nd 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 all, just a quick reminder that the CfP for our Developer Summit (see http://events.linuxfoundation.org//events/xen-project-developer-summit/program/cfp) closes on May 2nd 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 Apr 08 13:36:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 13:36: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 1WXWCe-00013p-PP; Tue, 08 Apr 2014 13:36:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXWCd-00013f-4K for xen-api@lists.xen.org; Tue, 08 Apr 2014 13:36:39 +0000 Received: from [85.158.139.211:49370] by server-1.bemta-5.messagelabs.com id 47/99-10259-66BF3435; Tue, 08 Apr 2014 13:36:38 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1396964196!5977325!1 X-Originating-IP: [192.55.52.93] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjU1LjUyLjkzID0+IDMyNDY2NQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29100 invoked from network); 8 Apr 2014 13:36:37 -0000 Received: from mga11.intel.com (HELO mga11.intel.com) (192.55.52.93) by server-8.tower-206.messagelabs.com with SMTP; 8 Apr 2014 13:36:37 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 08 Apr 2014 06:36:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,818,1389772800"; d="scan'208,217";a="509273325" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by fmsmga001.fm.intel.com with ESMTP; 08 Apr 2014 06:31:34 -0700 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 8 Apr 2014 06:31:34 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.188]) by SHSMSX152.ccr.corp.intel.com ([169.254.6.130]) with mapi id 14.03.0123.003; Tue, 8 Apr 2014 21:31:32 +0800 From: "Ren, Qiaowei" To: "xen-api@lists.xen.org" Thread-Topic: Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJg== Date: Tue, 8 Apr 2014 13:31:30 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Subject: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4851878929936713791==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4851878929936713791== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_" --_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Everyone, This email is about CQM (a new feature implemented in Intel Xeon processors= ) enabling in XenAPI. And we have to ask you for help. CQM (Cache QoS Monitoring) allows an Operating System, Hypervisor or simila= r system management agent to determine the usage of cache by applications r= unning on the platform. The hardware is not publicly available yet, but Red= Hat and others should have some of these platforms for testing. For detail= s on the implementation, please refer to the Intel Software Development Man= ual, Volume 3, Chapter 17.14: Cache Quality of Service Monitoring Now we have to enable this new feature in XenAPI, in order to Openstack can= use it with Xen environment. As you know, for Openstack, XenAPI is the bes= t way to use Xen Hypervisor, and libvirt.xen could not be supported smoothl= y by Openstack. In order to add CQM support in XenAPI, we maybe modify some public structur= es or functions, including host info, vm info, etc., to add cache usage rel= ated information. It means we will have to patch the latest code from XenAP= I repo. But unfortunately, we tried some ways to setup XenAPI development e= nvironment, and it is not ready yet. There are a lot of package dependence = issues or build issues, so that I can't not build XenAPI code successfully. - According to README, I used opam to build XenAPI code. But some package= s, including vhd, xenstore, etc., could not be built successfully. And with= CentOS, opam must use GLIBC 2.14, which is not provided by CentOS 6.5. - I once asked Zheng Li for help. Thanks for Zheng's help.:) Zheng told m= e that we could build xenserver-core probject (https://github.com/xenserver= /xenserver-core), with which we should be able to build most xenserver comp= onents (including xapi) on a vanilla CentOS. We tried this way, and xenserver-core could be built smoothly on CentOS6.= 5 or Ubuntu1304. But after that, XenAPI could not be built successfully, an= d said some packages could not be found (stdext, xml-light2, uuid, etc..) So, could anyone tell me how to setup XenAPI development environment, or ho= w to add new feature into XenAPI? Or could any citrix guys help us enable t= his new feature in XenAPI? :) Thanks, Qiaowei --_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Everyone,<= /p>

 

This email is about CQM (a new feature implem= ented in Intel Xeon processors) enabling in XenAPI. And we have to ask you = for help.

 

CQM (Cache QoS Monitoring) allows an Operatin= g System, Hypervisor or similar system management agent to determine the us= age of cache by applications running on the platform. The hardware is not publicly available yet, but Red Hat and = others should have some of these platforms for testing. For details on the = implementation, please refer to the Intel Software Development Manual, Volu= me 3, Chapter 17.14: Cache Quality of Service Monitoring

 

Now we have to enable this new feature in Xen= API, in order to Openstack can use it with Xen environment. As you know, fo= r Openstack, XenAPI is the best way to use Xen Hypervisor, and libvirt.xen could not be supported smoothly by Opensta= ck.

 

In order to add CQM support in XenAPI, we may= be modify some public structures or functions, including host info, vm info= , etc., to add cache usage related information. It means we will have to patch the latest code from XenAPI repo. But unfor= tunately, we tried some ways to setup XenAPI development environment, and i= t is not ready yet. There are a lot of package dependence issues or build i= ssues, so that I can’t not build XenAPI code successfully.

 

  - According to README, I used opam to = build XenAPI code. But some packages, including vhd, xenstore, etc., could = not be built successfully. And with CentOS, opam must use GLIBC 2.14, which is not provided by CentOS 6.5.

 

  - I once asked Zheng Li for help. Than= ks for Zheng’s help.:) Zheng told me that we could build xenserver-co= re probject (https:= //github.com/xenserver/xenserver-core), with which we should be able to build most xenserver components (including= xapi) on a vanilla CentOS.

  We tried this way, and xenserver-core = could be built smoothly on CentOS6.5 or Ubuntu1304. But after that, XenAPI = could not be built successfully, and said some packages could not be found (stdext, xml-light2, uuid, etc..)

 

So, could anyone tell me how to setup XenAPI = development environment, or how to add new feature into XenAPI? Or could an= y citrix guys help us enable this new feature in XenAPI? J

 

Thanks,

Qiaowei

 

 

 

 

--_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_-- --===============4851878929936713791== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4851878929936713791==-- From xen-api-bounces@lists.xen.org Tue Apr 08 13:36:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 13:36: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 1WXWCe-00013p-PP; Tue, 08 Apr 2014 13:36:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXWCd-00013f-4K for xen-api@lists.xen.org; Tue, 08 Apr 2014 13:36:39 +0000 Received: from [85.158.139.211:49370] by server-1.bemta-5.messagelabs.com id 47/99-10259-66BF3435; Tue, 08 Apr 2014 13:36:38 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1396964196!5977325!1 X-Originating-IP: [192.55.52.93] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjU1LjUyLjkzID0+IDMyNDY2NQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29100 invoked from network); 8 Apr 2014 13:36:37 -0000 Received: from mga11.intel.com (HELO mga11.intel.com) (192.55.52.93) by server-8.tower-206.messagelabs.com with SMTP; 8 Apr 2014 13:36:37 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 08 Apr 2014 06:36:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,818,1389772800"; d="scan'208,217";a="509273325" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by fmsmga001.fm.intel.com with ESMTP; 08 Apr 2014 06:31:34 -0700 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 8 Apr 2014 06:31:34 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.188]) by SHSMSX152.ccr.corp.intel.com ([169.254.6.130]) with mapi id 14.03.0123.003; Tue, 8 Apr 2014 21:31:32 +0800 From: "Ren, Qiaowei" To: "xen-api@lists.xen.org" Thread-Topic: Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJg== Date: Tue, 8 Apr 2014 13:31:30 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Subject: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4851878929936713791==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4851878929936713791== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_" --_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Everyone, This email is about CQM (a new feature implemented in Intel Xeon processors= ) enabling in XenAPI. And we have to ask you for help. CQM (Cache QoS Monitoring) allows an Operating System, Hypervisor or simila= r system management agent to determine the usage of cache by applications r= unning on the platform. The hardware is not publicly available yet, but Red= Hat and others should have some of these platforms for testing. For detail= s on the implementation, please refer to the Intel Software Development Man= ual, Volume 3, Chapter 17.14: Cache Quality of Service Monitoring Now we have to enable this new feature in XenAPI, in order to Openstack can= use it with Xen environment. As you know, for Openstack, XenAPI is the bes= t way to use Xen Hypervisor, and libvirt.xen could not be supported smoothl= y by Openstack. In order to add CQM support in XenAPI, we maybe modify some public structur= es or functions, including host info, vm info, etc., to add cache usage rel= ated information. It means we will have to patch the latest code from XenAP= I repo. But unfortunately, we tried some ways to setup XenAPI development e= nvironment, and it is not ready yet. There are a lot of package dependence = issues or build issues, so that I can't not build XenAPI code successfully. - According to README, I used opam to build XenAPI code. But some package= s, including vhd, xenstore, etc., could not be built successfully. And with= CentOS, opam must use GLIBC 2.14, which is not provided by CentOS 6.5. - I once asked Zheng Li for help. Thanks for Zheng's help.:) Zheng told m= e that we could build xenserver-core probject (https://github.com/xenserver= /xenserver-core), with which we should be able to build most xenserver comp= onents (including xapi) on a vanilla CentOS. We tried this way, and xenserver-core could be built smoothly on CentOS6.= 5 or Ubuntu1304. But after that, XenAPI could not be built successfully, an= d said some packages could not be found (stdext, xml-light2, uuid, etc..) So, could anyone tell me how to setup XenAPI development environment, or ho= w to add new feature into XenAPI? Or could any citrix guys help us enable t= his new feature in XenAPI? :) Thanks, Qiaowei --_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Everyone,<= /p>

 

This email is about CQM (a new feature implem= ented in Intel Xeon processors) enabling in XenAPI. And we have to ask you = for help.

 

CQM (Cache QoS Monitoring) allows an Operatin= g System, Hypervisor or similar system management agent to determine the us= age of cache by applications running on the platform. The hardware is not publicly available yet, but Red Hat and = others should have some of these platforms for testing. For details on the = implementation, please refer to the Intel Software Development Manual, Volu= me 3, Chapter 17.14: Cache Quality of Service Monitoring

 

Now we have to enable this new feature in Xen= API, in order to Openstack can use it with Xen environment. As you know, fo= r Openstack, XenAPI is the best way to use Xen Hypervisor, and libvirt.xen could not be supported smoothly by Opensta= ck.

 

In order to add CQM support in XenAPI, we may= be modify some public structures or functions, including host info, vm info= , etc., to add cache usage related information. It means we will have to patch the latest code from XenAPI repo. But unfor= tunately, we tried some ways to setup XenAPI development environment, and i= t is not ready yet. There are a lot of package dependence issues or build i= ssues, so that I can’t not build XenAPI code successfully.

 

  - According to README, I used opam to = build XenAPI code. But some packages, including vhd, xenstore, etc., could = not be built successfully. And with CentOS, opam must use GLIBC 2.14, which is not provided by CentOS 6.5.

 

  - I once asked Zheng Li for help. Than= ks for Zheng’s help.:) Zheng told me that we could build xenserver-co= re probject (https:= //github.com/xenserver/xenserver-core), with which we should be able to build most xenserver components (including= xapi) on a vanilla CentOS.

  We tried this way, and xenserver-core = could be built smoothly on CentOS6.5 or Ubuntu1304. But after that, XenAPI = could not be built successfully, and said some packages could not be found (stdext, xml-light2, uuid, etc..)

 

So, could anyone tell me how to setup XenAPI = development environment, or how to add new feature into XenAPI? Or could an= y citrix guys help us enable this new feature in XenAPI? J

 

Thanks,

Qiaowei

 

 

 

 

--_000_9E0BE1322F2F2246BD820DA9FC397ADE015D6091shsmsx102ccrcor_-- --===============4851878929936713791== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4851878929936713791==-- From xen-api-bounces@lists.xen.org Tue Apr 08 14:46:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 14:46: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 1WXXHi-0001mw-Kf; Tue, 08 Apr 2014 14:45:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXXHg-0001kv-Hd for xen-api@lists.xen.org; Tue, 08 Apr 2014 14:45:56 +0000 Received: from [85.158.143.35:44856] by server-3.bemta-4.messagelabs.com id 25/BF-13602-3AB04435; Tue, 08 Apr 2014 14:45:55 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1396968355!749999!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9849 invoked from network); 8 Apr 2014 14:45:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2014 14:45:55 -0000 X-IronPort-AV: E=Sophos;i="4.97,818,1389744000"; d="scan'208";a="13430185" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 08 Apr 2014 14:45:54 +0000 Received: from citrix.com (10.80.3.44) by AMSPEX01CL03.citrite.net (10.69.46.34) with Microsoft SMTP Server id 14.2.342.4; Tue, 8 Apr 2014 16:45:54 +0200 Date: Tue, 8 Apr 2014 15:45:40 +0100 From: Euan Harris To: "Ren, Qiaowei" Message-ID: <20140408144540.GV3794@citrix.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> User-Agent: Mutt/1.5.20 (2009-12-10) X-Originating-IP: [10.80.3.44] X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 once asked Zheng Li for help. Thanks for Zheng's help.:) > Zheng told me that we could build xenserver-core probject > (https://github.com/xenserver/xenserver-core), with which we should be > able to build most xenserver components (including xapi) on a vanilla > CentOS. > > We tried this way, and xenserver-core could be built smoothly on CentOS6.5 > or Ubuntu1304. But after that, XenAPI could not be built successfully, and > said some packages could not be found (stdext, xml-light2, uuid, etc..) This is happening because building and installing xenserver-core does not install xen-api's build dependencies. xenserver-core builds RPMs in temporary chroot environments, using mock, so even though you have build xen-api as part of xenserver-core, its dependencies were not installed on your machine. You can use 'yum-builddep' to install them from your xenserver-core repository, but if you want to build trunk xen-api you will need to install a couple of other dependencies which are not yet packaged in xenserver-core. This should do the trick: # install the packaged dependencies sudo yum-builddep xapi # build and install ocaml-ctypes, needed by ocaml-opasswd below sudo yum install libffi-devel curl -OL https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes-0.2.3.tar.gz tar zxvf ocaml-ctypes-0.2.3.tar.gz cd ocaml-ctypes-ocaml-ctypes-0.2.3 make make install cd .. # build and install ocaml-passwd # ocaml-opasswd must be patched to build with the version of ocaml used by # xenserver-core git clone https://github.com/xapi-project/ocaml-opasswd sudo yum install oasis cd ocaml-opasswd patch -p1 < ocaml-opasswd.patch oasis setup make sudo make install cd .. # build xen-api git clone https://github.com/xapi-project/xen-api cd xen-api make Thanks, Euan _______________________________________________ Xen-api 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 Apr 08 14:46:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 14:46: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 1WXXHi-0001mw-Kf; Tue, 08 Apr 2014 14:45:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXXHg-0001kv-Hd for xen-api@lists.xen.org; Tue, 08 Apr 2014 14:45:56 +0000 Received: from [85.158.143.35:44856] by server-3.bemta-4.messagelabs.com id 25/BF-13602-3AB04435; Tue, 08 Apr 2014 14:45:55 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1396968355!749999!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9849 invoked from network); 8 Apr 2014 14:45:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2014 14:45:55 -0000 X-IronPort-AV: E=Sophos;i="4.97,818,1389744000"; d="scan'208";a="13430185" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 08 Apr 2014 14:45:54 +0000 Received: from citrix.com (10.80.3.44) by AMSPEX01CL03.citrite.net (10.69.46.34) with Microsoft SMTP Server id 14.2.342.4; Tue, 8 Apr 2014 16:45:54 +0200 Date: Tue, 8 Apr 2014 15:45:40 +0100 From: Euan Harris To: "Ren, Qiaowei" Message-ID: <20140408144540.GV3794@citrix.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> User-Agent: Mutt/1.5.20 (2009-12-10) X-Originating-IP: [10.80.3.44] X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 once asked Zheng Li for help. Thanks for Zheng's help.:) > Zheng told me that we could build xenserver-core probject > (https://github.com/xenserver/xenserver-core), with which we should be > able to build most xenserver components (including xapi) on a vanilla > CentOS. > > We tried this way, and xenserver-core could be built smoothly on CentOS6.5 > or Ubuntu1304. But after that, XenAPI could not be built successfully, and > said some packages could not be found (stdext, xml-light2, uuid, etc..) This is happening because building and installing xenserver-core does not install xen-api's build dependencies. xenserver-core builds RPMs in temporary chroot environments, using mock, so even though you have build xen-api as part of xenserver-core, its dependencies were not installed on your machine. You can use 'yum-builddep' to install them from your xenserver-core repository, but if you want to build trunk xen-api you will need to install a couple of other dependencies which are not yet packaged in xenserver-core. This should do the trick: # install the packaged dependencies sudo yum-builddep xapi # build and install ocaml-ctypes, needed by ocaml-opasswd below sudo yum install libffi-devel curl -OL https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes-0.2.3.tar.gz tar zxvf ocaml-ctypes-0.2.3.tar.gz cd ocaml-ctypes-ocaml-ctypes-0.2.3 make make install cd .. # build and install ocaml-passwd # ocaml-opasswd must be patched to build with the version of ocaml used by # xenserver-core git clone https://github.com/xapi-project/ocaml-opasswd sudo yum install oasis cd ocaml-opasswd patch -p1 < ocaml-opasswd.patch oasis setup make sudo make install cd .. # build xen-api git clone https://github.com/xapi-project/xen-api cd xen-api make Thanks, Euan _______________________________________________ Xen-api 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 Apr 08 15:41:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 15:41: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 1WXY9G-0002sJ-NJ; Tue, 08 Apr 2014 15:41:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXY9F-0002rw-1b for xen-api@lists.xen.org; Tue, 08 Apr 2014 15:41:17 +0000 Received: from [85.158.143.35:26337] by server-3.bemta-4.messagelabs.com id F3/7F-13602-C9814435; Tue, 08 Apr 2014 15:41:16 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1396971675!7100840!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32643 invoked from network); 8 Apr 2014 15:41:15 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2014 15:41:15 -0000 X-IronPort-AV: E=Sophos;i="4.97,818,1389744000"; d="scan'208";a="13437252" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 08 Apr 2014 15:41:16 +0000 Received: from citrix.com (10.80.3.44) by AMSPEX01CL02.citrite.net (10.69.46.33) with Microsoft SMTP Server id 14.2.342.4; Tue, 8 Apr 2014 17:41:14 +0200 Date: Tue, 8 Apr 2014 16:41:00 +0100 From: Euan Harris To: "Ren, Qiaowei" Message-ID: <20140408154100.GW3794@citrix.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <20140408144540.GV3794@citrix.com> User-Agent: Mutt/1.5.20 (2009-12-10) X-Originating-IP: [10.80.3.44] X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Forgot to attach the patch... Thanks, Euan On Tue, Apr 08, 2014 at 03:45:40PM +0100, Euan Harris wrote: > Hi, > > > I once asked Zheng Li for help. Thanks for Zheng's help.:) > > Zheng told me that we could build xenserver-core probject > > (https://github.com/xenserver/xenserver-core), with which we should be > > able to build most xenserver components (including xapi) on a vanilla > > CentOS. > > > > We tried this way, and xenserver-core could be built smoothly on CentOS6.5 > > or Ubuntu1304. But after that, XenAPI could not be built successfully, and > > said some packages could not be found (stdext, xml-light2, uuid, etc..) > > This is happening because building and installing xenserver-core does > not install xen-api's build dependencies. xenserver-core builds RPMs > in temporary chroot environments, using mock, so even though you have > build xen-api as part of xenserver-core, its dependencies were not > installed on your machine. You can use 'yum-builddep' to install > them from your xenserver-core repository, but if you want to build > trunk xen-api you will need to install a couple of other dependencies > which are not yet packaged in xenserver-core. > > This should do the trick: > > # install the packaged dependencies > sudo yum-builddep xapi > > # build and install ocaml-ctypes, needed by ocaml-opasswd below > sudo yum install libffi-devel > curl -OL https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes-0.2.3.tar.gz > tar zxvf ocaml-ctypes-0.2.3.tar.gz > cd ocaml-ctypes-ocaml-ctypes-0.2.3 > make > make install > cd .. > > # build and install ocaml-passwd > # ocaml-opasswd must be patched to build with the version of ocaml used by > # xenserver-core > git clone https://github.com/xapi-project/ocaml-opasswd > sudo yum install oasis > cd ocaml-opasswd > patch -p1 < ocaml-opasswd.patch > oasis setup > make > sudo make install > cd .. > > # build xen-api > git clone https://github.com/xapi-project/xen-api > cd xen-api > make > > Thanks, > Euan --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="ocaml-opasswd.patch" diff --git a/_oasis b/_oasis index 3cd8782..c1d7c9e 100644 --- a/_oasis +++ b/_oasis @@ -18,10 +18,10 @@ Library oPasswd Pack: true Modules: Passwd, Shadow, Common BuildDepends: unix, ctypes, ctypes.foreign - ByteOpt: -warn-error +a -bin-annot -short-paths + ByteOpt: -warn-error +a -bin-annot if flag(extra_debugging) ByteOpt+: -g -runtime-variant d -verbose - NativeOpt: -warn-error +a -bin-annot -short-paths + NativeOpt: -warn-error +a -bin-annot if flag(extra_debugging) NativeOpt+: -g -runtime-variant d -verbose @@ -30,7 +30,7 @@ Executable opasswd_test BuildTools: ocamlbuild MainIs: opasswd_test.ml BuildDepends: oPasswd - NativeOpt: -warn-error +a -bin-annot -short-paths + NativeOpt: -warn-error +a -bin-annot if flag(extra_debugging) NativeOpt+: -g -runtime-variant d -verbose CompiledObject: best diff --git a/lib/common.ml b/lib/common.ml index c0e9771..835adac 100644 --- a/lib/common.ml +++ b/lib/common.ml @@ -1,3 +1,5 @@ +let ( |> ) a b = b a + let get_password name = if Shadow.shadow_enabled () then Shadow.(with_lock (fun () -> diff --git a/lib/passwd.ml b/lib/passwd.ml index 5ecca7c..d000587 100644 --- a/lib/passwd.ml +++ b/lib/passwd.ml @@ -2,6 +2,8 @@ open Ctypes open Foreign open PosixTypes +let ( |> ) a b = b a + type file_descr = unit ptr let file_descr : file_descr typ = ptr void diff --git a/lib/shadow.ml b/lib/shadow.ml index a960e30..0ec2521 100644 --- a/lib/shadow.ml +++ b/lib/shadow.ml @@ -2,6 +2,8 @@ open Ctypes open Foreign open PosixTypes +let ( |> ) a b = b a + type t = { name : string; passwd : string; diff --git a/test/opasswd_test.ml b/test/opasswd_test.ml index 55db0c8..7988e79 100644 --- a/test/opasswd_test.ml +++ b/test/opasswd_test.ml @@ -2,6 +2,9 @@ open Unix open OPasswd +let ( |> ) a b = b a +let ( @@ ) f g = f g + let tmp_shadow_file = Unix.getcwd () ^ "/dummy-shadow" let tmp_passwd_file = Unix.getcwd () ^ "/dummy-passwd" --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --mojUlQ0s9EVzWg2t-- From xen-api-bounces@lists.xen.org Tue Apr 08 15:41:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Apr 2014 15:41: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 1WXY9G-0002sJ-NJ; Tue, 08 Apr 2014 15:41:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXY9F-0002rw-1b for xen-api@lists.xen.org; Tue, 08 Apr 2014 15:41:17 +0000 Received: from [85.158.143.35:26337] by server-3.bemta-4.messagelabs.com id F3/7F-13602-C9814435; Tue, 08 Apr 2014 15:41:16 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1396971675!7100840!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32643 invoked from network); 8 Apr 2014 15:41:15 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2014 15:41:15 -0000 X-IronPort-AV: E=Sophos;i="4.97,818,1389744000"; d="scan'208";a="13437252" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 08 Apr 2014 15:41:16 +0000 Received: from citrix.com (10.80.3.44) by AMSPEX01CL02.citrite.net (10.69.46.33) with Microsoft SMTP Server id 14.2.342.4; Tue, 8 Apr 2014 17:41:14 +0200 Date: Tue, 8 Apr 2014 16:41:00 +0100 From: Euan Harris To: "Ren, Qiaowei" Message-ID: <20140408154100.GW3794@citrix.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <20140408144540.GV3794@citrix.com> User-Agent: Mutt/1.5.20 (2009-12-10) X-Originating-IP: [10.80.3.44] X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Forgot to attach the patch... Thanks, Euan On Tue, Apr 08, 2014 at 03:45:40PM +0100, Euan Harris wrote: > Hi, > > > I once asked Zheng Li for help. Thanks for Zheng's help.:) > > Zheng told me that we could build xenserver-core probject > > (https://github.com/xenserver/xenserver-core), with which we should be > > able to build most xenserver components (including xapi) on a vanilla > > CentOS. > > > > We tried this way, and xenserver-core could be built smoothly on CentOS6.5 > > or Ubuntu1304. But after that, XenAPI could not be built successfully, and > > said some packages could not be found (stdext, xml-light2, uuid, etc..) > > This is happening because building and installing xenserver-core does > not install xen-api's build dependencies. xenserver-core builds RPMs > in temporary chroot environments, using mock, so even though you have > build xen-api as part of xenserver-core, its dependencies were not > installed on your machine. You can use 'yum-builddep' to install > them from your xenserver-core repository, but if you want to build > trunk xen-api you will need to install a couple of other dependencies > which are not yet packaged in xenserver-core. > > This should do the trick: > > # install the packaged dependencies > sudo yum-builddep xapi > > # build and install ocaml-ctypes, needed by ocaml-opasswd below > sudo yum install libffi-devel > curl -OL https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes-0.2.3.tar.gz > tar zxvf ocaml-ctypes-0.2.3.tar.gz > cd ocaml-ctypes-ocaml-ctypes-0.2.3 > make > make install > cd .. > > # build and install ocaml-passwd > # ocaml-opasswd must be patched to build with the version of ocaml used by > # xenserver-core > git clone https://github.com/xapi-project/ocaml-opasswd > sudo yum install oasis > cd ocaml-opasswd > patch -p1 < ocaml-opasswd.patch > oasis setup > make > sudo make install > cd .. > > # build xen-api > git clone https://github.com/xapi-project/xen-api > cd xen-api > make > > Thanks, > Euan --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="ocaml-opasswd.patch" diff --git a/_oasis b/_oasis index 3cd8782..c1d7c9e 100644 --- a/_oasis +++ b/_oasis @@ -18,10 +18,10 @@ Library oPasswd Pack: true Modules: Passwd, Shadow, Common BuildDepends: unix, ctypes, ctypes.foreign - ByteOpt: -warn-error +a -bin-annot -short-paths + ByteOpt: -warn-error +a -bin-annot if flag(extra_debugging) ByteOpt+: -g -runtime-variant d -verbose - NativeOpt: -warn-error +a -bin-annot -short-paths + NativeOpt: -warn-error +a -bin-annot if flag(extra_debugging) NativeOpt+: -g -runtime-variant d -verbose @@ -30,7 +30,7 @@ Executable opasswd_test BuildTools: ocamlbuild MainIs: opasswd_test.ml BuildDepends: oPasswd - NativeOpt: -warn-error +a -bin-annot -short-paths + NativeOpt: -warn-error +a -bin-annot if flag(extra_debugging) NativeOpt+: -g -runtime-variant d -verbose CompiledObject: best diff --git a/lib/common.ml b/lib/common.ml index c0e9771..835adac 100644 --- a/lib/common.ml +++ b/lib/common.ml @@ -1,3 +1,5 @@ +let ( |> ) a b = b a + let get_password name = if Shadow.shadow_enabled () then Shadow.(with_lock (fun () -> diff --git a/lib/passwd.ml b/lib/passwd.ml index 5ecca7c..d000587 100644 --- a/lib/passwd.ml +++ b/lib/passwd.ml @@ -2,6 +2,8 @@ open Ctypes open Foreign open PosixTypes +let ( |> ) a b = b a + type file_descr = unit ptr let file_descr : file_descr typ = ptr void diff --git a/lib/shadow.ml b/lib/shadow.ml index a960e30..0ec2521 100644 --- a/lib/shadow.ml +++ b/lib/shadow.ml @@ -2,6 +2,8 @@ open Ctypes open Foreign open PosixTypes +let ( |> ) a b = b a + type t = { name : string; passwd : string; diff --git a/test/opasswd_test.ml b/test/opasswd_test.ml index 55db0c8..7988e79 100644 --- a/test/opasswd_test.ml +++ b/test/opasswd_test.ml @@ -2,6 +2,9 @@ open Unix open OPasswd +let ( |> ) a b = b a +let ( @@ ) f g = f g + let tmp_shadow_file = Unix.getcwd () ^ "/dummy-shadow" let tmp_passwd_file = Unix.getcwd () ^ "/dummy-passwd" --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --mojUlQ0s9EVzWg2t-- From xen-api-bounces@lists.xen.org Wed Apr 09 03:34:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 03:34: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 1WXjGc-0005lW-Va; Wed, 09 Apr 2014 03:33:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXjGb-0005lR-21 for xen-api@lists.xen.org; Wed, 09 Apr 2014 03:33:37 +0000 Received: from [85.158.137.68:60691] by server-5.bemta-3.messagelabs.com id C3/8A-18761-F8FB4435; Wed, 09 Apr 2014 03:33:35 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1397014414!5796860!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17727 invoked from network); 9 Apr 2014 03:33:34 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-16.tower-31.messagelabs.com with SMTP; 9 Apr 2014 03:33:34 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 08 Apr 2014 20:33:33 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,823,1389772800"; d="scan'208";a="517301850" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by orsmga002.jf.intel.com with ESMTP; 08 Apr 2014 20:33:31 -0700 Received: from fmsmsx112.amr.corp.intel.com (10.18.116.6) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 8 Apr 2014 20:33:30 -0700 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by FMSMSX112.amr.corp.intel.com (10.18.116.6) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 8 Apr 2014 20:33:30 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.188]) by SHSMSX101.ccr.corp.intel.com ([169.254.1.250]) with mapi id 14.03.0123.003; Wed, 9 Apr 2014 11:33:28 +0800 From: "Ren, Qiaowei" To: Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68A= Date: Wed, 9 Apr 2014 03:33:27 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> In-Reply-To: <20140408144540.GV3794@citrix.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Euan, > > This is happening because building and installing xenserver-core does > not install xen-api's build dependencies. xenserver-core builds RPMs > in temporary chroot environments, using mock, so even though you have build > xen-api as part of xenserver-core, its dependencies were not > installed on your machine. You can use 'yum-builddep' to install > them from your xenserver-core repository, but if you want to build trunk xen-api > you will need to install a couple of other dependencies which are not yet > packaged in xenserver-core. > > This should do the trick: > > # install the packaged dependencies > sudo yum-builddep xapi > > # build and install ocaml-ctypes, needed by ocaml-opasswd below > sudo yum install libffi-devel > curl -OL > https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes-0.2.3.tar.gz > tar zxvf ocaml-ctypes-0.2.3.tar.gz > cd ocaml-ctypes-ocaml-ctypes-0.2.3 > make > make install > cd .. > > # build and install ocaml-passwd > # ocaml-opasswd must be patched to build with the version of ocaml used > by > # xenserver-core > git clone https://github.com/xapi-project/ocaml-opasswd > sudo yum install oasis > cd ocaml-opasswd > patch -p1 < ocaml-opasswd.patch > oasis setup > make > sudo make install > cd .. > > # build xen-api > git clone https://github.com/xapi-project/xen-api > cd xen-api > make > Thanks much for your detail guide. I firstly built xsenserver-core, and then followed your instructions and there are not those package dependence issues when built xapi. But unfortunately, I met one make error as follow: --- Checking for gcc... (found /usr/bin/gcc) ] 00283 / 02615 --- Checking for g++... (found /usr/bin/g++) - build ocaml/xapi storage_proxy.o + ocamlfind ocamlopt -package oclock,xml-light2,cdrom,pciutil,sexpr,xcp,stunnel,http-svr,xen-utils,netdev,tapctl,rpclib,xenstore-compat,xenctrl,uuid,gzip,sha1,xcp.network,xcp.rrd,xcp.storage,xcp.xen,xcp.memory,tar,tar.unix,oPasswd,xenctrl,xenctrlext,xenstore-compat,cpuid -g -dtypes -bin-annot -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ../idl -I ../idl/ocaml_backend -I ../autogen -I ../database/ -I ../xenops -I ../xva -I ../util -I ../auth -I ../license -I ../client_records -I ../rfb -I ../gpg -I ../rrdd/interface -I .. -c storage_proxy.ml File "storage_proxy.ml", line 41, characters 16-31: Error: Unbound value Client.SR.probe *** omake: 2117/2630 targets are up to date *** omake: failed (3 min 18.94 sec, 448/502 scans, 359/926 rules, 1235/3484 digests) *** omake: targets were not rebuilt because of errors: ocaml/xapi/storage_proxy.cmi depends on: ocaml/xapi/storage_proxy.ml ocaml/xapi/storage_proxy.cmx depends on: ocaml/xapi/storage_proxy.ml ocaml/xapi/storage_proxy.o depends on: ocaml/xapi/storage_proxy.ml make: *** [all] Error 2 Maybe I am missing something? Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 09 03:34:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 03:34: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 1WXjGc-0005lW-Va; Wed, 09 Apr 2014 03:33:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXjGb-0005lR-21 for xen-api@lists.xen.org; Wed, 09 Apr 2014 03:33:37 +0000 Received: from [85.158.137.68:60691] by server-5.bemta-3.messagelabs.com id C3/8A-18761-F8FB4435; Wed, 09 Apr 2014 03:33:35 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1397014414!5796860!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17727 invoked from network); 9 Apr 2014 03:33:34 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-16.tower-31.messagelabs.com with SMTP; 9 Apr 2014 03:33:34 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 08 Apr 2014 20:33:33 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,823,1389772800"; d="scan'208";a="517301850" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by orsmga002.jf.intel.com with ESMTP; 08 Apr 2014 20:33:31 -0700 Received: from fmsmsx112.amr.corp.intel.com (10.18.116.6) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 8 Apr 2014 20:33:30 -0700 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by FMSMSX112.amr.corp.intel.com (10.18.116.6) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 8 Apr 2014 20:33:30 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.188]) by SHSMSX101.ccr.corp.intel.com ([169.254.1.250]) with mapi id 14.03.0123.003; Wed, 9 Apr 2014 11:33:28 +0800 From: "Ren, Qiaowei" To: Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68A= Date: Wed, 9 Apr 2014 03:33:27 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> In-Reply-To: <20140408144540.GV3794@citrix.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Euan, > > This is happening because building and installing xenserver-core does > not install xen-api's build dependencies. xenserver-core builds RPMs > in temporary chroot environments, using mock, so even though you have build > xen-api as part of xenserver-core, its dependencies were not > installed on your machine. You can use 'yum-builddep' to install > them from your xenserver-core repository, but if you want to build trunk xen-api > you will need to install a couple of other dependencies which are not yet > packaged in xenserver-core. > > This should do the trick: > > # install the packaged dependencies > sudo yum-builddep xapi > > # build and install ocaml-ctypes, needed by ocaml-opasswd below > sudo yum install libffi-devel > curl -OL > https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes-0.2.3.tar.gz > tar zxvf ocaml-ctypes-0.2.3.tar.gz > cd ocaml-ctypes-ocaml-ctypes-0.2.3 > make > make install > cd .. > > # build and install ocaml-passwd > # ocaml-opasswd must be patched to build with the version of ocaml used > by > # xenserver-core > git clone https://github.com/xapi-project/ocaml-opasswd > sudo yum install oasis > cd ocaml-opasswd > patch -p1 < ocaml-opasswd.patch > oasis setup > make > sudo make install > cd .. > > # build xen-api > git clone https://github.com/xapi-project/xen-api > cd xen-api > make > Thanks much for your detail guide. I firstly built xsenserver-core, and then followed your instructions and there are not those package dependence issues when built xapi. But unfortunately, I met one make error as follow: --- Checking for gcc... (found /usr/bin/gcc) ] 00283 / 02615 --- Checking for g++... (found /usr/bin/g++) - build ocaml/xapi storage_proxy.o + ocamlfind ocamlopt -package oclock,xml-light2,cdrom,pciutil,sexpr,xcp,stunnel,http-svr,xen-utils,netdev,tapctl,rpclib,xenstore-compat,xenctrl,uuid,gzip,sha1,xcp.network,xcp.rrd,xcp.storage,xcp.xen,xcp.memory,tar,tar.unix,oPasswd,xenctrl,xenctrlext,xenstore-compat,cpuid -g -dtypes -bin-annot -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ../idl -I ../idl/ocaml_backend -I ../autogen -I ../database/ -I ../xenops -I ../xva -I ../util -I ../auth -I ../license -I ../client_records -I ../rfb -I ../gpg -I ../rrdd/interface -I .. -c storage_proxy.ml File "storage_proxy.ml", line 41, characters 16-31: Error: Unbound value Client.SR.probe *** omake: 2117/2630 targets are up to date *** omake: failed (3 min 18.94 sec, 448/502 scans, 359/926 rules, 1235/3484 digests) *** omake: targets were not rebuilt because of errors: ocaml/xapi/storage_proxy.cmi depends on: ocaml/xapi/storage_proxy.ml ocaml/xapi/storage_proxy.cmx depends on: ocaml/xapi/storage_proxy.ml ocaml/xapi/storage_proxy.o depends on: ocaml/xapi/storage_proxy.ml make: *** [all] Error 2 Maybe I am missing something? Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 09 08:49:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 08:49: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 1WXoBn-0004Oc-Rn; Wed, 09 Apr 2014 08:48:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXoBm-0004Na-HX for xen-api@lists.xen.org; Wed, 09 Apr 2014 08:48:58 +0000 Received: from [85.158.137.68:50917] by server-3.bemta-3.messagelabs.com id 7C/2A-05289-97905435; Wed, 09 Apr 2014 08:48:57 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1397033336!5920665!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17794 invoked from network); 9 Apr 2014 08:48:56 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2014 08:48:56 -0000 X-IronPort-AV: E=Sophos;i="4.97,824,1389744000"; d="scan'208";a="13531822" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 09 Apr 2014 08:48:56 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL03.citrite.net ([169.254.8.7]) with mapi id 14.02.0342.004; Wed, 9 Apr 2014 10:48:56 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcA== Date: Wed, 9 Apr 2014 08:48:54 +0000 Deferred-Delivery: Wed, 9 Apr 2014 08:48:00 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Qiaowei, This sounds like it could be heading down a rabbit hole, trying to get xenserver-core building from XAPI trunk. If I remember correctly, the current issue is that you need to take a newer ocaml-xcp-idl. I've made a number of changes which I suspect you may need at https://github.com/BobBall/xenserver-core/commit/73ad5a198e8a68ab399f8c2a07e440e2fc7121f2. Note that these changes are to enable us to build from master of all repositories on a daily basis (e.g. the RPM version numbers will contain the build date). If that's not your intention, you may need to modify the patch to suit your needs. Some of these are to make things build with Ocaml 4.0.1 as XAPI now depends on 4.1 which is not available in any distribution. I do not claim that these changes are all that are needed; I have not finished my investigations into building from master and I'll be getting back to it soon I hope. Bob > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Ren, Qiaowei > Sent: 09 April 2014 04:33 > To: Euan Harris > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI > > Hi Euan, > > > > > This is happening because building and installing xenserver-core does > > not install xen-api's build dependencies. xenserver-core builds RPMs > > in temporary chroot environments, using mock, so even though you have > build > > xen-api as part of xenserver-core, its dependencies were not > > installed on your machine. You can use 'yum-builddep' to install > > them from your xenserver-core repository, but if you want to build trunk > xen-api > > you will need to install a couple of other dependencies which are not yet > > packaged in xenserver-core. > > > > This should do the trick: > > > > # install the packaged dependencies > > sudo yum-builddep xapi > > > > # build and install ocaml-ctypes, needed by ocaml-opasswd below > > sudo yum install libffi-devel > > curl -OL > > https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes- > 0.2.3.tar.gz > > tar zxvf ocaml-ctypes-0.2.3.tar.gz > > cd ocaml-ctypes-ocaml-ctypes-0.2.3 > > make > > make install > > cd .. > > > > # build and install ocaml-passwd > > # ocaml-opasswd must be patched to build with the version of ocaml > used > > by > > # xenserver-core > > git clone https://github.com/xapi-project/ocaml-opasswd > > sudo yum install oasis > > cd ocaml-opasswd > > patch -p1 < ocaml-opasswd.patch > > oasis setup > > make > > sudo make install > > cd .. > > > > # build xen-api > > git clone https://github.com/xapi-project/xen-api > > cd xen-api > > make > > > > Thanks much for your detail guide. I firstly built xsenserver-core, and then > followed your instructions and there are not those package dependence > issues when built xapi. But unfortunately, I met one make error as follow: > > --- Checking for gcc... (found /usr/bin/gcc) ] 00283 / 02615 > --- Checking for g++... (found /usr/bin/g++) > - build ocaml/xapi storage_proxy.o > + ocamlfind ocamlopt -package oclock,xml- > light2,cdrom,pciutil,sexpr,xcp,stunnel,http-svr,xen- > utils,netdev,tapctl,rpclib,xenstore- > compat,xenctrl,uuid,gzip,sha1,xcp.network,xcp.rrd,xcp.storage,xcp.xen,xcp. > memory,tar,tar.unix,oPasswd,xenctrl,xenctrlext,xenstore-compat,cpuid -g - > dtypes -bin-annot -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ../idl > -I ../idl/ocaml_backend -I ../autogen -I ../database/ -I ../xenops -I ../xva -I > ../util -I ../auth -I ../license -I ../client_records -I ../rfb -I ../gpg -I > ../rrdd/interface -I .. -c storage_proxy.ml > File "storage_proxy.ml", line 41, characters 16-31: > Error: Unbound value Client.SR.probe > *** omake: 2117/2630 targets are up to date > *** omake: failed (3 min 18.94 sec, 448/502 scans, 359/926 rules, 1235/3484 > digests) > *** omake: targets were not rebuilt because of errors: > ocaml/xapi/storage_proxy.cmi > depends on: ocaml/xapi/storage_proxy.ml > ocaml/xapi/storage_proxy.cmx > depends on: ocaml/xapi/storage_proxy.ml > ocaml/xapi/storage_proxy.o > depends on: ocaml/xapi/storage_proxy.ml > make: *** [all] Error 2 > > Maybe I am missing something? > > Thanks, > Qiaowei > > > _______________________________________________ > 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 Apr 09 08:49:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 08:49: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 1WXoBn-0004Oc-Rn; Wed, 09 Apr 2014 08:48:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXoBm-0004Na-HX for xen-api@lists.xen.org; Wed, 09 Apr 2014 08:48:58 +0000 Received: from [85.158.137.68:50917] by server-3.bemta-3.messagelabs.com id 7C/2A-05289-97905435; Wed, 09 Apr 2014 08:48:57 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1397033336!5920665!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17794 invoked from network); 9 Apr 2014 08:48:56 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2014 08:48:56 -0000 X-IronPort-AV: E=Sophos;i="4.97,824,1389744000"; d="scan'208";a="13531822" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 09 Apr 2014 08:48:56 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL03.citrite.net ([169.254.8.7]) with mapi id 14.02.0342.004; Wed, 9 Apr 2014 10:48:56 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcA== Date: Wed, 9 Apr 2014 08:48:54 +0000 Deferred-Delivery: Wed, 9 Apr 2014 08:48:00 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Qiaowei, This sounds like it could be heading down a rabbit hole, trying to get xenserver-core building from XAPI trunk. If I remember correctly, the current issue is that you need to take a newer ocaml-xcp-idl. I've made a number of changes which I suspect you may need at https://github.com/BobBall/xenserver-core/commit/73ad5a198e8a68ab399f8c2a07e440e2fc7121f2. Note that these changes are to enable us to build from master of all repositories on a daily basis (e.g. the RPM version numbers will contain the build date). If that's not your intention, you may need to modify the patch to suit your needs. Some of these are to make things build with Ocaml 4.0.1 as XAPI now depends on 4.1 which is not available in any distribution. I do not claim that these changes are all that are needed; I have not finished my investigations into building from master and I'll be getting back to it soon I hope. Bob > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Ren, Qiaowei > Sent: 09 April 2014 04:33 > To: Euan Harris > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI > > Hi Euan, > > > > > This is happening because building and installing xenserver-core does > > not install xen-api's build dependencies. xenserver-core builds RPMs > > in temporary chroot environments, using mock, so even though you have > build > > xen-api as part of xenserver-core, its dependencies were not > > installed on your machine. You can use 'yum-builddep' to install > > them from your xenserver-core repository, but if you want to build trunk > xen-api > > you will need to install a couple of other dependencies which are not yet > > packaged in xenserver-core. > > > > This should do the trick: > > > > # install the packaged dependencies > > sudo yum-builddep xapi > > > > # build and install ocaml-ctypes, needed by ocaml-opasswd below > > sudo yum install libffi-devel > > curl -OL > > https://github.com/ocamllabs/ocaml-ctypes/archive/ocaml-ctypes- > 0.2.3.tar.gz > > tar zxvf ocaml-ctypes-0.2.3.tar.gz > > cd ocaml-ctypes-ocaml-ctypes-0.2.3 > > make > > make install > > cd .. > > > > # build and install ocaml-passwd > > # ocaml-opasswd must be patched to build with the version of ocaml > used > > by > > # xenserver-core > > git clone https://github.com/xapi-project/ocaml-opasswd > > sudo yum install oasis > > cd ocaml-opasswd > > patch -p1 < ocaml-opasswd.patch > > oasis setup > > make > > sudo make install > > cd .. > > > > # build xen-api > > git clone https://github.com/xapi-project/xen-api > > cd xen-api > > make > > > > Thanks much for your detail guide. I firstly built xsenserver-core, and then > followed your instructions and there are not those package dependence > issues when built xapi. But unfortunately, I met one make error as follow: > > --- Checking for gcc... (found /usr/bin/gcc) ] 00283 / 02615 > --- Checking for g++... (found /usr/bin/g++) > - build ocaml/xapi storage_proxy.o > + ocamlfind ocamlopt -package oclock,xml- > light2,cdrom,pciutil,sexpr,xcp,stunnel,http-svr,xen- > utils,netdev,tapctl,rpclib,xenstore- > compat,xenctrl,uuid,gzip,sha1,xcp.network,xcp.rrd,xcp.storage,xcp.xen,xcp. > memory,tar,tar.unix,oPasswd,xenctrl,xenctrlext,xenstore-compat,cpuid -g - > dtypes -bin-annot -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ../idl > -I ../idl/ocaml_backend -I ../autogen -I ../database/ -I ../xenops -I ../xva -I > ../util -I ../auth -I ../license -I ../client_records -I ../rfb -I ../gpg -I > ../rrdd/interface -I .. -c storage_proxy.ml > File "storage_proxy.ml", line 41, characters 16-31: > Error: Unbound value Client.SR.probe > *** omake: 2117/2630 targets are up to date > *** omake: failed (3 min 18.94 sec, 448/502 scans, 359/926 rules, 1235/3484 > digests) > *** omake: targets were not rebuilt because of errors: > ocaml/xapi/storage_proxy.cmi > depends on: ocaml/xapi/storage_proxy.ml > ocaml/xapi/storage_proxy.cmx > depends on: ocaml/xapi/storage_proxy.ml > ocaml/xapi/storage_proxy.o > depends on: ocaml/xapi/storage_proxy.ml > make: *** [all] Error 2 > > Maybe I am missing something? > > Thanks, > Qiaowei > > > _______________________________________________ > 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 Apr 09 13:23:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 13:23: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 1WXsSx-0000kP-5z; Wed, 09 Apr 2014 13:22:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXsSv-0000kK-S3 for xen-api@lists.xen.org; Wed, 09 Apr 2014 13:22:58 +0000 Received: from [85.158.137.68:5932] by server-7.bemta-3.messagelabs.com id EA/15-04151-0B945435; Wed, 09 Apr 2014 13:22:56 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1397049775!906239!1 X-Originating-IP: [192.55.52.88] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjU1LjUyLjg4ID0+IDM3NDcyNQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28612 invoked from network); 9 Apr 2014 13:22:56 -0000 Received: from mga01.intel.com (HELO mga01.intel.com) (192.55.52.88) by server-8.tower-31.messagelabs.com with SMTP; 9 Apr 2014 13:22:56 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 09 Apr 2014 06:22:44 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,826,1389772800"; d="scan'208";a="510113174" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by fmsmga001.fm.intel.com with ESMTP; 09 Apr 2014 06:22:44 -0700 Received: from FMSMSX110.amr.corp.intel.com (10.18.116.10) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 06:22:44 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by fmsmsx110.amr.corp.intel.com (10.18.116.10) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 06:22:43 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.188]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.70]) with mapi id 14.03.0123.003; Wed, 9 Apr 2014 21:22:42 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQ Date: Wed, 9 Apr 2014 13:22:41 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > This sounds like it could be heading down a rabbit hole, trying to get > xenserver-core building from XAPI trunk. If I remember correctly, the current > issue is that you need to take a newer ocaml-xcp-idl. > > I've made a number of changes which I suspect you may need at > https://github.com/BobBall/xenserver-core/commit/73ad5a198e8a68ab399f8c > 2a07e440e2fc7121f2. Note that these changes are to enable us to build from > master of all repositories on a daily basis (e.g. the RPM version numbers will > contain the build date). If that's not your intention, you may need to modify > the patch to suit your needs. > I guess I have to use newest master code of xapi to add new feature into xapi. So you mean I should download your this commit and patch into master of xenserver-core project? > Some of these are to make things build with Ocaml 4.0.1 as XAPI now depends > on 4.1 which is not available in any distribution. > I just checked ocaml version on CentOS, and noticed it is 4.00.1. You mean current master of XAPI depends on 4.1, and if we use your patch XAPI will can be built successfully with 4.00.1, right? > I do not claim that these changes are all that are needed; I have not finished > my investigations into building from master and I'll be getting back to it soon I > hope. > Thanks for your feedback, I will try and tell you the result. Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 09 13:23:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 13:23: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 1WXsSx-0000kP-5z; Wed, 09 Apr 2014 13:22:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXsSv-0000kK-S3 for xen-api@lists.xen.org; Wed, 09 Apr 2014 13:22:58 +0000 Received: from [85.158.137.68:5932] by server-7.bemta-3.messagelabs.com id EA/15-04151-0B945435; Wed, 09 Apr 2014 13:22:56 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1397049775!906239!1 X-Originating-IP: [192.55.52.88] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjU1LjUyLjg4ID0+IDM3NDcyNQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28612 invoked from network); 9 Apr 2014 13:22:56 -0000 Received: from mga01.intel.com (HELO mga01.intel.com) (192.55.52.88) by server-8.tower-31.messagelabs.com with SMTP; 9 Apr 2014 13:22:56 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 09 Apr 2014 06:22:44 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,826,1389772800"; d="scan'208";a="510113174" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by fmsmga001.fm.intel.com with ESMTP; 09 Apr 2014 06:22:44 -0700 Received: from FMSMSX110.amr.corp.intel.com (10.18.116.10) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 06:22:44 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by fmsmsx110.amr.corp.intel.com (10.18.116.10) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 06:22:43 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.188]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.70]) with mapi id 14.03.0123.003; Wed, 9 Apr 2014 21:22:42 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQ Date: Wed, 9 Apr 2014 13:22:41 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > This sounds like it could be heading down a rabbit hole, trying to get > xenserver-core building from XAPI trunk. If I remember correctly, the current > issue is that you need to take a newer ocaml-xcp-idl. > > I've made a number of changes which I suspect you may need at > https://github.com/BobBall/xenserver-core/commit/73ad5a198e8a68ab399f8c > 2a07e440e2fc7121f2. Note that these changes are to enable us to build from > master of all repositories on a daily basis (e.g. the RPM version numbers will > contain the build date). If that's not your intention, you may need to modify > the patch to suit your needs. > I guess I have to use newest master code of xapi to add new feature into xapi. So you mean I should download your this commit and patch into master of xenserver-core project? > Some of these are to make things build with Ocaml 4.0.1 as XAPI now depends > on 4.1 which is not available in any distribution. > I just checked ocaml version on CentOS, and noticed it is 4.00.1. You mean current master of XAPI depends on 4.1, and if we use your patch XAPI will can be built successfully with 4.00.1, right? > I do not claim that these changes are all that are needed; I have not finished > my investigations into building from master and I'll be getting back to it soon I > hope. > Thanks for your feedback, I will try and tell you the result. Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 09 13:29:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 13:29: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 1WXsYj-0002R7-38; Wed, 09 Apr 2014 13:28:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXsYg-0002Oh-0N for xen-api@lists.xen.org; Wed, 09 Apr 2014 13:28:54 +0000 Received: from [85.158.137.68:55098] by server-5.bemta-3.messagelabs.com id 7B/D1-18761-51B45435; Wed, 09 Apr 2014 13:28:53 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1397050132!5966207!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14494 invoked from network); 9 Apr 2014 13:28:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2014 13:28:52 -0000 X-IronPort-AV: E=Sophos;i="4.97,826,1389744000"; d="scan'208";a="13542729" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 09 Apr 2014 13:28:52 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL02.citrite.net ([10.69.46.33]) with mapi id 14.02.0342.004; Wed, 9 Apr 2014 15:28:51 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcIABHHKA///dbuA= Date: Wed, 9 Apr 2014 13:28:50 +0000 Deferred-Delivery: Wed, 9 Apr 2014 13:28:00 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Yes to all of the below. If you're interested in testing it out, perhaps you can just try to use my branch from https://github.com/bobball/xenserver-core/tree/trunk-fix Pull requests welcome to fix anything that doesn't quite work yet! Bob > -----Original Message----- > From: Ren, Qiaowei [mailto:qiaowei.ren@intel.com] > Sent: 09 April 2014 14:23 > To: Bob Ball; Euan Harris > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI > > Hi Bob, > > > > > This sounds like it could be heading down a rabbit hole, trying to get > > xenserver-core building from XAPI trunk. If I remember correctly, the > current > > issue is that you need to take a newer ocaml-xcp-idl. > > > > I've made a number of changes which I suspect you may need at > > https://github.com/BobBall/xenserver- > core/commit/73ad5a198e8a68ab399f8c > > 2a07e440e2fc7121f2. Note that these changes are to enable us to build > from > > master of all repositories on a daily basis (e.g. the RPM version numbers > will > > contain the build date). If that's not your intention, you may need to > modify > > the patch to suit your needs. > > > I guess I have to use newest master code of xapi to add new feature into > xapi. So you mean I should download your this commit and patch into > master of xenserver-core project? > > > Some of these are to make things build with Ocaml 4.0.1 as XAPI now > depends > > on 4.1 which is not available in any distribution. > > > I just checked ocaml version on CentOS, and noticed it is 4.00.1. You mean > current master of XAPI depends on 4.1, and if we use your patch XAPI will > can be built successfully with 4.00.1, right? > > > I do not claim that these changes are all that are needed; I have not > finished > > my investigations into building from master and I'll be getting back to it > soon I > > hope. > > > Thanks for your feedback, I will try and tell you the result. > > Thanks, > Qiaowei _______________________________________________ Xen-api 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 Apr 09 13:29:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 13:29: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 1WXsYj-0002R7-38; Wed, 09 Apr 2014 13:28:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXsYg-0002Oh-0N for xen-api@lists.xen.org; Wed, 09 Apr 2014 13:28:54 +0000 Received: from [85.158.137.68:55098] by server-5.bemta-3.messagelabs.com id 7B/D1-18761-51B45435; Wed, 09 Apr 2014 13:28:53 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1397050132!5966207!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14494 invoked from network); 9 Apr 2014 13:28:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2014 13:28:52 -0000 X-IronPort-AV: E=Sophos;i="4.97,826,1389744000"; d="scan'208";a="13542729" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 09 Apr 2014 13:28:52 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL02.citrite.net ([10.69.46.33]) with mapi id 14.02.0342.004; Wed, 9 Apr 2014 15:28:51 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcIABHHKA///dbuA= Date: Wed, 9 Apr 2014 13:28:50 +0000 Deferred-Delivery: Wed, 9 Apr 2014 13:28:00 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Yes to all of the below. If you're interested in testing it out, perhaps you can just try to use my branch from https://github.com/bobball/xenserver-core/tree/trunk-fix Pull requests welcome to fix anything that doesn't quite work yet! Bob > -----Original Message----- > From: Ren, Qiaowei [mailto:qiaowei.ren@intel.com] > Sent: 09 April 2014 14:23 > To: Bob Ball; Euan Harris > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI > > Hi Bob, > > > > > This sounds like it could be heading down a rabbit hole, trying to get > > xenserver-core building from XAPI trunk. If I remember correctly, the > current > > issue is that you need to take a newer ocaml-xcp-idl. > > > > I've made a number of changes which I suspect you may need at > > https://github.com/BobBall/xenserver- > core/commit/73ad5a198e8a68ab399f8c > > 2a07e440e2fc7121f2. Note that these changes are to enable us to build > from > > master of all repositories on a daily basis (e.g. the RPM version numbers > will > > contain the build date). If that's not your intention, you may need to > modify > > the patch to suit your needs. > > > I guess I have to use newest master code of xapi to add new feature into > xapi. So you mean I should download your this commit and patch into > master of xenserver-core project? > > > Some of these are to make things build with Ocaml 4.0.1 as XAPI now > depends > > on 4.1 which is not available in any distribution. > > > I just checked ocaml version on CentOS, and noticed it is 4.00.1. You mean > current master of XAPI depends on 4.1, and if we use your patch XAPI will > can be built successfully with 4.00.1, right? > > > I do not claim that these changes are all that are needed; I have not > finished > > my investigations into building from master and I'll be getting back to it > soon I > > hope. > > > Thanks for your feedback, I will try and tell you the result. > > Thanks, > Qiaowei _______________________________________________ Xen-api 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 Apr 09 13:49:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 13:49: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 1WXssA-0005yQ-1p; Wed, 09 Apr 2014 13:49:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXss8-0005yG-FO for xen-api@lists.xen.org; Wed, 09 Apr 2014 13:49:00 +0000 Received: from [85.158.139.211:20888] by server-16.bemta-5.messagelabs.com id A6/48-19700-BCF45435; Wed, 09 Apr 2014 13:48:59 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1397051338!3513861!1 X-Originating-IP: [192.55.52.93] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjU1LjUyLjkzID0+IDMyNDY2NQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15688 invoked from network); 9 Apr 2014 13:48:58 -0000 Received: from mga11.intel.com (HELO mga11.intel.com) (192.55.52.93) by server-5.tower-206.messagelabs.com with SMTP; 9 Apr 2014 13:48:58 -0000 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 09 Apr 2014 06:48:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,826,1389772800"; d="scan'208";a="517515793" Received: from fmsmsx107.amr.corp.intel.com ([10.19.9.54]) by fmsmga002.fm.intel.com with ESMTP; 09 Apr 2014 06:48:25 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by FMSMSX107.amr.corp.intel.com (10.19.9.54) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 06:48:25 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.158]) with mapi id 14.03.0123.003; Wed, 9 Apr 2014 21:48:23 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//3TcUA== Date: Wed, 9 Apr 2014 13:48:21 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015E1FC0@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Ok. I will try your branch, and I guess I have no more choices. :) Thanks, Qiaowei > -----Original Message----- > From: Bob Ball [mailto:bob.ball@citrix.com] > Sent: Wednesday, April 09, 2014 9:29 PM > To: Ren, Qiaowei; Euan Harris > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI > > Yes to all of the below. > > If you're interested in testing it out, perhaps you can just try to use my branch > from https://github.com/bobball/xenserver-core/tree/trunk-fix > > Pull requests welcome to fix anything that doesn't quite work yet! > > Bob > > > -----Original Message----- > > From: Ren, Qiaowei [mailto:qiaowei.ren@intel.com] > > Sent: 09 April 2014 14:23 > > To: Bob Ball; Euan Harris > > Cc: xen-api@lists.xen.org > > Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI > > > > Hi Bob, > > > > > > > > This sounds like it could be heading down a rabbit hole, trying to > > > get xenserver-core building from XAPI trunk. If I remember > > > correctly, the > > current > > > issue is that you need to take a newer ocaml-xcp-idl. > > > > > > I've made a number of changes which I suspect you may need at > > > https://github.com/BobBall/xenserver- > > core/commit/73ad5a198e8a68ab399f8c > > > 2a07e440e2fc7121f2. Note that these changes are to enable us to > > > build > > from > > > master of all repositories on a daily basis (e.g. the RPM version > > > numbers > > will > > > contain the build date). If that's not your intention, you may need > > > to > > modify > > > the patch to suit your needs. > > > > > I guess I have to use newest master code of xapi to add new feature > > into xapi. So you mean I should download your this commit and patch > > into master of xenserver-core project? > > > > > Some of these are to make things build with Ocaml 4.0.1 as XAPI now > > depends > > > on 4.1 which is not available in any distribution. > > > > > I just checked ocaml version on CentOS, and noticed it is 4.00.1. You > > mean current master of XAPI depends on 4.1, and if we use your patch > > XAPI will can be built successfully with 4.00.1, right? > > > > > I do not claim that these changes are all that are needed; I have > > > not > > finished > > > my investigations into building from master and I'll be getting back > > > to it > > soon I > > > hope. > > > > > Thanks for your feedback, I will try and tell you the result. > > > > Thanks, > > Qiaowei _______________________________________________ Xen-api 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 Apr 09 13:49:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Apr 2014 13:49: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 1WXssA-0005yQ-1p; Wed, 09 Apr 2014 13:49:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WXss8-0005yG-FO for xen-api@lists.xen.org; Wed, 09 Apr 2014 13:49:00 +0000 Received: from [85.158.139.211:20888] by server-16.bemta-5.messagelabs.com id A6/48-19700-BCF45435; Wed, 09 Apr 2014 13:48:59 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1397051338!3513861!1 X-Originating-IP: [192.55.52.93] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjU1LjUyLjkzID0+IDMyNDY2NQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15688 invoked from network); 9 Apr 2014 13:48:58 -0000 Received: from mga11.intel.com (HELO mga11.intel.com) (192.55.52.93) by server-5.tower-206.messagelabs.com with SMTP; 9 Apr 2014 13:48:58 -0000 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 09 Apr 2014 06:48:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,826,1389772800"; d="scan'208";a="517515793" Received: from fmsmsx107.amr.corp.intel.com ([10.19.9.54]) by fmsmga002.fm.intel.com with ESMTP; 09 Apr 2014 06:48:25 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by FMSMSX107.amr.corp.intel.com (10.19.9.54) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 06:48:25 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.158]) with mapi id 14.03.0123.003; Wed, 9 Apr 2014 21:48:23 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//3TcUA== Date: Wed, 9 Apr 2014 13:48:21 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015E1FC0@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Ok. I will try your branch, and I guess I have no more choices. :) Thanks, Qiaowei > -----Original Message----- > From: Bob Ball [mailto:bob.ball@citrix.com] > Sent: Wednesday, April 09, 2014 9:29 PM > To: Ren, Qiaowei; Euan Harris > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI > > Yes to all of the below. > > If you're interested in testing it out, perhaps you can just try to use my branch > from https://github.com/bobball/xenserver-core/tree/trunk-fix > > Pull requests welcome to fix anything that doesn't quite work yet! > > Bob > > > -----Original Message----- > > From: Ren, Qiaowei [mailto:qiaowei.ren@intel.com] > > Sent: 09 April 2014 14:23 > > To: Bob Ball; Euan Harris > > Cc: xen-api@lists.xen.org > > Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI > > > > Hi Bob, > > > > > > > > This sounds like it could be heading down a rabbit hole, trying to > > > get xenserver-core building from XAPI trunk. If I remember > > > correctly, the > > current > > > issue is that you need to take a newer ocaml-xcp-idl. > > > > > > I've made a number of changes which I suspect you may need at > > > https://github.com/BobBall/xenserver- > > core/commit/73ad5a198e8a68ab399f8c > > > 2a07e440e2fc7121f2. Note that these changes are to enable us to > > > build > > from > > > master of all repositories on a daily basis (e.g. the RPM version > > > numbers > > will > > > contain the build date). If that's not your intention, you may need > > > to > > modify > > > the patch to suit your needs. > > > > > I guess I have to use newest master code of xapi to add new feature > > into xapi. So you mean I should download your this commit and patch > > into master of xenserver-core project? > > > > > Some of these are to make things build with Ocaml 4.0.1 as XAPI now > > depends > > > on 4.1 which is not available in any distribution. > > > > > I just checked ocaml version on CentOS, and noticed it is 4.00.1. You > > mean current master of XAPI depends on 4.1, and if we use your patch > > XAPI will can be built successfully with 4.00.1, right? > > > > > I do not claim that these changes are all that are needed; I have > > > not > > finished > > > my investigations into building from master and I'll be getting back > > > to it > > soon I > > > hope. > > > > > Thanks for your feedback, I will try and tell you the result. > > > > Thanks, > > Qiaowei _______________________________________________ Xen-api 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 Apr 10 00:45:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Apr 2014 00:45: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 1WY37S-0007Dn-Fa; Thu, 10 Apr 2014 00:45:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WY37R-0007Df-0A for xen-api@lists.xen.org; Thu, 10 Apr 2014 00:45:29 +0000 Received: from [193.109.254.147:18409] by server-9.bemta-14.messagelabs.com id 77/75-03644-8A9E5435; Thu, 10 Apr 2014 00:45:28 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1397090727!7325171!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 511 invoked from network); 10 Apr 2014 00:45:27 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-11.tower-27.messagelabs.com with SMTP; 10 Apr 2014 00:45:27 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 09 Apr 2014 17:45:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,830,1389772800"; d="scan'208";a="518086005" Received: from fmsmsx108.amr.corp.intel.com ([10.19.9.228]) by orsmga002.jf.intel.com with ESMTP; 09 Apr 2014 17:45:17 -0700 Received: from fmsmsx111.amr.corp.intel.com (10.18.116.5) by FMSMSX108.amr.corp.intel.com (10.19.9.228) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 17:45:17 -0700 Received: from shsmsx103.ccr.corp.intel.com (10.239.4.69) by fmsmsx111.amr.corp.intel.com (10.18.116.5) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 17:45:17 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX103.ccr.corp.intel.com ([169.254.4.30]) with mapi id 14.03.0123.003; Thu, 10 Apr 2014 08:45:15 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgA== Date: Thu, 10 Apr 2014 00:45:14 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Yes to all of the below. > > If you're interested in testing it out, perhaps you can just try to use my branch > from https://github.com/bobball/xenserver-core/tree/trunk-fix > > Pull requests welcome to fix anything that doesn't quite work yet! > > Bob > I tried your branch, and it could report something like: [CURL] SOURCES/ocaml-opasswd-140409.tar.gz [RPMBUILD] SRPMS/ocaml-opasswd-140409-1.el6.src.rpm error: File ./SOURCES/ocaml-opasswd-140410.tar.gz: No such file or directory make: *** [SRPMS/ocaml-opasswd-140409-1.el6.src.rpm] Error 1 Looks like it is due to "the RPM version numbers will contain the build date". After "configure.sh" again, the error still existed. Maybe I should finish this building in one day. Certainly I can remove this DIR and clone it again. But I guess I'd better report it to you. :) Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 10 00:45:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Apr 2014 00:45: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 1WY37S-0007Dn-Fa; Thu, 10 Apr 2014 00:45:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WY37R-0007Df-0A for xen-api@lists.xen.org; Thu, 10 Apr 2014 00:45:29 +0000 Received: from [193.109.254.147:18409] by server-9.bemta-14.messagelabs.com id 77/75-03644-8A9E5435; Thu, 10 Apr 2014 00:45:28 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1397090727!7325171!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 511 invoked from network); 10 Apr 2014 00:45:27 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-11.tower-27.messagelabs.com with SMTP; 10 Apr 2014 00:45:27 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 09 Apr 2014 17:45:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,830,1389772800"; d="scan'208";a="518086005" Received: from fmsmsx108.amr.corp.intel.com ([10.19.9.228]) by orsmga002.jf.intel.com with ESMTP; 09 Apr 2014 17:45:17 -0700 Received: from fmsmsx111.amr.corp.intel.com (10.18.116.5) by FMSMSX108.amr.corp.intel.com (10.19.9.228) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 17:45:17 -0700 Received: from shsmsx103.ccr.corp.intel.com (10.239.4.69) by fmsmsx111.amr.corp.intel.com (10.18.116.5) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 9 Apr 2014 17:45:17 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX103.ccr.corp.intel.com ([169.254.4.30]) with mapi id 14.03.0123.003; Thu, 10 Apr 2014 08:45:15 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgA== Date: Thu, 10 Apr 2014 00:45:14 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Yes to all of the below. > > If you're interested in testing it out, perhaps you can just try to use my branch > from https://github.com/bobball/xenserver-core/tree/trunk-fix > > Pull requests welcome to fix anything that doesn't quite work yet! > > Bob > I tried your branch, and it could report something like: [CURL] SOURCES/ocaml-opasswd-140409.tar.gz [RPMBUILD] SRPMS/ocaml-opasswd-140409-1.el6.src.rpm error: File ./SOURCES/ocaml-opasswd-140410.tar.gz: No such file or directory make: *** [SRPMS/ocaml-opasswd-140409-1.el6.src.rpm] Error 1 Looks like it is due to "the RPM version numbers will contain the build date". After "configure.sh" again, the error still existed. Maybe I should finish this building in one day. Certainly I can remove this DIR and clone it again. But I guess I'd better report it to you. :) Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 10 10:20:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Apr 2014 10:20: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 1WYC5v-0002tb-TH; Thu, 10 Apr 2014 10:20:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYC5u-0002tU-LA for xen-api@lists.xen.org; Thu, 10 Apr 2014 10:20:30 +0000 Received: from [85.158.143.35:62988] by server-1.bemta-4.messagelabs.com id BF/FB-09853-E6076435; Thu, 10 Apr 2014 10:20:30 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1397125229!8160989!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23390 invoked from network); 10 Apr 2014 10:20:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2014 10:20:29 -0000 X-IronPort-AV: E=Sophos;i="4.97,833,1389744000"; d="scan'208";a="13580933" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 10 Apr 2014 10:20:30 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL02.citrite.net ([10.69.46.33]) with mapi id 14.02.0342.004; Thu, 10 Apr 2014 12:20:28 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcIABHHKA///dbuCAAOFGAIAAwf02 Date: Thu, 10 Apr 2014 10:20:28 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Just remove the "deps" file from the root and it will rebuild it and all of the RPMS - you don't need to delete the directory. This is probably because I was actively developing it so the deps file was regularly rebuilt for me. Bob ________________________________________ From: Ren, Qiaowei [qiaowei.ren@intel.com] Sent: 10 April 2014 01:45 To: Bob Ball; Euan Harris Cc: xen-api@lists.xen.org Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI Hi Bob, > > Yes to all of the below. > > If you're interested in testing it out, perhaps you can just try to use my branch > from https://github.com/bobball/xenserver-core/tree/trunk-fix > > Pull requests welcome to fix anything that doesn't quite work yet! > > Bob > I tried your branch, and it could report something like: [CURL] SOURCES/ocaml-opasswd-140409.tar.gz [RPMBUILD] SRPMS/ocaml-opasswd-140409-1.el6.src.rpm error: File ./SOURCES/ocaml-opasswd-140410.tar.gz: No such file or directory make: *** [SRPMS/ocaml-opasswd-140409-1.el6.src.rpm] Error 1 Looks like it is due to "the RPM version numbers will contain the build date". After "configure.sh" again, the error still existed. Maybe I should finish this building in one day. Certainly I can remove this DIR and clone it again. But I guess I'd better report it to you. :) Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 10 10:20:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Apr 2014 10:20: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 1WYC5v-0002tb-TH; Thu, 10 Apr 2014 10:20:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYC5u-0002tU-LA for xen-api@lists.xen.org; Thu, 10 Apr 2014 10:20:30 +0000 Received: from [85.158.143.35:62988] by server-1.bemta-4.messagelabs.com id BF/FB-09853-E6076435; Thu, 10 Apr 2014 10:20:30 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1397125229!8160989!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23390 invoked from network); 10 Apr 2014 10:20:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2014 10:20:29 -0000 X-IronPort-AV: E=Sophos;i="4.97,833,1389744000"; d="scan'208";a="13580933" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 10 Apr 2014 10:20:30 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL02.citrite.net ([10.69.46.33]) with mapi id 14.02.0342.004; Thu, 10 Apr 2014 12:20:28 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcIABHHKA///dbuCAAOFGAIAAwf02 Date: Thu, 10 Apr 2014 10:20:28 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Just remove the "deps" file from the root and it will rebuild it and all of the RPMS - you don't need to delete the directory. This is probably because I was actively developing it so the deps file was regularly rebuilt for me. Bob ________________________________________ From: Ren, Qiaowei [qiaowei.ren@intel.com] Sent: 10 April 2014 01:45 To: Bob Ball; Euan Harris Cc: xen-api@lists.xen.org Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI Hi Bob, > > Yes to all of the below. > > If you're interested in testing it out, perhaps you can just try to use my branch > from https://github.com/bobball/xenserver-core/tree/trunk-fix > > Pull requests welcome to fix anything that doesn't quite work yet! > > Bob > I tried your branch, and it could report something like: [CURL] SOURCES/ocaml-opasswd-140409.tar.gz [RPMBUILD] SRPMS/ocaml-opasswd-140409-1.el6.src.rpm error: File ./SOURCES/ocaml-opasswd-140410.tar.gz: No such file or directory make: *** [SRPMS/ocaml-opasswd-140409-1.el6.src.rpm] Error 1 Looks like it is due to "the RPM version numbers will contain the build date". After "configure.sh" again, the error still existed. Maybe I should finish this building in one day. Certainly I can remove this DIR and clone it again. But I guess I'd better report it to you. :) Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 10 17:33:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Apr 2014 17:33: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 1WYIqU-0005VD-O9; Thu, 10 Apr 2014 17:33:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYIqT-0005V6-Ae for xen-api@lists.xen.org; Thu, 10 Apr 2014 17:33:01 +0000 Received: from [85.158.137.68:64834] by server-17.bemta-3.messagelabs.com id 3D/0E-22741-CC5D6435; Thu, 10 Apr 2014 17:33:00 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1397151179!6308967!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16755 invoked from network); 10 Apr 2014 17:32:59 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-6.tower-31.messagelabs.com with SMTP; 10 Apr 2014 17:32:59 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 10 Apr 2014 10:32:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,835,1389772800"; d="scan'208";a="518646638" Received: from fmsmsx107.amr.corp.intel.com ([10.19.9.54]) by orsmga002.jf.intel.com with ESMTP; 10 Apr 2014 10:32:57 -0700 Received: from fmsmsx154.amr.corp.intel.com (10.18.116.70) by FMSMSX107.amr.corp.intel.com (10.19.9.54) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 10:32:53 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by FMSMSX154.amr.corp.intel.com (10.18.116.70) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 10:32:53 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.239]) with mapi id 14.03.0123.003; Fri, 11 Apr 2014 01:32:45 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1A= Date: Thu, 10 Apr 2014 17:32:44 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Just remove the "deps" file from the root and it will rebuild it and all of the > RPMS - you don't need to delete the directory. > > This is probably because I was actively developing it so the deps file was > regularly rebuilt for me. > Oh, got it. I am trying. BTW, when I finish this building of your branch, I still follow Euan's guide from previous email to build XAPI? Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 10 17:33:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Apr 2014 17:33: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 1WYIqU-0005VD-O9; Thu, 10 Apr 2014 17:33:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYIqT-0005V6-Ae for xen-api@lists.xen.org; Thu, 10 Apr 2014 17:33:01 +0000 Received: from [85.158.137.68:64834] by server-17.bemta-3.messagelabs.com id 3D/0E-22741-CC5D6435; Thu, 10 Apr 2014 17:33:00 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1397151179!6308967!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16755 invoked from network); 10 Apr 2014 17:32:59 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-6.tower-31.messagelabs.com with SMTP; 10 Apr 2014 17:32:59 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 10 Apr 2014 10:32:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,835,1389772800"; d="scan'208";a="518646638" Received: from fmsmsx107.amr.corp.intel.com ([10.19.9.54]) by orsmga002.jf.intel.com with ESMTP; 10 Apr 2014 10:32:57 -0700 Received: from fmsmsx154.amr.corp.intel.com (10.18.116.70) by FMSMSX107.amr.corp.intel.com (10.19.9.54) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 10:32:53 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by FMSMSX154.amr.corp.intel.com (10.18.116.70) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 10:32:53 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.239]) with mapi id 14.03.0123.003; Fri, 11 Apr 2014 01:32:45 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1A= Date: Thu, 10 Apr 2014 17:32:44 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Just remove the "deps" file from the root and it will rebuild it and all of the > RPMS - you don't need to delete the directory. > > This is probably because I was actively developing it so the deps file was > regularly rebuilt for me. > Oh, got it. I am trying. BTW, when I finish this building of your branch, I still follow Euan's guide from previous email to build XAPI? Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 11 05:48:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Apr 2014 05:48:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYUK3-0006V3-Nv; Fri, 11 Apr 2014 05:48:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYUK1-0006Uy-RV for xen-api@lists.xen.org; Fri, 11 Apr 2014 05:48:18 +0000 Received: from [193.109.254.147:23295] by server-15.bemta-14.messagelabs.com id C6/99-15813-12287435; Fri, 11 Apr 2014 05:48:17 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1397195295!7645236!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 613 invoked from network); 11 Apr 2014 05:48:16 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-9.tower-27.messagelabs.com with SMTP; 11 Apr 2014 05:48:16 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 10 Apr 2014 22:48:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,839,1389772800"; d="scan'208";a="518956312" Received: from fmsmsx108.amr.corp.intel.com ([10.19.9.228]) by orsmga002.jf.intel.com with ESMTP; 10 Apr 2014 22:48:14 -0700 Received: from fmsmsx117.amr.corp.intel.com (10.18.116.17) by FMSMSX108.amr.corp.intel.com (10.19.9.228) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 22:48:14 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by fmsmsx117.amr.corp.intel.com (10.18.116.17) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 22:48:14 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.70]) with mapi id 14.03.0123.003; Fri, 11 Apr 2014 13:48:12 +0800 From: "Ren, Qiaowei" To: "Ren, Qiaowei" , Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1D//TbxQA== Date: Fri, 11 Apr 2014 05:48:12 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > > > > Just remove the "deps" file from the root and it will rebuild it and > > all of the RPMS - you don't need to delete the directory. > > > > This is probably because I was actively developing it so the deps file > > was regularly rebuilt for me. > > > Oh, got it. I am trying. > I just got one error when build your branch: [MOCK] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm [CREATEREPO] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm make: *** No rule to make target `SOURCES/squeezed_debug.patch', needed by `SRPMS/squeezed-0.10.4-1.el6.src.rpm'. Stop. squeezed_debug.patch could not be found. Could you tell me how to fix it? > BTW, when I finish this building of your branch, I still follow Euan's guide from > previous email to build XAPI? > After building trunk-fix, what I need to do next? Thanks, Qiawoei _______________________________________________ Xen-api 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 Apr 11 05:48:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Apr 2014 05:48:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYUK3-0006V3-Nv; Fri, 11 Apr 2014 05:48:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYUK1-0006Uy-RV for xen-api@lists.xen.org; Fri, 11 Apr 2014 05:48:18 +0000 Received: from [193.109.254.147:23295] by server-15.bemta-14.messagelabs.com id C6/99-15813-12287435; Fri, 11 Apr 2014 05:48:17 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1397195295!7645236!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 613 invoked from network); 11 Apr 2014 05:48:16 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-9.tower-27.messagelabs.com with SMTP; 11 Apr 2014 05:48:16 -0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 10 Apr 2014 22:48:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,839,1389772800"; d="scan'208";a="518956312" Received: from fmsmsx108.amr.corp.intel.com ([10.19.9.228]) by orsmga002.jf.intel.com with ESMTP; 10 Apr 2014 22:48:14 -0700 Received: from fmsmsx117.amr.corp.intel.com (10.18.116.17) by FMSMSX108.amr.corp.intel.com (10.19.9.228) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 22:48:14 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by fmsmsx117.amr.corp.intel.com (10.18.116.17) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Apr 2014 22:48:14 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.70]) with mapi id 14.03.0123.003; Fri, 11 Apr 2014 13:48:12 +0800 From: "Ren, Qiaowei" To: "Ren, Qiaowei" , Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1D//TbxQA== Date: Fri, 11 Apr 2014 05:48:12 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > > > > Just remove the "deps" file from the root and it will rebuild it and > > all of the RPMS - you don't need to delete the directory. > > > > This is probably because I was actively developing it so the deps file > > was regularly rebuilt for me. > > > Oh, got it. I am trying. > I just got one error when build your branch: [MOCK] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm [CREATEREPO] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm make: *** No rule to make target `SOURCES/squeezed_debug.patch', needed by `SRPMS/squeezed-0.10.4-1.el6.src.rpm'. Stop. squeezed_debug.patch could not be found. Could you tell me how to fix it? > BTW, when I finish this building of your branch, I still follow Euan's guide from > previous email to build XAPI? > After building trunk-fix, what I need to do next? Thanks, Qiawoei _______________________________________________ Xen-api 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 Apr 11 07:55:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Apr 2014 07:55: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 1WYWIx-0007dM-Pb; Fri, 11 Apr 2014 07:55:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYWIw-0007dD-6B for xen-api@lists.xen.org; Fri, 11 Apr 2014 07:55:18 +0000 Received: from [193.109.254.147:2909] by server-6.bemta-14.messagelabs.com id 90/3D-13066-5EF97435; Fri, 11 Apr 2014 07:55:17 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1397202916!7663831!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28998 invoked from network); 11 Apr 2014 07:55:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2014 07:55:16 -0000 X-IronPort-AV: E=Sophos;i="4.97,840,1389744000"; d="scan'208";a="13636781" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 11 Apr 2014 07:55:16 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL03.citrite.net ([169.254.8.7]) with mapi id 14.02.0342.004; Fri, 11 Apr 2014 09:55:16 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcIABHHKA///dbuCAAOFGAIAAwf02gABXgQCAAM19AIAAQJO/ Date: Fri, 11 Apr 2014 07:55:15 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com>, <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Ah - it seems that I forgot to add the debug patch file to the repository. Unfortunately it seems the system I was using to write this patch has now been re-installed. I'm not sure if it's needed, so please try again (I've removed the patch from the branch) and if it doesn't compile let me know what the error is (probably including the last few lines of RPMS/x86_64/build.log) and I'll draft a new patch and commit it this time. Sorry - this proves that I've not compiled it fresh for quite some time! I'm also in the process of setting up a build for the trunk-fix branch. Once it's been built, you should just be able to use "make install" and follow the remainder of the xenserver-core instructions (e.g. using xenserver-install-wizard) to get the system up and running. Bob ________________________________________ From: Ren, Qiaowei [qiaowei.ren@intel.com] Sent: 11 April 2014 06:48 To: Ren, Qiaowei; Bob Ball; Euan Harris Cc: xen-api@lists.xen.org Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI Hi Bob, > > > > > Just remove the "deps" file from the root and it will rebuild it and > > all of the RPMS - you don't need to delete the directory. > > > > This is probably because I was actively developing it so the deps file > > was regularly rebuilt for me. > > > Oh, got it. I am trying. > I just got one error when build your branch: [MOCK] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm [CREATEREPO] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm make: *** No rule to make target `SOURCES/squeezed_debug.patch', needed by `SRPMS/squeezed-0.10.4-1.el6.src.rpm'. Stop. squeezed_debug.patch could not be found. Could you tell me how to fix it? > BTW, when I finish this building of your branch, I still follow Euan's guide from > previous email to build XAPI? > After building trunk-fix, what I need to do next? Thanks, Qiawoei _______________________________________________ Xen-api 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 Apr 11 07:55:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Apr 2014 07:55: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 1WYWIx-0007dM-Pb; Fri, 11 Apr 2014 07:55:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYWIw-0007dD-6B for xen-api@lists.xen.org; Fri, 11 Apr 2014 07:55:18 +0000 Received: from [193.109.254.147:2909] by server-6.bemta-14.messagelabs.com id 90/3D-13066-5EF97435; Fri, 11 Apr 2014 07:55:17 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1397202916!7663831!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_RANDOMQ X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28998 invoked from network); 11 Apr 2014 07:55:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2014 07:55:16 -0000 X-IronPort-AV: E=Sophos;i="4.97,840,1389744000"; d="scan'208";a="13636781" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 11 Apr 2014 07:55:16 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.220]) by AMSPEX01CL03.citrite.net ([169.254.8.7]) with mapi id 14.02.0342.004; Fri, 11 Apr 2014 09:55:16 +0200 From: Bob Ball To: "Ren, Qiaowei" , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//80AAgADWhID//4gvcIABHHKA///dbuCAAOFGAIAAwf02gABXgQCAAM19AIAAQJO/ Date: Fri, 11 Apr 2014 07:55:15 +0000 Message-ID: References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com>, <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> In-Reply-To: <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Ah - it seems that I forgot to add the debug patch file to the repository. Unfortunately it seems the system I was using to write this patch has now been re-installed. I'm not sure if it's needed, so please try again (I've removed the patch from the branch) and if it doesn't compile let me know what the error is (probably including the last few lines of RPMS/x86_64/build.log) and I'll draft a new patch and commit it this time. Sorry - this proves that I've not compiled it fresh for quite some time! I'm also in the process of setting up a build for the trunk-fix branch. Once it's been built, you should just be able to use "make install" and follow the remainder of the xenserver-core instructions (e.g. using xenserver-install-wizard) to get the system up and running. Bob ________________________________________ From: Ren, Qiaowei [qiaowei.ren@intel.com] Sent: 11 April 2014 06:48 To: Ren, Qiaowei; Bob Ball; Euan Harris Cc: xen-api@lists.xen.org Subject: RE: [Xen-API] Intel CQM feature enabling in XenAPI Hi Bob, > > > > > Just remove the "deps" file from the root and it will rebuild it and > > all of the RPMS - you don't need to delete the directory. > > > > This is probably because I was actively developing it so the deps file > > was regularly rebuilt for me. > > > Oh, got it. I am trying. > I just got one error when build your branch: [MOCK] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm [CREATEREPO] RPMS/x86_64/ocaml-nbd-0.9.2-1.el6.x86_64.rpm make: *** No rule to make target `SOURCES/squeezed_debug.patch', needed by `SRPMS/squeezed-0.10.4-1.el6.src.rpm'. Stop. squeezed_debug.patch could not be found. Could you tell me how to fix it? > BTW, when I finish this building of your branch, I still follow Euan's guide from > previous email to build XAPI? > After building trunk-fix, what I need to do next? Thanks, Qiawoei _______________________________________________ Xen-api 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 Apr 11 14:06:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Apr 2014 14: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 1WYc6C-0007qV-0H; Fri, 11 Apr 2014 14:06:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYc6A-0007qQ-DO for xen-api@lists.xen.org; Fri, 11 Apr 2014 14:06:30 +0000 Received: from [85.158.137.68:42353] by server-13.bemta-3.messagelabs.com id CB/7C-18692-5E6F7435; Fri, 11 Apr 2014 14:06:29 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1397225188!6458734!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5133 invoked from network); 11 Apr 2014 14:06:28 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-3.tower-31.messagelabs.com with SMTP; 11 Apr 2014 14:06:28 -0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 11 Apr 2014 07:06:27 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,842,1389772800"; d="scan'208";a="491369959" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by orsmga001.jf.intel.com with ESMTP; 11 Apr 2014 07:06:22 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.110.15) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 11 Apr 2014 07:06:21 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.239]) with mapi id 14.03.0123.003; Fri, 11 Apr 2014 22:06:13 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1D//TbxQP/6zt2A//SxXwA= Date: Fri, 11 Apr 2014 14:06:13 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015EC21B@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com>, <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Ah - it seems that I forgot to add the debug patch file to the repository. > Unfortunately it seems the system I was using to write this patch has now > been re-installed. > > I'm not sure if it's needed, so please try again (I've removed the patch from the > branch) and if it doesn't compile let me know what the error is (probably > including the last few lines of RPMS/x86_64/build.log) and I'll draft a new patch > and commit it this time. > Ok. I will pull newest code ant try. I once manually remove this patch related lines in SPECS/squeezed.spec, but this building still fails. > Sorry - this proves that I've not compiled it fresh for quite some time! I'm also > in the process of setting up a build for the trunk-fix branch. > > Once it's been built, you should just be able to use "make install" and follow the > remainder of the xenserver-core instructions (e.g. using > xenserver-install-wizard) to get the system up and running. > You mean I don't have to clone&build XAPI project? But I guess I have to build xapi clone, because I must modify its code and add some features into it. As you know, new feature patch have to be based on newest code of master branch. Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 11 14:06:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Apr 2014 14: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 1WYc6C-0007qV-0H; Fri, 11 Apr 2014 14:06:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYc6A-0007qQ-DO for xen-api@lists.xen.org; Fri, 11 Apr 2014 14:06:30 +0000 Received: from [85.158.137.68:42353] by server-13.bemta-3.messagelabs.com id CB/7C-18692-5E6F7435; Fri, 11 Apr 2014 14:06:29 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1397225188!6458734!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5133 invoked from network); 11 Apr 2014 14:06:28 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-3.tower-31.messagelabs.com with SMTP; 11 Apr 2014 14:06:28 -0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 11 Apr 2014 07:06:27 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,842,1389772800"; d="scan'208";a="491369959" Received: from fmsmsx106.amr.corp.intel.com ([10.19.9.37]) by orsmga001.jf.intel.com with ESMTP; 11 Apr 2014 07:06:22 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.110.15) by FMSMSX106.amr.corp.intel.com (10.19.9.37) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 11 Apr 2014 07:06:21 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.239]) with mapi id 14.03.0123.003; Fri, 11 Apr 2014 22:06:13 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1D//TbxQP/6zt2A//SxXwA= Date: Fri, 11 Apr 2014 14:06:13 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015EC21B@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com>, <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Ah - it seems that I forgot to add the debug patch file to the repository. > Unfortunately it seems the system I was using to write this patch has now > been re-installed. > > I'm not sure if it's needed, so please try again (I've removed the patch from the > branch) and if it doesn't compile let me know what the error is (probably > including the last few lines of RPMS/x86_64/build.log) and I'll draft a new patch > and commit it this time. > Ok. I will pull newest code ant try. I once manually remove this patch related lines in SPECS/squeezed.spec, but this building still fails. > Sorry - this proves that I've not compiled it fresh for quite some time! I'm also > in the process of setting up a build for the trunk-fix branch. > > Once it's been built, you should just be able to use "make install" and follow the > remainder of the xenserver-core instructions (e.g. using > xenserver-install-wizard) to get the system up and running. > You mean I don't have to clone&build XAPI project? But I guess I have to build xapi clone, because I must modify its code and add some features into it. As you know, new feature patch have to be based on newest code of master branch. Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 12 01:39:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 12 Apr 2014 01:39: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 1WYmuY-00062y-AE; Sat, 12 Apr 2014 01:39:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYmuX-00062q-1S for xen-api@lists.xen.org; Sat, 12 Apr 2014 01:39:13 +0000 Received: from [85.158.137.68:20452] by server-15.bemta-3.messagelabs.com id 82/8C-13757-04998435; Sat, 12 Apr 2014 01:39:12 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1397266750!6583620!1 X-Originating-IP: [143.182.124.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQzLjE4Mi4xMjQuMjEgPT4gMjYzMTcz\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24504 invoked from network); 12 Apr 2014 01:39:11 -0000 Received: from mga03.intel.com (HELO mga03.intel.com) (143.182.124.21) by server-6.tower-31.messagelabs.com with SMTP; 12 Apr 2014 01:39:11 -0000 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 11 Apr 2014 18:39:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,845,1389772800"; d="scan'208";a="418046573" Received: from fmsmsx105.amr.corp.intel.com ([10.19.9.36]) by azsmga001.ch.intel.com with ESMTP; 11 Apr 2014 18:39:08 -0700 Received: from fmsmsx152.amr.corp.intel.com (10.19.17.221) by FMSMSX105.amr.corp.intel.com (10.19.9.36) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 11 Apr 2014 18:39:08 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by fmsmsx152.amr.corp.intel.com (10.19.17.221) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 11 Apr 2014 18:39:08 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.70]) with mapi id 14.03.0123.003; Sat, 12 Apr 2014 09:39:07 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1D//TbxQP/6zt2A//Py1BA= Date: Sat, 12 Apr 2014 01:39:06 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015ECF34@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com>, <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Ah - it seems that I forgot to add the debug patch file to the repository. > Unfortunately it seems the system I was using to write this patch has now > been re-installed. > > I'm not sure if it's needed, so please try again (I've removed the patch from the > branch) and if it doesn't compile let me know what the error is (probably > including the last few lines of RPMS/x86_64/build.log) and I'll draft a new patch > and commit it this time. > With your new branch, unfortunately this building still failed. (Looks like it is so hard to build xapi smoothly. -:) Could you tell me what is your development environment? Which OSV are you using? CentOS or Rhel or ...? ) [MOCK] RPMS/x86_64/squeezed-0.10.4-1.el6.x86_64.rpm ERROR: Exception(SRPMS/squeezed-0.10.4-1.el6.src.rpm) Config(epel-6-x86_64) 17 minutes 10 seconds ERROR: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/squeezed.spec'] make: *** [RPMS/x86_64/squeezed-0.10.4-1.el6.x86_64.rpm] Error 1 The following is the output of build.log. Configuring squeezed-0.10.4... obuild build Building library squeeze [1 of 2] Compiling Memory [2 of 2] Compiling Squeeze Linking library dist/build/lib-squeeze/squeeze.cmxa Linking library dist/build/lib-squeeze/squeeze.cma Building executable squeezed [1 of 5] Compiling Squeezed_xenstore [2 of 5] Compiling Squeezed_state [3 of 5] Compiling Squeeze_xen [4 of 5] Compiling Memory_server [5 of 5] Compiling Squeezed uncaught exception Fatal error: exception Filepath.EmptyFilename RPM build errors: make: *** [dist/build/squeezed/squeezed] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.uAHWdV (%build) Bad exit status from /var/tmp/rpm-tmp.uAHWdV (%build) Child return code was: 1 EXCEPTION: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/squeezed.spec'] Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/mockbuild/trace_decorator.py", line 70, in trace result = func(*args, **kw) File "/usr/lib/python2.6/site-packages/mockbuild/util.py", line 359, in do raise mockbuild.exception.Error, ("Command failed. See logs for output.\n # %s" % (command,), child.returncode) Error: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/squeezed.spec'] LEAVE do --> EXCEPTION RAISED Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 12 01:39:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 12 Apr 2014 01:39: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 1WYmuY-00062y-AE; Sat, 12 Apr 2014 01:39:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WYmuX-00062q-1S for xen-api@lists.xen.org; Sat, 12 Apr 2014 01:39:13 +0000 Received: from [85.158.137.68:20452] by server-15.bemta-3.messagelabs.com id 82/8C-13757-04998435; Sat, 12 Apr 2014 01:39:12 +0000 X-Env-Sender: qiaowei.ren@intel.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1397266750!6583620!1 X-Originating-IP: [143.182.124.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQzLjE4Mi4xMjQuMjEgPT4gMjYzMTcz\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24504 invoked from network); 12 Apr 2014 01:39:11 -0000 Received: from mga03.intel.com (HELO mga03.intel.com) (143.182.124.21) by server-6.tower-31.messagelabs.com with SMTP; 12 Apr 2014 01:39:11 -0000 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 11 Apr 2014 18:39:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,845,1389772800"; d="scan'208";a="418046573" Received: from fmsmsx105.amr.corp.intel.com ([10.19.9.36]) by azsmga001.ch.intel.com with ESMTP; 11 Apr 2014 18:39:08 -0700 Received: from fmsmsx152.amr.corp.intel.com (10.19.17.221) by FMSMSX105.amr.corp.intel.com (10.19.9.36) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 11 Apr 2014 18:39:08 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by fmsmsx152.amr.corp.intel.com (10.19.17.221) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 11 Apr 2014 18:39:08 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.5]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.70]) with mapi id 14.03.0123.003; Sat, 12 Apr 2014 09:39:07 +0800 From: "Ren, Qiaowei" To: Bob Ball , Euan Harris Thread-Topic: [Xen-API] Intel CQM feature enabling in XenAPI Thread-Index: Ac9TLtIzmSJQhjuMSEa1094toeWeJv//jqsA//6k68CAAom8AP//L4JQgAEetAD//sDQgABTnIcA//8Br1D//TbxQP/6zt2A//Py1BA= Date: Sat, 12 Apr 2014 01:39:06 +0000 Message-ID: <9E0BE1322F2F2246BD820DA9FC397ADE015ECF34@shsmsx102.ccr.corp.intel.com> References: <9E0BE1322F2F2246BD820DA9FC397ADE015D6091@shsmsx102.ccr.corp.intel.com> <20140408144540.GV3794@citrix.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D8660@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015D9F1F@shsmsx102.ccr.corp.intel.com> , <9E0BE1322F2F2246BD820DA9FC397ADE015E84AF@shsmsx102.ccr.corp.intel.com> <9E0BE1322F2F2246BD820DA9FC397ADE015E9CCF@shsmsx102.ccr.corp.intel.com>, <9E0BE1322F2F2246BD820DA9FC397ADE015EBB21@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Intel CQM feature enabling in XenAPI X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Bob, > > Ah - it seems that I forgot to add the debug patch file to the repository. > Unfortunately it seems the system I was using to write this patch has now > been re-installed. > > I'm not sure if it's needed, so please try again (I've removed the patch from the > branch) and if it doesn't compile let me know what the error is (probably > including the last few lines of RPMS/x86_64/build.log) and I'll draft a new patch > and commit it this time. > With your new branch, unfortunately this building still failed. (Looks like it is so hard to build xapi smoothly. -:) Could you tell me what is your development environment? Which OSV are you using? CentOS or Rhel or ...? ) [MOCK] RPMS/x86_64/squeezed-0.10.4-1.el6.x86_64.rpm ERROR: Exception(SRPMS/squeezed-0.10.4-1.el6.src.rpm) Config(epel-6-x86_64) 17 minutes 10 seconds ERROR: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/squeezed.spec'] make: *** [RPMS/x86_64/squeezed-0.10.4-1.el6.x86_64.rpm] Error 1 The following is the output of build.log. Configuring squeezed-0.10.4... obuild build Building library squeeze [1 of 2] Compiling Memory [2 of 2] Compiling Squeeze Linking library dist/build/lib-squeeze/squeeze.cmxa Linking library dist/build/lib-squeeze/squeeze.cma Building executable squeezed [1 of 5] Compiling Squeezed_xenstore [2 of 5] Compiling Squeezed_state [3 of 5] Compiling Squeeze_xen [4 of 5] Compiling Memory_server [5 of 5] Compiling Squeezed uncaught exception Fatal error: exception Filepath.EmptyFilename RPM build errors: make: *** [dist/build/squeezed/squeezed] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.uAHWdV (%build) Bad exit status from /var/tmp/rpm-tmp.uAHWdV (%build) Child return code was: 1 EXCEPTION: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/squeezed.spec'] Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/mockbuild/trace_decorator.py", line 70, in trace result = func(*args, **kw) File "/usr/lib/python2.6/site-packages/mockbuild/util.py", line 359, in do raise mockbuild.exception.Error, ("Command failed. See logs for output.\n # %s" % (command,), child.returncode) Error: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/squeezed.spec'] LEAVE do --> EXCEPTION RAISED Thanks, Qiaowei _______________________________________________ Xen-api 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 Apr 15 23:55:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Apr 2014 23:55: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 1WaDCO-0001ph-V3; Tue, 15 Apr 2014 23:55:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaDCN-0001pW-Jm; Tue, 15 Apr 2014 23:55:31 +0000 Received: from [85.158.143.35:26155] by server-3.bemta-4.messagelabs.com id 50/EF-13602-2F6CD435; Tue, 15 Apr 2014 23:55:30 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1397606129!9332741!1 X-Originating-IP: [209.85.217.178] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7462 invoked from network); 15 Apr 2014 23:55:30 -0000 Received: from mail-lb0-f178.google.com (HELO mail-lb0-f178.google.com) (209.85.217.178) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2014 23:55:30 -0000 Received: by mail-lb0-f178.google.com with SMTP id s7so7667873lbd.9 for ; Tue, 15 Apr 2014 16:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Pfc8p5pD+efORKrofmKfVas4JN2VrB9Sq9SIW7Fy+jk=; b=Yzdni2AGPNmTxtlMpyHEj/+zaJPrdtk1/zkDclQIapXnKQanht0dwfqbypqQuUyrwB 8tzy3ZAtf2nu2IpkiIjz62eTVJYkqTqwreYxqcfRbrjiAt34aDg9iooAe1/jz5rftypa fuXz0t/+IstR5jVU1dCC9Xn2tw8fKd2CII7Nlg8mdfs98Hk73uqdEQzcUZHD3iBrhOjF lGT3krBbntPMtil9BytEH1N9Ejoe7YGn6bVCQ6/UbB4YfT43F1J/fCMGvwQ8lpUKh3XM xx3wKmYY66VjPYTrWcArTQbulD6rjl39U0oTe8eWWqgkLojVkQ4nXS7WlbuqouKRIIh0 O86g== MIME-Version: 1.0 X-Received: by 10.112.100.231 with SMTP id fb7mr173381lbb.56.1397606129314; Tue, 15 Apr 2014 16:55:29 -0700 (PDT) Received: by 10.112.29.49 with HTTP; Tue, 15 Apr 2014 16:55:29 -0700 (PDT) Date: Tue, 15 Apr 2014 19:55:29 -0400 X-Google-Sender-Auth: no9e4qXgQj8Q8fuO96qrwt7qJmU Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org Subject: [Xen-API] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 A number of people have commented that Mondays are not the greatest days for our Xen Project Documentation Days. Between regional holidays and personal work schedules, people have suggested that the final Monday of each month may not be the best choice for community events like Doc Days. Given that, I'd like to suggest that we change this month's Documentation Day to the final Wednesday of the month: April 30, 2014. If this proves more suitable to folks, we can consider rescheduling Doc Days to the final Wednesday of each month. If not, we may look at other possibilities. If anyone objects to this change, or would like to suggest a different day/week combination, please speak up. Otherwise, I suggest we try April 30 this month and then evaluate the results upon its conclusion. Is this plan acceptable? Thanks, Russ _______________________________________________ Xen-api 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 Apr 15 23:55:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Apr 2014 23:55: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 1WaDCO-0001ph-V3; Tue, 15 Apr 2014 23:55:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaDCN-0001pW-Jm; Tue, 15 Apr 2014 23:55:31 +0000 Received: from [85.158.143.35:26155] by server-3.bemta-4.messagelabs.com id 50/EF-13602-2F6CD435; Tue, 15 Apr 2014 23:55:30 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1397606129!9332741!1 X-Originating-IP: [209.85.217.178] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7462 invoked from network); 15 Apr 2014 23:55:30 -0000 Received: from mail-lb0-f178.google.com (HELO mail-lb0-f178.google.com) (209.85.217.178) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2014 23:55:30 -0000 Received: by mail-lb0-f178.google.com with SMTP id s7so7667873lbd.9 for ; Tue, 15 Apr 2014 16:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Pfc8p5pD+efORKrofmKfVas4JN2VrB9Sq9SIW7Fy+jk=; b=Yzdni2AGPNmTxtlMpyHEj/+zaJPrdtk1/zkDclQIapXnKQanht0dwfqbypqQuUyrwB 8tzy3ZAtf2nu2IpkiIjz62eTVJYkqTqwreYxqcfRbrjiAt34aDg9iooAe1/jz5rftypa fuXz0t/+IstR5jVU1dCC9Xn2tw8fKd2CII7Nlg8mdfs98Hk73uqdEQzcUZHD3iBrhOjF lGT3krBbntPMtil9BytEH1N9Ejoe7YGn6bVCQ6/UbB4YfT43F1J/fCMGvwQ8lpUKh3XM xx3wKmYY66VjPYTrWcArTQbulD6rjl39U0oTe8eWWqgkLojVkQ4nXS7WlbuqouKRIIh0 O86g== MIME-Version: 1.0 X-Received: by 10.112.100.231 with SMTP id fb7mr173381lbb.56.1397606129314; Tue, 15 Apr 2014 16:55:29 -0700 (PDT) Received: by 10.112.29.49 with HTTP; Tue, 15 Apr 2014 16:55:29 -0700 (PDT) Date: Tue, 15 Apr 2014 19:55:29 -0400 X-Google-Sender-Auth: no9e4qXgQj8Q8fuO96qrwt7qJmU Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org Subject: [Xen-API] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 A number of people have commented that Mondays are not the greatest days for our Xen Project Documentation Days. Between regional holidays and personal work schedules, people have suggested that the final Monday of each month may not be the best choice for community events like Doc Days. Given that, I'd like to suggest that we change this month's Documentation Day to the final Wednesday of the month: April 30, 2014. If this proves more suitable to folks, we can consider rescheduling Doc Days to the final Wednesday of each month. If not, we may look at other possibilities. If anyone objects to this change, or would like to suggest a different day/week combination, please speak up. Otherwise, I suggest we try April 30 this month and then evaluate the results upon its conclusion. Is this plan acceptable? Thanks, Russ _______________________________________________ Xen-api 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 Apr 16 10:30:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 10:30: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 1WaN6D-00045o-U7; Wed, 16 Apr 2014 10:29:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaN6C-00045h-Lh for xen-api@lists.xen.org; Wed, 16 Apr 2014 10:29:48 +0000 Received: from [85.158.137.68:25366] by server-16.bemta-3.messagelabs.com id 16/83-13481-B9B5E435; Wed, 16 Apr 2014 10:29:47 +0000 X-Env-Sender: edwin.zhai@intel.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1397644186!2245130!1 X-Originating-IP: [134.134.136.24] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjQgPT4gMzkwOTcx\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22405 invoked from network); 16 Apr 2014 10:29:47 -0000 Received: from mga09.intel.com (HELO mga09.intel.com) (134.134.136.24) by server-8.tower-31.messagelabs.com with SMTP; 16 Apr 2014 10:29:47 -0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP; 16 Apr 2014 03:24:57 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,871,1389772800"; d="scan'208";a="494063837" Received: from tizen-desktop.sh.intel.com ([10.239.47.3]) by orsmga001.jf.intel.com with ESMTP; 16 Apr 2014 03:29:44 -0700 Date: Wed, 16 Apr 2014 18:36:20 +0800 (CST) From: "Zhai, Edwin" X-X-Sender: root@tizen-desktop To: xen-api@lists.xen.org Message-ID: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Subject: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 All, We are trying to add some new feature in xen-api and test in openstack environment. But build xen-api accroding to README.markdown at https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are dependences not in documents, like blktap-dev, and also some basic build failure, like obuild. Just curious how xen-api developer do the build? Build it stand-alone, or with xenserver? Do you have frequent fresh build test? Another question is how you do the test? Do you have some simple unit test tools to verify API function, or you test it in XCP environment? Do you have plan do do some test in openstack environment? You know, libvirt in openstack doesn't support xen well. Best Rgds, Edwin _______________________________________________ Xen-api 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 Apr 16 10:30:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 10:30: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 1WaN6D-00045o-U7; Wed, 16 Apr 2014 10:29:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaN6C-00045h-Lh for xen-api@lists.xen.org; Wed, 16 Apr 2014 10:29:48 +0000 Received: from [85.158.137.68:25366] by server-16.bemta-3.messagelabs.com id 16/83-13481-B9B5E435; Wed, 16 Apr 2014 10:29:47 +0000 X-Env-Sender: edwin.zhai@intel.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1397644186!2245130!1 X-Originating-IP: [134.134.136.24] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjQgPT4gMzkwOTcx\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22405 invoked from network); 16 Apr 2014 10:29:47 -0000 Received: from mga09.intel.com (HELO mga09.intel.com) (134.134.136.24) by server-8.tower-31.messagelabs.com with SMTP; 16 Apr 2014 10:29:47 -0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP; 16 Apr 2014 03:24:57 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,871,1389772800"; d="scan'208";a="494063837" Received: from tizen-desktop.sh.intel.com ([10.239.47.3]) by orsmga001.jf.intel.com with ESMTP; 16 Apr 2014 03:29:44 -0700 Date: Wed, 16 Apr 2014 18:36:20 +0800 (CST) From: "Zhai, Edwin" X-X-Sender: root@tizen-desktop To: xen-api@lists.xen.org Message-ID: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Subject: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 All, We are trying to add some new feature in xen-api and test in openstack environment. But build xen-api accroding to README.markdown at https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are dependences not in documents, like blktap-dev, and also some basic build failure, like obuild. Just curious how xen-api developer do the build? Build it stand-alone, or with xenserver? Do you have frequent fresh build test? Another question is how you do the test? Do you have some simple unit test tools to verify API function, or you test it in XCP environment? Do you have plan do do some test in openstack environment? You know, libvirt in openstack doesn't support xen well. Best Rgds, Edwin _______________________________________________ Xen-api 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 Apr 16 10:32:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 10:32: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 1WaN7j-0004EC-Ao; Wed, 16 Apr 2014 10:31:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaN7i-0004DK-6v; Wed, 16 Apr 2014 10:31:22 +0000 Received: from [193.109.254.147:41238] by server-1.bemta-14.messagelabs.com id 89/69-00839-8FB5E435; Wed, 16 Apr 2014 10:31:20 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1397644280!8647668!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31934 invoked from network); 16 Apr 2014 10:31:20 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 10:31:20 -0000 Received: by mail-wg0-f49.google.com with SMTP id a1so10651546wgh.8 for ; Wed, 16 Apr 2014 03:31:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=eHUwvmMZuy9kPqBJWgHWcMeUZgLxfvrYRwrcyqCgU7k=; b=I91C5T1iHt7VfCTrVJmPUs2RvnzaMkTBW4WjXNg7ntvq4tDnKxkD+YMnt/sU6MIoDf J+3okKz4Bj7qhFNghQltULntNZts5lQgZuAQhstVp05N7VkpILF1KQZHEFjVezlTG7vd ZlQ28KGzO7fOtC8tHyOzoAWFQAc4DfEZw/qier0+o5Igwm2RUm4JEqjh2uepfZDTVxm0 5dYDBNQJLbjhGXmqVBpQZfm8subbMWrnFv/hmFsJPDXRK5H1l5T/TDAXTh1+inF59k/Y 0isE0UO1K5Jn3N5e2hecANfKvZZUsxiH4rIiPG/h/d+7214o+DV0eZ6YRqZ+CgAemRdO 2YdA== MIME-Version: 1.0 X-Received: by 10.180.19.130 with SMTP id f2mr18785385wie.6.1397644279891; Wed, 16 Apr 2014 03:31:19 -0700 (PDT) Received: by 10.194.81.33 with HTTP; Wed, 16 Apr 2014 03:31:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Apr 2014 11:31:19 +0100 X-Google-Sender-Auth: 93F5skdP6aDiUVGKN0LpsnkzPXY Message-ID: From: George Dunlap To: Russ Pavlicek Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , xs-devel@lists.xenserver.org, "cl-mirage@lists.cam.ac.uk List" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Apr 16, 2014 at 12:55 AM, Russ Pavlicek wrote: > A number of people have commented that Mondays are not the greatest > days for our Xen Project Documentation Days. Between regional > holidays and personal work schedules, people have suggested that the > final Monday of each month may not be the best choice for community > events like Doc Days. > > Given that, I'd like to suggest that we change this month's > Documentation Day to the final Wednesday of the month: April 30, 2014. > If this proves more suitable to folks, we can consider rescheduling > Doc Days to the final Wednesday of each month. If not, we may look at > other possibilities. > > If anyone objects to this change, or would like to suggest a different > day/week combination, please speak up. Otherwise, I suggest we try > April 30 this month and then evaluate the results upon its conclusion. > > Is this plan acceptable? Seems worth a shot. -George _______________________________________________ Xen-api 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 Apr 16 10:32:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 10:32: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 1WaN7j-0004EC-Ao; Wed, 16 Apr 2014 10:31:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaN7i-0004DK-6v; Wed, 16 Apr 2014 10:31:22 +0000 Received: from [193.109.254.147:41238] by server-1.bemta-14.messagelabs.com id 89/69-00839-8FB5E435; Wed, 16 Apr 2014 10:31:20 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1397644280!8647668!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31934 invoked from network); 16 Apr 2014 10:31:20 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 10:31:20 -0000 Received: by mail-wg0-f49.google.com with SMTP id a1so10651546wgh.8 for ; Wed, 16 Apr 2014 03:31:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=eHUwvmMZuy9kPqBJWgHWcMeUZgLxfvrYRwrcyqCgU7k=; b=I91C5T1iHt7VfCTrVJmPUs2RvnzaMkTBW4WjXNg7ntvq4tDnKxkD+YMnt/sU6MIoDf J+3okKz4Bj7qhFNghQltULntNZts5lQgZuAQhstVp05N7VkpILF1KQZHEFjVezlTG7vd ZlQ28KGzO7fOtC8tHyOzoAWFQAc4DfEZw/qier0+o5Igwm2RUm4JEqjh2uepfZDTVxm0 5dYDBNQJLbjhGXmqVBpQZfm8subbMWrnFv/hmFsJPDXRK5H1l5T/TDAXTh1+inF59k/Y 0isE0UO1K5Jn3N5e2hecANfKvZZUsxiH4rIiPG/h/d+7214o+DV0eZ6YRqZ+CgAemRdO 2YdA== MIME-Version: 1.0 X-Received: by 10.180.19.130 with SMTP id f2mr18785385wie.6.1397644279891; Wed, 16 Apr 2014 03:31:19 -0700 (PDT) Received: by 10.194.81.33 with HTTP; Wed, 16 Apr 2014 03:31:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Apr 2014 11:31:19 +0100 X-Google-Sender-Auth: 93F5skdP6aDiUVGKN0LpsnkzPXY Message-ID: From: George Dunlap To: Russ Pavlicek Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , xs-devel@lists.xenserver.org, "cl-mirage@lists.cam.ac.uk List" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Apr 16, 2014 at 12:55 AM, Russ Pavlicek wrote: > A number of people have commented that Mondays are not the greatest > days for our Xen Project Documentation Days. Between regional > holidays and personal work schedules, people have suggested that the > final Monday of each month may not be the best choice for community > events like Doc Days. > > Given that, I'd like to suggest that we change this month's > Documentation Day to the final Wednesday of the month: April 30, 2014. > If this proves more suitable to folks, we can consider rescheduling > Doc Days to the final Wednesday of each month. If not, we may look at > other possibilities. > > If anyone objects to this change, or would like to suggest a different > day/week combination, please speak up. Otherwise, I suggest we try > April 30 this month and then evaluate the results upon its conclusion. > > Is this plan acceptable? Seems worth a shot. -George _______________________________________________ Xen-api 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 Apr 16 10:35:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 10:35:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaNBf-0004xj-BP; Wed, 16 Apr 2014 10:35:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaNBd-0004xI-C6; Wed, 16 Apr 2014 10:35:25 +0000 Received: from [193.109.254.147:27049] by server-8.bemta-14.messagelabs.com id 22/F8-01877-CEC5E435; Wed, 16 Apr 2014 10:35:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1397644522!8700825!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24629 invoked from network); 16 Apr 2014 10:35:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 10:35:24 -0000 X-IronPort-AV: E=Sophos;i="4.97,871,1389744000"; d="scan'208";a="120444194" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 16 Apr 2014 10:35:22 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.123.3; Wed, 16 Apr 2014 06:35:21 -0400 Message-ID: <1397644520.24638.161.camel@kazak.uk.xensource.com> From: Ian Campbell To: Russ Pavlicek Date: Wed, 16 Apr 2014 11:35:20 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.8.5-2+b3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Tue, 2014-04-15 at 19:55 -0400, Russ Pavlicek wrote: > A number of people have commented that Mondays are not the greatest > days for our Xen Project Documentation Days. Between regional > holidays and personal work schedules, people have suggested that the > final Monday of each month may not be the best choice for community > events like Doc Days. > > Given that, I'd like to suggest that we change this month's > Documentation Day to the final Wednesday of the month: April 30, 2014. > If this proves more suitable to folks, we can consider rescheduling > Doc Days to the final Wednesday of each month. If not, we may look at > other possibilities. > > If anyone objects to this change, or would like to suggest a different > day/week combination, please speak up. Otherwise, I suggest we try > April 30 this month and then evaluate the results upon its conclusion. > > Is this plan acceptable? Sure. _______________________________________________ Xen-api 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 Apr 16 10:35:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 10:35:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaNBf-0004xj-BP; Wed, 16 Apr 2014 10:35:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaNBd-0004xI-C6; Wed, 16 Apr 2014 10:35:25 +0000 Received: from [193.109.254.147:27049] by server-8.bemta-14.messagelabs.com id 22/F8-01877-CEC5E435; Wed, 16 Apr 2014 10:35:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1397644522!8700825!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24629 invoked from network); 16 Apr 2014 10:35:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 10:35:24 -0000 X-IronPort-AV: E=Sophos;i="4.97,871,1389744000"; d="scan'208";a="120444194" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 16 Apr 2014 10:35:22 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.123.3; Wed, 16 Apr 2014 06:35:21 -0400 Message-ID: <1397644520.24638.161.camel@kazak.uk.xensource.com> From: Ian Campbell To: Russ Pavlicek Date: Wed, 16 Apr 2014 11:35:20 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.8.5-2+b3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Tue, 2014-04-15 at 19:55 -0400, Russ Pavlicek wrote: > A number of people have commented that Mondays are not the greatest > days for our Xen Project Documentation Days. Between regional > holidays and personal work schedules, people have suggested that the > final Monday of each month may not be the best choice for community > events like Doc Days. > > Given that, I'd like to suggest that we change this month's > Documentation Day to the final Wednesday of the month: April 30, 2014. > If this proves more suitable to folks, we can consider rescheduling > Doc Days to the final Wednesday of each month. If not, we may look at > other possibilities. > > If anyone objects to this change, or would like to suggest a different > day/week combination, please speak up. Otherwise, I suggest we try > April 30 this month and then evaluate the results upon its conclusion. > > Is this plan acceptable? Sure. _______________________________________________ Xen-api 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 Apr 16 14:38:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 14:38: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 1WaQyT-00042J-P1; Wed, 16 Apr 2014 14:38:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaQyR-00041s-Q3 for xen-api@lists.xen.org; Wed, 16 Apr 2014 14:38:04 +0000 Received: from [85.158.139.211:51369] by server-17.bemta-5.messagelabs.com id 51/47-09046-AC59E435; Wed, 16 Apr 2014 14:38:02 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1397659081!7887994!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17551 invoked from network); 16 Apr 2014 14:38:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 14:38:01 -0000 X-IronPort-AV: E=Sophos;i="4.97,872,1389744000"; d="scan'208";a="14131253" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 16 Apr 2014 14:38:01 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.60]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0123.003; Wed, 16 Apr 2014 16:38:01 +0200 From: Dave Scott To: "Zhai, Edwin" Thread-Topic: [Xen-API] xen-api build and test environment Thread-Index: AQHPWV8Bt8UcEkIwwEqNWYz9DUMAWZsULqYA Date: Wed, 16 Apr 2014 14:38:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] Content-ID: <7802CD56D10C1442B15E440033284A3E@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Edwin, On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > All, > We are trying to add some new feature in xen-api and test in openstack en= vironment. But build xen-api accroding to README.markdown at https://github= .com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are depe= ndences not in documents, like blktap-dev, and also some basic build failur= e, like obuild. > = > Just curious how xen-api developer do the build? Build it stand-alone, or= with xenserver? Do you have frequent fresh build test? For components like =91xenopsd=92, =91xcp-networkd=92 etc I prefer to insta= ll all the dependencies in CentOS (or Debian) via xenserver-core[1]. I can = then clone the repo and build the binaries. For =91xapi=92 itself the xenserver-core .spec file references a branch wit= h a couple of build fixes in it. These need to be tidied up and merged to m= aster=97 Bob Ball (cc:d) and I are trying to sort this out. I think we should try to create a =91vagrant box=92 configuration to help p= eople set this up =97 what do you think? > Another question is how you do the test? Do you have some simple unit tes= t tools to verify API function, or you test it in XCP environment? For =91xapi=92, there are a few unit tests which run as part of the build. = There=92s also a program called =91quicktest=92 (in the xen-api repo) which= can install VMs, suspend/resume, migrate etc. After that we normally run s= ystem tests via xenrt[2] > Do you have plan do do some test in openstack environment? You know, libv= irt in openstack doesn't support xen well. I think xapi is tested as part of the XenServer openstack CI[3] HTH, Dave [1] https://github.com/xenserver/xenserver-core [2] http://www.xenserver.org/discuss-virtualization/virtualization-blog/ent= ry/introducing-open-source-xenrt.html [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > = > = > Best Rgds, > Edwin > = > _______________________________________________ > 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 Apr 16 14:38:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 14:38: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 1WaQyT-00042J-P1; Wed, 16 Apr 2014 14:38:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaQyR-00041s-Q3 for xen-api@lists.xen.org; Wed, 16 Apr 2014 14:38:04 +0000 Received: from [85.158.139.211:51369] by server-17.bemta-5.messagelabs.com id 51/47-09046-AC59E435; Wed, 16 Apr 2014 14:38:02 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1397659081!7887994!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17551 invoked from network); 16 Apr 2014 14:38:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 14:38:01 -0000 X-IronPort-AV: E=Sophos;i="4.97,872,1389744000"; d="scan'208";a="14131253" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 16 Apr 2014 14:38:01 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.60]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0123.003; Wed, 16 Apr 2014 16:38:01 +0200 From: Dave Scott To: "Zhai, Edwin" Thread-Topic: [Xen-API] xen-api build and test environment Thread-Index: AQHPWV8Bt8UcEkIwwEqNWYz9DUMAWZsULqYA Date: Wed, 16 Apr 2014 14:38:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] Content-ID: <7802CD56D10C1442B15E440033284A3E@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Edwin, On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > All, > We are trying to add some new feature in xen-api and test in openstack en= vironment. But build xen-api accroding to README.markdown at https://github= .com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are depe= ndences not in documents, like blktap-dev, and also some basic build failur= e, like obuild. > = > Just curious how xen-api developer do the build? Build it stand-alone, or= with xenserver? Do you have frequent fresh build test? For components like =91xenopsd=92, =91xcp-networkd=92 etc I prefer to insta= ll all the dependencies in CentOS (or Debian) via xenserver-core[1]. I can = then clone the repo and build the binaries. For =91xapi=92 itself the xenserver-core .spec file references a branch wit= h a couple of build fixes in it. These need to be tidied up and merged to m= aster=97 Bob Ball (cc:d) and I are trying to sort this out. I think we should try to create a =91vagrant box=92 configuration to help p= eople set this up =97 what do you think? > Another question is how you do the test? Do you have some simple unit tes= t tools to verify API function, or you test it in XCP environment? For =91xapi=92, there are a few unit tests which run as part of the build. = There=92s also a program called =91quicktest=92 (in the xen-api repo) which= can install VMs, suspend/resume, migrate etc. After that we normally run s= ystem tests via xenrt[2] > Do you have plan do do some test in openstack environment? You know, libv= irt in openstack doesn't support xen well. I think xapi is tested as part of the XenServer openstack CI[3] HTH, Dave [1] https://github.com/xenserver/xenserver-core [2] http://www.xenserver.org/discuss-virtualization/virtualization-blog/ent= ry/introducing-open-source-xenrt.html [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > = > = > Best Rgds, > Edwin > = > _______________________________________________ > 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 Apr 16 15:59:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 15:59: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 1WaSFB-0004qU-Ay; Wed, 16 Apr 2014 15:59:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaSF9-0004q5-9j; Wed, 16 Apr 2014 15:59:23 +0000 Received: from [85.158.139.211:15284] by server-13.bemta-5.messagelabs.com id 52/DB-16341-AD8AE435; Wed, 16 Apr 2014 15:59:22 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1397663961!7888185!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17235 invoked from network); 16 Apr 2014 15:59:21 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 15:59:21 -0000 Received: by mail-wg0-f46.google.com with SMTP id b13so11221867wgh.29 for ; Wed, 16 Apr 2014 08:59:21 -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=ohd0IxJrzaV1SAez0mmBHe/ZMs/Vfw0biJNGwl1KPYM=; b=JfZ994UHRBh5SffYZcHYgZ21a55lZFPzXA0SokOSyo8sCG39h0aGuKJIrkoB4Xz4tr /mhWoYcI7uMdinVqI/SDxQYrcAzEjxiYsk47Xb41JsJrPf3apZzrmMMEuVR1oMafgN8n aY28rCj/dr+RmS/vYciUwnZ9ISzOwEuuhVIoIZxBjS4bhM2ToUitlLOkSaMLWdmhunLX mBYVDtvDIno7mCUT1h9xIgON0tqR7dJcECs/QjscQHapxbHLovG+AzxhE0ujLaO7hPrk xb54G8oboFnjgbPboic0WTmi/qZMy0P7rJN5tn6tKOcCTgsetLx8UsJcDB3TBW78Chtz xKSQ== X-Received: by 10.180.20.111 with SMTP id m15mr19872519wie.59.1397663961500; Wed, 16 Apr 2014 08:59:21 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id h19sm36710508wiw.17.2014.04.16.08.59.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 16 Apr 2014 08:59:20 -0700 (PDT) Message-ID: <534EA8D7.5020301@xen.org> Date: Wed, 16 Apr 2014 16:59:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Russ Pavlicek , "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org References: In-Reply-To: Subject: Re: [Xen-API] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 16/04/2014 00:55, Russ Pavlicek wrote: > A number of people have commented that Mondays are not the greatest > days for our Xen Project Documentation Days. Between regional > holidays and personal work schedules, people have suggested that the > final Monday of each month may not be the best choice for community > events like Doc Days. > > Given that, I'd like to suggest that we change this month's > Documentation Day to the final Wednesday of the month: April 30, 2014. > If this proves more suitable to folks, we can consider rescheduling > Doc Days to the final Wednesday of each month. If not, we may look at > other possibilities. > > If anyone objects to this change, or would like to suggest a different > day/week combination, please speak up. Otherwise, I suggest we try > April 30 this month and then evaluate the results upon its conclusion. > > Is this plan acceptable? Works for me 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 Apr 16 15:59:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 15:59: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 1WaSFB-0004qU-Ay; Wed, 16 Apr 2014 15:59:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaSF9-0004q5-9j; Wed, 16 Apr 2014 15:59:23 +0000 Received: from [85.158.139.211:15284] by server-13.bemta-5.messagelabs.com id 52/DB-16341-AD8AE435; Wed, 16 Apr 2014 15:59:22 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1397663961!7888185!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17235 invoked from network); 16 Apr 2014 15:59:21 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2014 15:59:21 -0000 Received: by mail-wg0-f46.google.com with SMTP id b13so11221867wgh.29 for ; Wed, 16 Apr 2014 08:59:21 -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=ohd0IxJrzaV1SAez0mmBHe/ZMs/Vfw0biJNGwl1KPYM=; b=JfZ994UHRBh5SffYZcHYgZ21a55lZFPzXA0SokOSyo8sCG39h0aGuKJIrkoB4Xz4tr /mhWoYcI7uMdinVqI/SDxQYrcAzEjxiYsk47Xb41JsJrPf3apZzrmMMEuVR1oMafgN8n aY28rCj/dr+RmS/vYciUwnZ9ISzOwEuuhVIoIZxBjS4bhM2ToUitlLOkSaMLWdmhunLX mBYVDtvDIno7mCUT1h9xIgON0tqR7dJcECs/QjscQHapxbHLovG+AzxhE0ujLaO7hPrk xb54G8oboFnjgbPboic0WTmi/qZMy0P7rJN5tn6tKOcCTgsetLx8UsJcDB3TBW78Chtz xKSQ== X-Received: by 10.180.20.111 with SMTP id m15mr19872519wie.59.1397663961500; Wed, 16 Apr 2014 08:59:21 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id h19sm36710508wiw.17.2014.04.16.08.59.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 16 Apr 2014 08:59:20 -0700 (PDT) Message-ID: <534EA8D7.5020301@xen.org> Date: Wed, 16 Apr 2014 16:59:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Russ Pavlicek , "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org References: In-Reply-To: Subject: Re: [Xen-API] Suggest day change for Xen Project Documentation Days X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 16/04/2014 00:55, Russ Pavlicek wrote: > A number of people have commented that Mondays are not the greatest > days for our Xen Project Documentation Days. Between regional > holidays and personal work schedules, people have suggested that the > final Monday of each month may not be the best choice for community > events like Doc Days. > > Given that, I'd like to suggest that we change this month's > Documentation Day to the final Wednesday of the month: April 30, 2014. > If this proves more suitable to folks, we can consider rescheduling > Doc Days to the final Wednesday of each month. If not, we may look at > other possibilities. > > If anyone objects to this change, or would like to suggest a different > day/week combination, please speak up. Otherwise, I suggest we try > April 30 this month and then evaluate the results upon its conclusion. > > Is this plan acceptable? Works for me 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 Apr 16 23:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 23:22: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 1WaZ9p-00062k-4d; Wed, 16 Apr 2014 23:22:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaZ9n-00062f-Cz for xen-api@lists.xen.org; Wed, 16 Apr 2014 23:22:19 +0000 Received: from [85.158.137.68:6640] by server-14.bemta-3.messagelabs.com id 0F/80-30903-AA01F435; Wed, 16 Apr 2014 23:22:18 +0000 X-Env-Sender: edwin.zhai@intel.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1397690536!7473240!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12928 invoked from network); 16 Apr 2014 23:22:17 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-6.tower-31.messagelabs.com with SMTP; 16 Apr 2014 23:22:17 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP; 16 Apr 2014 16:22:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,875,1389772800"; d="scan'208";a="514453990" Received: from tizen-desktop.sh.intel.com ([10.239.47.3]) by fmsmga001.fm.intel.com with ESMTP; 16 Apr 2014 16:22:14 -0700 Date: Thu, 17 Apr 2014 07:28:51 +0800 (CST) From: "Zhai, Edwin" X-X-Sender: root@tizen-desktop To: Dave Scott In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-489183172-1397690933=:20457" Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-489183172-1397690933=:20457 Content-Type: TEXT/PLAIN; charset=Windows-1252; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 16 Apr 2014, Dave Scott wrote: > Hi Edwin, > > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > >> All, >> We are trying to add some new feature in xen-api and test in openstack environment. But build xen-api accroding to README.markdown at https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are dependences not in documents, like blktap-dev, and also some basic build failure, like obuild. >> >> Just curious how xen-api developer do the build? Build it stand-alone, or with xenserver? Do you have frequent fresh build test? > > For components like ‘xenopsd’, ‘xcp-networkd’ etc I prefer to install all the dependencies in CentOS (or Debian) via xenserver-core[1]. I can then clone the repo and build the binaries. > > For ‘xapi’ itself the xenserver-core .spec file references a branch with a couple of build fixes in it. These need to be tidied up and merged to master— Bob Ball (cc:d) and I are trying to sort this out. Qiaowei is trying this according to Bob's instruction. Pls. let us know if you guys have fix. > > I think we should try to create a ‘vagrant box’ configuration to help people set this up — what do you think? It is a good idea, and can help new developer to setup environment via fresh build. Otherwise, we need answer questions for many times. > >> Another question is how you do the test? Do you have some simple unit test tools to verify API function, or you test it in XCP environment? > > For ‘xapi’, there are a few unit tests which run as part of the build. There’s also a program called ‘quicktest’ (in the xen-api repo) which can install VMs, suspend/resume, migrate etc. After that we normally run system tests via xenrt[2] It's helpful info. Thanks. > >> Do you have plan do do some test in openstack environment? You know, libvirt in openstack doesn't support xen well. > > I think xapi is tested as part of the XenServer openstack CI[3] Yes. But I believe XenServer openstack use release version instead of latest git code. Is it possible to run some test for it, and fix bugs. Or it should be responsibility of openstack? > > HTH, > Dave > [1] https://github.com/xenserver/xenserver-core > [2] http://www.xenserver.org/discuss-virtualization/virtualization-blog/entry/introducing-open-source-xenrt.html > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > >> >> >> Best Rgds, >> Edwin >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > Best Rgds, Edwin --8323329-489183172-1397690933=:20457 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --8323329-489183172-1397690933=:20457-- From xen-api-bounces@lists.xen.org Wed Apr 16 23:22:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Apr 2014 23:22: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 1WaZ9p-00062k-4d; Wed, 16 Apr 2014 23:22:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WaZ9n-00062f-Cz for xen-api@lists.xen.org; Wed, 16 Apr 2014 23:22:19 +0000 Received: from [85.158.137.68:6640] by server-14.bemta-3.messagelabs.com id 0F/80-30903-AA01F435; Wed, 16 Apr 2014 23:22:18 +0000 X-Env-Sender: edwin.zhai@intel.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1397690536!7473240!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12928 invoked from network); 16 Apr 2014 23:22:17 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-6.tower-31.messagelabs.com with SMTP; 16 Apr 2014 23:22:17 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP; 16 Apr 2014 16:22:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,875,1389772800"; d="scan'208";a="514453990" Received: from tizen-desktop.sh.intel.com ([10.239.47.3]) by fmsmga001.fm.intel.com with ESMTP; 16 Apr 2014 16:22:14 -0700 Date: Thu, 17 Apr 2014 07:28:51 +0800 (CST) From: "Zhai, Edwin" X-X-Sender: root@tizen-desktop To: Dave Scott In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-489183172-1397690933=:20457" Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-489183172-1397690933=:20457 Content-Type: TEXT/PLAIN; charset=Windows-1252; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 16 Apr 2014, Dave Scott wrote: > Hi Edwin, > > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > >> All, >> We are trying to add some new feature in xen-api and test in openstack environment. But build xen-api accroding to README.markdown at https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are dependences not in documents, like blktap-dev, and also some basic build failure, like obuild. >> >> Just curious how xen-api developer do the build? Build it stand-alone, or with xenserver? Do you have frequent fresh build test? > > For components like ‘xenopsd’, ‘xcp-networkd’ etc I prefer to install all the dependencies in CentOS (or Debian) via xenserver-core[1]. I can then clone the repo and build the binaries. > > For ‘xapi’ itself the xenserver-core .spec file references a branch with a couple of build fixes in it. These need to be tidied up and merged to master— Bob Ball (cc:d) and I are trying to sort this out. Qiaowei is trying this according to Bob's instruction. Pls. let us know if you guys have fix. > > I think we should try to create a ‘vagrant box’ configuration to help people set this up — what do you think? It is a good idea, and can help new developer to setup environment via fresh build. Otherwise, we need answer questions for many times. > >> Another question is how you do the test? Do you have some simple unit test tools to verify API function, or you test it in XCP environment? > > For ‘xapi’, there are a few unit tests which run as part of the build. There’s also a program called ‘quicktest’ (in the xen-api repo) which can install VMs, suspend/resume, migrate etc. After that we normally run system tests via xenrt[2] It's helpful info. Thanks. > >> Do you have plan do do some test in openstack environment? You know, libvirt in openstack doesn't support xen well. > > I think xapi is tested as part of the XenServer openstack CI[3] Yes. But I believe XenServer openstack use release version instead of latest git code. Is it possible to run some test for it, and fix bugs. Or it should be responsibility of openstack? > > HTH, > Dave > [1] https://github.com/xenserver/xenserver-core > [2] http://www.xenserver.org/discuss-virtualization/virtualization-blog/entry/introducing-open-source-xenrt.html > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > >> >> >> Best Rgds, >> Edwin >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > Best Rgds, Edwin --8323329-489183172-1397690933=:20457 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --8323329-489183172-1397690933=:20457-- From xen-api-bounces@lists.xen.org Wed Apr 23 02:51:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Apr 2014 02:51:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WcnGw-0004uX-ER; Wed, 23 Apr 2014 02:50:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WcnGu-0004u8-D9; Wed, 23 Apr 2014 02:50:52 +0000 Received: from [85.158.143.35:5558] by server-1.bemta-4.messagelabs.com id 0B/E0-09853-B8A27535; Wed, 23 Apr 2014 02:50:51 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1398221449!370818!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21983 invoked from network); 23 Apr 2014 02:50:50 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2014 02:50:50 -0000 Received: by mail-la0-f51.google.com with SMTP id pv20so263263lab.10 for ; Tue, 22 Apr 2014 19:50:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=MlneDQqwTMlWZT5BHGQaw+MwY06QZo6tfIeGWnbkM1Y=; b=gTy7eqRBDu4htbIHr0Tz5hcq85/c/vlApPp61J0Q088fUMkHJ4+uiE9QCcIxO/z1jt FLYsaThrVeJN7wCrSryKSqlGr0hhwW6VLJaPX+j8Vq4F0Pxbg+uoma9G2pGZLVHZNPXL 0zr+rC7cqIBRmunUDmqFG520T5SsnDagQ7H2VyAxeFOOQPQXrTgbNEhhb+TKfJqwasOQ Kvb17zTvHfJsby3+RAXWDvgUIW2gv0R7luFIybWFxg8rdFKeNtLHI1NSHIutdlAm2vdX FW8OqHh0jtuyX3yrSXIU7oxw1qltfy3r1mk0Tme27FGLVgQlwLeQl9VxNU4CUlwwxcuU DVbw== MIME-Version: 1.0 X-Received: by 10.112.95.166 with SMTP id dl6mr360404lbb.19.1398221449711; Tue, 22 Apr 2014 19:50:49 -0700 (PDT) Received: by 10.112.29.49 with HTTP; Tue, 22 Apr 2014 19:50:49 -0700 (PDT) Date: Tue, 22 Apr 2014 22:50:49 -0400 X-Google-Sender-Auth: sZekzTfe7RbRuMphsM5eWf0Fyxo Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org Subject: [Xen-API] Xen Project Document Day is next WEDNESDAY, April 30 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 response to some persistent conflicts over Mondays, we will hold our next Document Day on Wednesday, April 30. If this proves to be more convenient, we may consider permanently moving Doc Days to Wednesdays. If Wednesdays are bad for you, please let us know and we'll consider trying another day if enough people have issues. As most of you know, we designate one day per month to focus on improving the Xen Project documentation on the Wiki. The complete details for Document Days can be found here: http://wiki.xenproject.org/wiki/Xen_Document_Days Have you seen something which is awry in the current documentation? Maybe some page or section which is not accurate for 4.4? Please add it to the TODO list so it can be addressed: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO That's also the place to find out where you can pitch in to help out. Remember, if you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html I hope to see you in #xendocs on Freenode IRC on WEDNESDAY! Russ _______________________________________________ Xen-api 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 Apr 23 02:51:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Apr 2014 02:51:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WcnGw-0004uX-ER; Wed, 23 Apr 2014 02:50:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WcnGu-0004u8-D9; Wed, 23 Apr 2014 02:50:52 +0000 Received: from [85.158.143.35:5558] by server-1.bemta-4.messagelabs.com id 0B/E0-09853-B8A27535; Wed, 23 Apr 2014 02:50:51 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1398221449!370818!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21983 invoked from network); 23 Apr 2014 02:50:50 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2014 02:50:50 -0000 Received: by mail-la0-f51.google.com with SMTP id pv20so263263lab.10 for ; Tue, 22 Apr 2014 19:50:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=MlneDQqwTMlWZT5BHGQaw+MwY06QZo6tfIeGWnbkM1Y=; b=gTy7eqRBDu4htbIHr0Tz5hcq85/c/vlApPp61J0Q088fUMkHJ4+uiE9QCcIxO/z1jt FLYsaThrVeJN7wCrSryKSqlGr0hhwW6VLJaPX+j8Vq4F0Pxbg+uoma9G2pGZLVHZNPXL 0zr+rC7cqIBRmunUDmqFG520T5SsnDagQ7H2VyAxeFOOQPQXrTgbNEhhb+TKfJqwasOQ Kvb17zTvHfJsby3+RAXWDvgUIW2gv0R7luFIybWFxg8rdFKeNtLHI1NSHIutdlAm2vdX FW8OqHh0jtuyX3yrSXIU7oxw1qltfy3r1mk0Tme27FGLVgQlwLeQl9VxNU4CUlwwxcuU DVbw== MIME-Version: 1.0 X-Received: by 10.112.95.166 with SMTP id dl6mr360404lbb.19.1398221449711; Tue, 22 Apr 2014 19:50:49 -0700 (PDT) Received: by 10.112.29.49 with HTTP; Tue, 22 Apr 2014 19:50:49 -0700 (PDT) Date: Tue, 22 Apr 2014 22:50:49 -0400 X-Google-Sender-Auth: sZekzTfe7RbRuMphsM5eWf0Fyxo Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org Subject: [Xen-API] Xen Project Document Day is next WEDNESDAY, April 30 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 response to some persistent conflicts over Mondays, we will hold our next Document Day on Wednesday, April 30. If this proves to be more convenient, we may consider permanently moving Doc Days to Wednesdays. If Wednesdays are bad for you, please let us know and we'll consider trying another day if enough people have issues. As most of you know, we designate one day per month to focus on improving the Xen Project documentation on the Wiki. The complete details for Document Days can be found here: http://wiki.xenproject.org/wiki/Xen_Document_Days Have you seen something which is awry in the current documentation? Maybe some page or section which is not accurate for 4.4? Please add it to the TODO list so it can be addressed: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO That's also the place to find out where you can pitch in to help out. Remember, if you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html I hope to see you in #xendocs on Freenode IRC on WEDNESDAY! Russ _______________________________________________ Xen-api 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 Apr 23 13:47:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Apr 2014 13:47: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 1WcxVb-0004I8-Mt; Wed, 23 Apr 2014 13:46:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WcxVa-0004Hv-8A for xen-api@lists.xen.org; Wed, 23 Apr 2014 13:46:42 +0000 Received: from [85.158.143.35:62649] by server-3.bemta-4.messagelabs.com id 4F/BD-13602-144C7535; Wed, 23 Apr 2014 13:46:41 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1398260800!534118!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 425 invoked from network); 23 Apr 2014 13:46:40 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2014 13:46:40 -0000 X-IronPort-AV: E=Sophos;i="4.97,912,1389744000"; d="scan'208";a="14717259" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 23 Apr 2014 13:46:41 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.60]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0123.003; Wed, 23 Apr 2014 15:46:39 +0200 From: Dave Scott To: "xen-api@lists.xen.org" Thread-Topic: "xe" CLI, without stunnel and easier to build/package Thread-Index: AQHPXvpz2XDeSzi9N0G7gPUx6nyw0g== Date: Wed, 23 Apr 2014 13:46:39 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] Content-ID: <7D2CF2B6A5C29E4F8A4E2E35E8EE1B58@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Subject: [Xen-API] "xe" CLI, without stunnel and easier to build/package X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, As an experiment, I=92ve extracted the =93xe=94 code from the main xen-api = tree and ported it to use Lwt_ssl (which binds directly to openssl rather t= han using stunnel). The code for this is here: https://github.com/djs55/xapi-xe It=92s quite easy to build and package separately to the rest of the toolst= ack. Perhaps I should transfer this repo to the xapi-project? For all you opam users out there, I=92ve also created an opam package (in t= he main repo) so you can =93opam install xe=94. Note this doesn=92t install= the bash-completion scripts, so usability suffers a bit. Cheers, Dave _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 23 13:47:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Apr 2014 13:47: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 1WcxVb-0004I8-Mt; Wed, 23 Apr 2014 13:46:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WcxVa-0004Hv-8A for xen-api@lists.xen.org; Wed, 23 Apr 2014 13:46:42 +0000 Received: from [85.158.143.35:62649] by server-3.bemta-4.messagelabs.com id 4F/BD-13602-144C7535; Wed, 23 Apr 2014 13:46:41 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1398260800!534118!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 425 invoked from network); 23 Apr 2014 13:46:40 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2014 13:46:40 -0000 X-IronPort-AV: E=Sophos;i="4.97,912,1389744000"; d="scan'208";a="14717259" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 23 Apr 2014 13:46:41 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.60]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0123.003; Wed, 23 Apr 2014 15:46:39 +0200 From: Dave Scott To: "xen-api@lists.xen.org" Thread-Topic: "xe" CLI, without stunnel and easier to build/package Thread-Index: AQHPXvpz2XDeSzi9N0G7gPUx6nyw0g== Date: Wed, 23 Apr 2014 13:46:39 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.78] Content-ID: <7D2CF2B6A5C29E4F8A4E2E35E8EE1B58@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Subject: [Xen-API] "xe" CLI, without stunnel and easier to build/package X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, As an experiment, I=92ve extracted the =93xe=94 code from the main xen-api = tree and ported it to use Lwt_ssl (which binds directly to openssl rather t= han using stunnel). The code for this is here: https://github.com/djs55/xapi-xe It=92s quite easy to build and package separately to the rest of the toolst= ack. Perhaps I should transfer this repo to the xapi-project? For all you opam users out there, I=92ve also created an opam package (in t= he main repo) so you can =93opam install xe=94. Note this doesn=92t install= the bash-completion scripts, so usability suffers a bit. Cheers, Dave _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 24 14:52:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 24 Apr 2014 14:52:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdL0S-0005yu-DN; Thu, 24 Apr 2014 14:52:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdL0O-0005yk-B1 for xen-api@lists.xen.org; Thu, 24 Apr 2014 14:52:06 +0000 Received: from [85.158.137.68:6716] by server-16.bemta-3.messagelabs.com id 36/F1-13481-31529535; Thu, 24 Apr 2014 14:52:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1398351121!8794849!1 X-Originating-IP: [209.85.160.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27851 invoked from network); 24 Apr 2014 14:52:03 -0000 Received: from mail-yk0-f172.google.com (HELO mail-yk0-f172.google.com) (209.85.160.172) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2014 14:52:03 -0000 Received: by mail-yk0-f172.google.com with SMTP id q9so1386199ykb.3 for ; Thu, 24 Apr 2014 07:52:01 -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=a7rfM7xIUGav6uDll63JQ7P+mFqv0CCR7KLMeyYkZYo=; b=ny9z4AqqfGFG5EwOKDp2+A2NO1V96x81FXrd+rNgda6bTmwa1f2YCddRDjZ6I3FfDb ApHb4pNvTn/1T373Wq+06H3JnG3zvcqG4K+XdbjxB62aaPbomu7VkAgpdVN4yVTySEDg mT95P4+t3WbZnte8w/QNQ4WtZq/ankN4m4fw49qGPMoQRaEGcC+gEbe6FYMLQJW4CfEO hU3jCV/ZN7GwEoEa4StBy0afhCGeLpw/eZvz0KdPEte5lUyTjN3C/Ge0XOELmliT3I2W rl/+2kMqyjMevmfs8FDSDueolSdVn2U8rJbEASN+CczsgIwxr3HYPUkg5EndDaz78iTc FmLA== X-Received: by 10.236.41.165 with SMTP id h25mr3170286yhb.126.1398351121527; Thu, 24 Apr 2014 07:52:01 -0700 (PDT) Received: from [172.16.25.10] ([185.25.64.249]) by mx.google.com with ESMTPSA id u5sm7930042yhg.25.2014.04.24.07.52.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Apr 2014 07:52:01 -0700 (PDT) Message-ID: <5359250F.3080109@xen.org> Date: Thu, 24 Apr 2014 15:52:00 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <53591FB5.30705@xen.org> In-Reply-To: <53591FB5.30705@xen.org> X-Forwarded-Message-Id: <53591FB5.30705@xen.org> Subject: [Xen-API] CfP for Xen Project Developer Summit is Coming up (next Friday May 2nd) 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 all, just a quick reminder that the CfP for the Xen Project Developer Summit is coming up (next Friday May 2nd). Please think about talks that you may want to submit. Also feel free to contact me or discuss amongst each other. Submission URL: http://events.linuxfoundation.org/events/xen-project-developer-summit/program/cfp I don't currently have any visibility on the amount of proposals that have been submitted as I can't access the CfP system. If there is a strong desire to extend the deadline, I could do by two weeks. However any later will be too tight te get a program out by the first week of June Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 24 14:52:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 24 Apr 2014 14:52:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdL0S-0005yu-DN; Thu, 24 Apr 2014 14:52:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdL0O-0005yk-B1 for xen-api@lists.xen.org; Thu, 24 Apr 2014 14:52:06 +0000 Received: from [85.158.137.68:6716] by server-16.bemta-3.messagelabs.com id 36/F1-13481-31529535; Thu, 24 Apr 2014 14:52:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1398351121!8794849!1 X-Originating-IP: [209.85.160.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27851 invoked from network); 24 Apr 2014 14:52:03 -0000 Received: from mail-yk0-f172.google.com (HELO mail-yk0-f172.google.com) (209.85.160.172) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2014 14:52:03 -0000 Received: by mail-yk0-f172.google.com with SMTP id q9so1386199ykb.3 for ; Thu, 24 Apr 2014 07:52:01 -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=a7rfM7xIUGav6uDll63JQ7P+mFqv0CCR7KLMeyYkZYo=; b=ny9z4AqqfGFG5EwOKDp2+A2NO1V96x81FXrd+rNgda6bTmwa1f2YCddRDjZ6I3FfDb ApHb4pNvTn/1T373Wq+06H3JnG3zvcqG4K+XdbjxB62aaPbomu7VkAgpdVN4yVTySEDg mT95P4+t3WbZnte8w/QNQ4WtZq/ankN4m4fw49qGPMoQRaEGcC+gEbe6FYMLQJW4CfEO hU3jCV/ZN7GwEoEa4StBy0afhCGeLpw/eZvz0KdPEte5lUyTjN3C/Ge0XOELmliT3I2W rl/+2kMqyjMevmfs8FDSDueolSdVn2U8rJbEASN+CczsgIwxr3HYPUkg5EndDaz78iTc FmLA== X-Received: by 10.236.41.165 with SMTP id h25mr3170286yhb.126.1398351121527; Thu, 24 Apr 2014 07:52:01 -0700 (PDT) Received: from [172.16.25.10] ([185.25.64.249]) by mx.google.com with ESMTPSA id u5sm7930042yhg.25.2014.04.24.07.52.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Apr 2014 07:52:01 -0700 (PDT) Message-ID: <5359250F.3080109@xen.org> Date: Thu, 24 Apr 2014 15:52:00 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <53591FB5.30705@xen.org> In-Reply-To: <53591FB5.30705@xen.org> X-Forwarded-Message-Id: <53591FB5.30705@xen.org> Subject: [Xen-API] CfP for Xen Project Developer Summit is Coming up (next Friday May 2nd) 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 all, just a quick reminder that the CfP for the Xen Project Developer Summit is coming up (next Friday May 2nd). Please think about talks that you may want to submit. Also feel free to contact me or discuss amongst each other. Submission URL: http://events.linuxfoundation.org/events/xen-project-developer-summit/program/cfp I don't currently have any visibility on the amount of proposals that have been submitted as I can't access the CfP system. If there is a strong desire to extend the deadline, I could do by two weeks. However any later will be too tight te get a program out by the first week of June Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 24 17:09:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 24 Apr 2014 17:09: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 1WdN9X-00081m-Or; Thu, 24 Apr 2014 17:09:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdN9V-00081h-Le for xen-api@lists.xen.org; Thu, 24 Apr 2014 17:09:38 +0000 Received: from [193.109.254.147:45758] by server-3.bemta-14.messagelabs.com id D3/75-22179-05549535; Thu, 24 Apr 2014 17:09:36 +0000 X-Env-Sender: mthuywin@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1398359375!713177!1 X-Originating-IP: [209.85.212.180] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8926 invoked from network); 24 Apr 2014 17:09:36 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2014 17:09:36 -0000 Received: by mail-wi0-f180.google.com with SMTP id q5so1434065wiv.1 for ; Thu, 24 Apr 2014 10:09:35 -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=MA4p5gm8ix/AXLg8Q67RjHv9oz1iYKffkNKLYjMCLPg=; b=VFDFU41ddnNenXVKLBQR2YdEN3LkE5rf6haPlFBeJ29VYxu0QYGknNXdsHzKL9CQGM 1FD85lS6MPEMeEp9Jrv9lnSheTb3chIWhLaBuHBpFxUcAVXeXOWYZf2C0OOScVvrusAo c9AHQ4auxZC2uSyPeHroM4l/JV0hlgpY0hIIoJQ0wm7C2tL6Aja1aBRQGMJ9ExNN8vlA fJ0va4aUOpdbow5eorPMQJJxugdrBwBCZsHoJama3WHfZJbHjpiksbK/+xVBaoabbXGK NsZ31PncCDuvZ9x07zCEWBlQyaPbyiO5AtMJRtYMzGFOYgJzf2qLEoJ+v+F1UUeNt4Ht 1e/w== MIME-Version: 1.0 X-Received: by 10.180.188.134 with SMTP id ga6mr3780006wic.58.1398359375668; Thu, 24 Apr 2014 10:09:35 -0700 (PDT) Received: by 10.216.240.199 with HTTP; Thu, 24 Apr 2014 10:09:35 -0700 (PDT) Date: Thu, 24 Apr 2014 18:09:35 +0100 Message-ID: From: Thu Yein Win To: xen-api@lists.xen.org Subject: [Xen-API] Enquiry on Xen hypercalls X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8787065823442734776==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8787065823442734776== Content-Type: multipart/alternative; boundary=001a11c37ea0daeb7204f7cce968 --001a11c37ea0daeb7204f7cce968 Content-Type: text/plain; charset=UTF-8 [Apologies if this post gets top-posted] Hi everyone, My name is Thu and I am looking into the security issues in the Xen hypervisor. I am writing to enquire on the nature of Xen hypercalls. As I go through the Xen source code, I found the different types of Xen hypercalls which can be triggered by the guest VMs (e.g. do_mmu_update, do_grant_table,etc) along with their corresponding hypercall numbers. But when I analysed the Xen trace buffer using Xentrace (with the TRC_PV_TRAP mask), I was not able to see these hypercalls being triggered by the Guest VMs. I found that to be puzzling, as I had expected the guest VMs to make hypercall requests to the underlying Xen hypervisor throughout its lifetime. With that in mind, I would like to know the circumstances under which a guest VM triggers a hypercall request. I would be happy if you could provide me with some insights on this, as it will help me a lot in my work. Thanks a lot in advance and look forward to hearing from you. Best, Thu --001a11c37ea0daeb7204f7cce968 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
[Apologies if this post gets top-posted]

Hi everyone,

My name is Thu and I= am looking into the security issues in the Xen hypervisor. I am writing to= enquire on the nature of Xen hypercalls.

As I go through the Xen source code, I found the differ= ent types of Xen hypercalls which can be triggered by the guest VMs (e.g. d= o_mmu_update, do_grant_table,etc) along with their corresponding hypercall = numbers. But when I analysed the Xen trace buffer using Xentrace (with the= =C2=A0TRC_PV_TRAP mask), I was not able to see these hypercalls being t= riggered by the Guest VMs.

I found that to be puzzling, as I had expected the gues= t VMs to make hypercall requests to the underlying Xen hypervisor throughou= t its lifetime.

With that in mind, I would like to= know the circumstances under which a guest VM triggers a hypercall request= .

I would be happy if you could provide me with some insi= ghts on this, as it will help me a lot in my work.

Thanks a lot in advance and look forward to hearing from you.

Best,

Thu

=
--001a11c37ea0daeb7204f7cce968-- --===============8787065823442734776== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8787065823442734776==-- From xen-api-bounces@lists.xen.org Thu Apr 24 17:09:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 24 Apr 2014 17:09: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 1WdN9X-00081m-Or; Thu, 24 Apr 2014 17:09:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdN9V-00081h-Le for xen-api@lists.xen.org; Thu, 24 Apr 2014 17:09:38 +0000 Received: from [193.109.254.147:45758] by server-3.bemta-14.messagelabs.com id D3/75-22179-05549535; Thu, 24 Apr 2014 17:09:36 +0000 X-Env-Sender: mthuywin@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1398359375!713177!1 X-Originating-IP: [209.85.212.180] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8926 invoked from network); 24 Apr 2014 17:09:36 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2014 17:09:36 -0000 Received: by mail-wi0-f180.google.com with SMTP id q5so1434065wiv.1 for ; Thu, 24 Apr 2014 10:09:35 -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=MA4p5gm8ix/AXLg8Q67RjHv9oz1iYKffkNKLYjMCLPg=; b=VFDFU41ddnNenXVKLBQR2YdEN3LkE5rf6haPlFBeJ29VYxu0QYGknNXdsHzKL9CQGM 1FD85lS6MPEMeEp9Jrv9lnSheTb3chIWhLaBuHBpFxUcAVXeXOWYZf2C0OOScVvrusAo c9AHQ4auxZC2uSyPeHroM4l/JV0hlgpY0hIIoJQ0wm7C2tL6Aja1aBRQGMJ9ExNN8vlA fJ0va4aUOpdbow5eorPMQJJxugdrBwBCZsHoJama3WHfZJbHjpiksbK/+xVBaoabbXGK NsZ31PncCDuvZ9x07zCEWBlQyaPbyiO5AtMJRtYMzGFOYgJzf2qLEoJ+v+F1UUeNt4Ht 1e/w== MIME-Version: 1.0 X-Received: by 10.180.188.134 with SMTP id ga6mr3780006wic.58.1398359375668; Thu, 24 Apr 2014 10:09:35 -0700 (PDT) Received: by 10.216.240.199 with HTTP; Thu, 24 Apr 2014 10:09:35 -0700 (PDT) Date: Thu, 24 Apr 2014 18:09:35 +0100 Message-ID: From: Thu Yein Win To: xen-api@lists.xen.org Subject: [Xen-API] Enquiry on Xen hypercalls X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8787065823442734776==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8787065823442734776== Content-Type: multipart/alternative; boundary=001a11c37ea0daeb7204f7cce968 --001a11c37ea0daeb7204f7cce968 Content-Type: text/plain; charset=UTF-8 [Apologies if this post gets top-posted] Hi everyone, My name is Thu and I am looking into the security issues in the Xen hypervisor. I am writing to enquire on the nature of Xen hypercalls. As I go through the Xen source code, I found the different types of Xen hypercalls which can be triggered by the guest VMs (e.g. do_mmu_update, do_grant_table,etc) along with their corresponding hypercall numbers. But when I analysed the Xen trace buffer using Xentrace (with the TRC_PV_TRAP mask), I was not able to see these hypercalls being triggered by the Guest VMs. I found that to be puzzling, as I had expected the guest VMs to make hypercall requests to the underlying Xen hypervisor throughout its lifetime. With that in mind, I would like to know the circumstances under which a guest VM triggers a hypercall request. I would be happy if you could provide me with some insights on this, as it will help me a lot in my work. Thanks a lot in advance and look forward to hearing from you. Best, Thu --001a11c37ea0daeb7204f7cce968 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
[Apologies if this post gets top-posted]

Hi everyone,

My name is Thu and I= am looking into the security issues in the Xen hypervisor. I am writing to= enquire on the nature of Xen hypercalls.

As I go through the Xen source code, I found the differ= ent types of Xen hypercalls which can be triggered by the guest VMs (e.g. d= o_mmu_update, do_grant_table,etc) along with their corresponding hypercall = numbers. But when I analysed the Xen trace buffer using Xentrace (with the= =C2=A0TRC_PV_TRAP mask), I was not able to see these hypercalls being t= riggered by the Guest VMs.

I found that to be puzzling, as I had expected the gues= t VMs to make hypercall requests to the underlying Xen hypervisor throughou= t its lifetime.

With that in mind, I would like to= know the circumstances under which a guest VM triggers a hypercall request= .

I would be happy if you could provide me with some insi= ghts on this, as it will help me a lot in my work.

Thanks a lot in advance and look forward to hearing from you.

Best,

Thu

=
--001a11c37ea0daeb7204f7cce968-- --===============8787065823442734776== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8787065823442734776==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fc-GE; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDLEr-0003LB-JM for xen-api@lists.xen.org; Tue, 11 Feb 2014 21:51:33 +0000 Received: from [85.158.137.68:43477] by server-10.bemta-3.messagelabs.com id E9/18-07302-46B9AF25; Tue, 11 Feb 2014 21:51:32 +0000 X-Env-Sender: jiaqin1017@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1392155490!197297!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30529 invoked from network); 11 Feb 2014 21:51:32 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Feb 2014 21:51:32 -0000 Received: by mail-pb0-f43.google.com with SMTP id md12so8309374pbc.30 for ; Tue, 11 Feb 2014 13:51:30 -0800 (PST) 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=DIdP8uG+b6K7LOPQ181weDMjPb6lwheO6KUBFHLx/tQ=; b=UkWyQCXLqasYW0IoYkbnmrnovi2F3JBPqR0Nvid6gGd0vA8gJT+p2gtvmjHGmj2Zuu w/uKoNpegJVWsONj2sFIckT4bSI0zCsIgz220KQoSNOLVZfn0T48GVkT9ljbzoH9kFUa LM7WveR0/7OhU0YxpSv0AkyCTs1zGRzr8dfD+4FJ1CY7P0ULdtWB8FE2RkkwEnnmyW82 XtJQVJzhN0+VcVnqNZbJRguX6paOi3s6Rb1yO75hl0i7QKycg/ydFH+aee7j89T8dd+k MuuWEurBoFOE61xQ/3QkvGggJvEWQGyQAYVaFkf5DeHCP8TtiQthWawTBti+8YslHjvf cXLw== MIME-Version: 1.0 X-Received: by 10.67.13.226 with SMTP id fb2mr18173372pad.146.1392155489834; Tue, 11 Feb 2014 13:51:29 -0800 (PST) Received: by 10.68.209.168 with HTTP; Tue, 11 Feb 2014 13:51:29 -0800 (PST) Date: Tue, 11 Feb 2014 16:51:29 -0500 Message-ID: From: Qin Jia To: xen-api@lists.xen.org X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Subject: [Xen-API] Does xenserver-core change underlying Xen X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8953636664505922531==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8953636664505922531== Content-Type: multipart/alternative; boundary=047d7b07239a71abdf04f22875e9 --047d7b07239a71abdf04f22875e9 Content-Type: text/plain; charset=ISO-8859-1 Hi, I just want to make sure that whether xenserver-core will change the underlying Xen? In other words, if I change the underlying xen and use a different xen.gz in the grub.lst, will it still work? In addition to that, I noticed that xenserver-core used a new kernel modules vmlinuz.3.4.53-8.el6.centos.alt.x68_64 and initramfs-3.4.53-8.el6.centos.alt.x86_64. If I change the kernel modules, will it still work? Thanks, Qin --047d7b07239a71abdf04f22875e9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I just want to make sure that wheth= er xenserver-core will change the underlying Xen? In other words, if I chan= ge the underlying xen and use a different xen.gz in the grub.lst, will it s= till work?=A0

In addition to that, I noticed that xenserver-core used= a new kernel modules vmlinuz.3.4.53-8.el6.centos.alt.x68_64 and initramfs-= 3.4.53-8.el6.centos.alt.x86_64. If I change the kernel modules, will it sti= ll work?

Thanks,
Qin


--047d7b07239a71abdf04f22875e9-- --===============8953636664505922531== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8953636664505922531==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs9-0006g0-A4; Fri, 25 Apr 2014 15:17:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WZOUi-0007SG-MC for xen-api@lists.xen.org; Sun, 13 Apr 2014 17:47:06 +0000 Received: from [85.158.143.35:9441] by server-2.bemta-4.messagelabs.com id 0D/72-06539-89DCA435; Sun, 13 Apr 2014 17:47:04 +0000 X-Env-Sender: gcooper@sonoracomm.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1397411222!8114425!1 X-Originating-IP: [209.104.9.39] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7310 invoked from network); 13 Apr 2014 17:47:02 -0000 Received: from www.sonoracomm.com (HELO www.sonoracomm.com) (209.104.9.39) by server-15.tower-21.messagelabs.com with SMTP; 13 Apr 2014 17:47:02 -0000 Received: from [192.168.20.50] (ip72-200-87-188.tc.ph.cox.net [72.200.87.188]) (Authenticated sender: gcooper) by www.sonoracomm.com (Postfix) with ESMTP id 64B881138473 for ; Sun, 13 Apr 2014 10:47:01 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sonoracomm.com; s=2013; t=1397411221; bh=hz/t028TG3rpJOhQN39oQrqT5whmdaBZD5JCRbXTA3g=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=MNloVlUqhBz0ndF+SwO/JkBQ1nztqD52XfgLa4YSKOJ2dUHm8T3re49jUjo6LPzOf c1Q0zTKeB8hNfDr/asqIvjki9edPJZHffwiiRvwxOkti5kgYINw4TBLLMBOS2nVVUb ULSvk1P3P5lVsfQQwnZzxIQsnbyt8uv0OYnsr4N4= Message-ID: <534ACD94.10702@sonoracomm.com> Date: Sun, 13 Apr 2014 10:47:00 -0700 From: Gene Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <5240D4A7.8060301@sonoracomm.com> <5243195A.5020308@sonoracomm.com> In-Reply-To: <5243195A.5020308@sonoracomm.com> X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Subject: Re: [Xen-API] XenServer 6.2 with Hotfix XS62E004 - Kernel Panic X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7806514464982246995==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7806514464982246995== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080306030508000602040101" This is a cryptographically signed message in MIME format. --------------ms080306030508000602040101 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable I know this is an old thread, but I fixed the problem by zeroing out the = hard drives with 'dd', then reinstalling XenServer 6.2 with all updates. I think the problem had to do with old RAID metadata on the drives. G On 09/25/2013 10:11 AM, Gene Cooper wrote: > Based on the lack of ideas, I will probably wait for a new hotfix with = a > new kernel (with new driver modules) and see if that fixes anything. > > Thanks again to all, > > G > > On 09/23/2013 04:54 PM, Gene Cooper wrote: >> Hello List, >> >> I just installed XenServer 6.2 on a newish test server. It's a >> Supermicro 2U Twin2 using four X9DRT-HF dual-CPU mainboards. They hav= e >> Intel C602 chipset. I just checked and they are not on the HCL...almo= st >> no Supermicro stuff is. >> >> Regardless, this hardware worked fine on previous XenServer and XCP >> versions. In fact, it seemed to work fine with XenServer 6.2 until I >> installed Hotfix XS62E004 and rebooted. >> >> I carefully installed the hotfixes in order following the >> recommendations to restart the toolstack or reboot between each >> hotfix...first the pool master, then the single pool member server aft= er >> verifying the pool master was back up. >> >> After installing Hotfix XS62E004 on the pool master, I rebooted and th= e >> box hard locks immediately. >> >> I tried rebooting with "safe" and that's when I saw the kernel panic. >> >> I successfully rebooted with "fallback" and that's where it stands. >> >> I went through a round of BIOS updates and BIOS reconfigurations to se= e >> if that would make a difference, but it did not. >> >> Does anyone have any suggestions for me? >> >> Thanks in advance (and thanks very much for my earlier assistance). >> >> G >> >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Gene Cooper Sonora Communications, Inc. 1215 E. Pennsylvania Street Tucson, AZ 85714 (520)407-2000 x101 (520)888-4060 fax --------------ms080306030508000602040101 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMhzCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGSzCCBTOgAwIBAgIDBt0rMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTMwNjIwMTE1NDE2 WhcNMTQwNjIwMTYyODU0WjBjMRkwFwYDVQQNExBUbzJUTDNrWWl5NVVpNDJBMR8wHQYDVQQD DBZnY29vcGVyQHNvbm9yYWNvbW0uY29tMSUwIwYJKoZIhvcNAQkBFhZnY29vcGVyQHNvbm9y YWNvbW0uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEApci7t6E2z9vc/IKO Z8dz0hvCSCBAwCsH7R8nNhdkyUkRt+akoXWdHwFdCEnOcUA+OWMWt7U5NNcOkNARBNduPLab Zo6dCaDvzAS1/AODirdJbKodEewMiPnDxbucXpScI87+QemQfGymHb8n9hLLAKZEd+bhBSj1 Grm4fGnQUDlfkYP359BPLET9InqQy4u8g+bRB7KBJI9IUR/2r3mSgqLyBfWYLCZgbQzXWM9n RK2JqJ6SJeGkAK0CsCv5sFTzi5pxnxwJY3RG+4ftvi61SkyHPdezKtZJTLRI6cKgNSiliNdr fLdK9KAS6tS0dyjK3RX7MzX9lD0fgzk/aa/KHQIDAQABo4IC3DCCAtgwCQYDVR0TBAIwADAL BgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBSU gUzI2jartTCkXUd0YPGDD2BLoDAfBgNVHSMEGDAWgBRTcu2SnODaywFcfH6WNU7y1LhRgjAh BgNVHREEGjAYgRZnY29vcGVyQHNvbm9yYWNvbW0uY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7 BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENv bSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGlu IGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQv MC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsG AQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIv Y2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20v Y2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cu c3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAP4Ud5d5EsRYxgflLb4ePHogvHL8f 2XGZgqMk48A1lsWy4yoVjzyhkhqC6aF7H/E7EDxqk+iJZyviEImoeXt4884V7YOxOXrvKU9I HqYog+5Q7FOTrz2adl4QiyKRgZcprUCSzj0QYvWYYbRpRnjYz7Pgm+8NQ9251sG30iES1OEP QRpCLu588LtAqHbLSsNb/3lsb71M31dVPXxSV1Iw/lHJ9DlQszograAVOvm7Ebf9O2oMGMZj EwVFNsWvYhHTXNhTH0ejfxy2E1Uk3tDutJhJ7lUJBNCv+GbyLxBuDbe5kCTe2UOtt08syTpi Yv5A598DEiibE/QMnoPM/HLJqzGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNh dGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVk aWF0ZSBDbGllbnQgQ0ECAwbdKzAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA0MTMxNzQ3MDBaMCMGCSqGSIb3DQEJBDEWBBTS zFmKDI/QwWcpfuDhhUv/A2EnSjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBD ZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDBt0rMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDEL MAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBE aWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEg UHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMG3SswDQYJKoZIhvcNAQEBBQAEggEA WdlG7SDtSCcwO/JRZwwU/o5Anjedf0faM/ZJ+x9w8O/TnXzZAmu37Dq8HaSFuRDFi6hnDNb6 DH/cat53Tej9/qs8CByAfsqcGd1L9lhTmwZuQbXRwZYSYJq4V4yqrJGZLIgK6bQUhaLSuijg /qVh+3UvO7BQZ1grGPtlApt2KUaoSBWa1wFqopQqk0mP5BFfHknroBLplCRgi1N2MYMhZxIS 0SGDiy1mLKGLtGHhdCmEEeMYVtpSV5UhxOAvpk2TzS+Z6m6yELZc6bBgnKmlYyASLHFAq4dI 1ZGkQEvk4+QB+wgpwThzYaJr3b4e8Ep0SCbSqsXxoc9Y2GtiFBrVGwAAAAAAAA== --------------ms080306030508000602040101-- --===============7806514464982246995== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7806514464982246995==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fV-A6; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDJI6-0004Ks-LY for xen-api@lists.xen.org; Tue, 11 Feb 2014 19:46:47 +0000 Received: from [85.158.137.68:12920] by server-9.bemta-3.messagelabs.com id 06/4F-10184-52E7AF25; Tue, 11 Feb 2014 19:46:45 +0000 X-Env-Sender: jiaqin1017@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1392148002!1200913!1 X-Originating-IP: [209.85.192.172] 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.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8260 invoked from network); 11 Feb 2014 19:46:44 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Feb 2014 19:46:44 -0000 Received: by mail-pd0-f172.google.com with SMTP id p10so7932652pdj.31 for ; Tue, 11 Feb 2014 11:46:42 -0800 (PST) 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=HSl6ysFNtydIeKAb4nMJnpd8wWQuDaOzqEMhoEVeJmc=; b=bm8/YhfyWy12xJUWidIBWd3ELGIy2yaB9KwpAwIE5qlFu7va3bdlBW4//fTwbxwDJ/ McZkd6bBd7xTG100uIJyh0o8/nybeIHAX6llPc6jGkoi2daQNxNlcQJJRSEZTiyoVslT cp2lS6aWVy+gCMBm4BToqjvUpMam5+RtDm+psnXlHd2bM2aONMuBVAFY0zVfLaxpN1KM SKBBtWJXZc+IxTtbTlzugYRO3x28+tK2/7f4SRLBFR8KazBBvbORJe7CYwZjxrimu6KJ pqy4q2oktEjE4vgPkp88g+agoBT/JG3/Spq8gyysKGzcyerH9tnNyOq3QMV72DlX+5lo 4Gzw== MIME-Version: 1.0 X-Received: by 10.68.35.129 with SMTP id h1mr12394062pbj.163.1392148002423; Tue, 11 Feb 2014 11:46:42 -0800 (PST) Received: by 10.68.209.168 with HTTP; Tue, 11 Feb 2014 11:46:42 -0800 (PST) In-Reply-To: <20131120141659.GN2075@citrix.com> References: <20131120140443.GL2075@citrix.com> <20131120141659.GN2075@citrix.com> Date: Tue, 11 Feb 2014 14:46:42 -0500 Message-ID: From: Qin Jia To: Euan Harris X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Failed to Install Xenopsd X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3618494862541499214==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3618494862541499214== Content-Type: multipart/alternative; boundary=bcaec52160bb28cb8e04f226b7d9 --bcaec52160bb28cb8e04f226b7d9 Content-Type: text/plain; charset=ISO-8859-1 Hi Euan, When I try to install openstack on top of xenserver-core, there is always an exception causing a new mail in /var/spool/mail/root. It says that there is no "/opt/xensource/bin/list_domains". The whole message is as follows. How could I solve the problem? >From root@centos-40.localdomain Tue Feb 11 14:36:01 2014 Return-Path: X-Original-To: root Delivered-To: root@centos-40.localdomain Received: by centos-40.localdomain (Postfix, from userid 0) id 5645981415; Tue, 11 Feb 2014 14:36:01 -0500 (EST) From: root@centos-40.localdomain (Cron Daemon) To: root@centos-40.localdomain Subject: Cron /root/consolelogrotate Content-Type: text/plain; charset=UTF-8 Auto-Submitted: auto-generated X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: Message-Id: <20140211193601.5645981415@centos-40.localdomain> Date: Tue, 11 Feb 2014 14:36:01 -0500 (EST) + log_dir=/var/log/xen/guest + kb=1024 + max_size_bytes=1048576 + truncated_size_bytes=5120 + list_domains=/opt/xensource/bin/list_domains + log_file_base=/var/log/xen/guest/console. + tmp_file_base=/var/log/xen/guest/tmp.console. + xenstore-write /local/logconsole/@ /var/log/xen/guest/console.%d ++ /opt/xensource/bin/list_domains /root/consolelogrotate: line 30: /opt/xensource/bin/list_domains: No such file or directory ++ sed 's/|.*|.*$//g' ++ sed '/^id*/d' ++ xargs + domains= + rm -f '/var/log/xen/guest/console.*' ++ /opt/xensource/bin/list_domains /root/consolelogrotate: line 43: /opt/xensource/bin/list_domains: No such file or directory ++ xargs ++ sed 's/|.*|.*$//g' ++ sed '/^id*/d' + domains= + rm -f '/var/log/xen/guest/tmp.console.*' Thanks, Qin On Wed, Nov 20, 2013 at 9:17 AM, Euan Harris wrote: > On Wed, Nov 20, 2013 at 02:04:43PM +0000, Euan Harris wrote: > > You may have better luck with xenserver-core. It's a development > > snapshot of XenServer, and should give you equivalent features to XCP. > > We currently test on CentOS 6.4 and Ubuntu Raring. > > Just to clarify, building xenserver-core will download and compile the > core parts of the XenServer toolstack, including xensopd which you were > asking about. Some other packages, such as the hypervisor, are drawn > from the elsewhere: on Ubuntu they come from the base distribution; on > CentOS they come from the Xen4CentOS addon repository. The configure.sh > script will configure Yum on your CentOS system to use this repository. > > Thanks, > Euan > > --bcaec52160bb28cb8e04f226b7d9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Euan,

When I try to install openstack on top of xenserv= er-core, there is always an exception causing a new mail in /var/spool/mail= /root. It says that there is no "/opt/xensource/bin/list_domains"= .

The whole message is as follows. How could = I solve the problem?

From root@ce= ntos-40.localdomain =A0Tue Feb 11 14:36:01 2014
Return-Path: <= root@centos-40.localdomain>
X-Original-To: root
Delivered-To: root@centos-40.localdomain=
Received: by centos-40.localdomain (Postfix, from userid 0)
=A0 =A0 =A0 =A0 id 5645981415; Tue, 11 Feb 2014 14:36:01 -0500 (EST)<= /div>
From: root@centos-40.localdomain (Cron Daemon)
To: root@cent= os-40.localdomain
Subject: Cron <root@centos-40> /root/cons= olelogrotate
Content-Type: text/plain; charset=3DUTF-8
Auto-Submitted: auto-generated
X-Cron-Env: <SHELL=3D/bin/sh>= ;
X-Cron-Env: <HOME=3D/root>
X-Cron-Env: <PATH= =3D/usr/bin:/bin>
X-Cron-Env: <LOGNAME=3Droot>
X-Cron-Env: <USER=3Droot>
Message-Id: <20140211193601.5645981415@centos-40.localdomain>
Date: Tue, 11 Feb 2014 14:36:01 -0500 (EST)

+ log_dir=3D/var/log/xen/guest
+ kb=3D1024
+ max_size= _bytes=3D1048576
+ truncated_size_bytes=3D5120
+ list_domains=3D/opt/xensourc= e/bin/list_domains
+ log_file_base=3D/var/log/xen/guest/console.<= /div>
+ tmp_file_base=3D/var/log/xen/guest/tmp.console.
+ xen= store-write /local/logconsole/@ /var/log/xen/guest/console.%d
++ /opt/xensource/bin/list_domains
/root/consolelogrotate: l= ine 30: /opt/xensource/bin/list_domains: No such file or directory
++ sed 's/|.*|.*$//g'
++ sed '/^id*/d'
++ xargs
+ domains=3D
+ rm -f '/var/log/xen/gu= est/console.*'
++ /opt/xensource/bin/list_domains
/= root/consolelogrotate: line 43: /opt/xensource/bin/list_domains: No such fi= le or directory
++ xargs
++ sed 's/|.*|.*$//g'
++ sed '= ;/^id*/d'
+ domains=3D
+ rm -f '/var/log/xen/gu= est/tmp.console.*'

Thanks,
Qin


On Wed, Nov 20, 2013 at 9:17 AM, Euan Harris <euan.harris@citrix.co= m> wrote:
On Wed, Nov 20, 2013 at 02:0= 4:43PM +0000, Euan Harris wrote:
> You may have better luck with xenserver-core. =A0It's a developmen= t
> snapshot of XenServer, and should give you equivalent features to XCP.=
> We currently test on CentOS 6.4 and Ubuntu Raring.

Just to clarify, building xenserver-core will download and compile th= e
core parts of the XenServer toolstack, including xensopd which you were
asking about. =A0 Some other packages, such as the hypervisor, are drawn from the elsewhere: =A0on Ubuntu they come from the base distribution; on CentOS they come from the Xen4CentOS addon repository. =A0 =A0The configure= .sh
script will configure Yum on your CentOS system to use this repository.

Thanks,
Euan



--bcaec52160bb28cb8e04f226b7d9-- --===============3618494862541499214== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3618494862541499214==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fc-GE; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDLEr-0003LB-JM for xen-api@lists.xen.org; Tue, 11 Feb 2014 21:51:33 +0000 Received: from [85.158.137.68:43477] by server-10.bemta-3.messagelabs.com id E9/18-07302-46B9AF25; Tue, 11 Feb 2014 21:51:32 +0000 X-Env-Sender: jiaqin1017@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1392155490!197297!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30529 invoked from network); 11 Feb 2014 21:51:32 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Feb 2014 21:51:32 -0000 Received: by mail-pb0-f43.google.com with SMTP id md12so8309374pbc.30 for ; Tue, 11 Feb 2014 13:51:30 -0800 (PST) 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=DIdP8uG+b6K7LOPQ181weDMjPb6lwheO6KUBFHLx/tQ=; b=UkWyQCXLqasYW0IoYkbnmrnovi2F3JBPqR0Nvid6gGd0vA8gJT+p2gtvmjHGmj2Zuu w/uKoNpegJVWsONj2sFIckT4bSI0zCsIgz220KQoSNOLVZfn0T48GVkT9ljbzoH9kFUa LM7WveR0/7OhU0YxpSv0AkyCTs1zGRzr8dfD+4FJ1CY7P0ULdtWB8FE2RkkwEnnmyW82 XtJQVJzhN0+VcVnqNZbJRguX6paOi3s6Rb1yO75hl0i7QKycg/ydFH+aee7j89T8dd+k MuuWEurBoFOE61xQ/3QkvGggJvEWQGyQAYVaFkf5DeHCP8TtiQthWawTBti+8YslHjvf cXLw== MIME-Version: 1.0 X-Received: by 10.67.13.226 with SMTP id fb2mr18173372pad.146.1392155489834; Tue, 11 Feb 2014 13:51:29 -0800 (PST) Received: by 10.68.209.168 with HTTP; Tue, 11 Feb 2014 13:51:29 -0800 (PST) Date: Tue, 11 Feb 2014 16:51:29 -0500 Message-ID: From: Qin Jia To: xen-api@lists.xen.org X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Subject: [Xen-API] Does xenserver-core change underlying Xen X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8953636664505922531==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8953636664505922531== Content-Type: multipart/alternative; boundary=047d7b07239a71abdf04f22875e9 --047d7b07239a71abdf04f22875e9 Content-Type: text/plain; charset=ISO-8859-1 Hi, I just want to make sure that whether xenserver-core will change the underlying Xen? In other words, if I change the underlying xen and use a different xen.gz in the grub.lst, will it still work? In addition to that, I noticed that xenserver-core used a new kernel modules vmlinuz.3.4.53-8.el6.centos.alt.x68_64 and initramfs-3.4.53-8.el6.centos.alt.x86_64. If I change the kernel modules, will it still work? Thanks, Qin --047d7b07239a71abdf04f22875e9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I just want to make sure that wheth= er xenserver-core will change the underlying Xen? In other words, if I chan= ge the underlying xen and use a different xen.gz in the grub.lst, will it s= till work?=A0

In addition to that, I noticed that xenserver-core used= a new kernel modules vmlinuz.3.4.53-8.el6.centos.alt.x68_64 and initramfs-= 3.4.53-8.el6.centos.alt.x86_64. If I change the kernel modules, will it sti= ll work?

Thanks,
Qin


--047d7b07239a71abdf04f22875e9-- --===============8953636664505922531== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8953636664505922531==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs9-0006fv-4O; Fri, 25 Apr 2014 15:17:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <80404280@qq.com>) id 1WWKOO-0005i0-Mg for xen-api@lists.xen.org; Sat, 05 Apr 2014 06:47:53 +0000 Received: from [85.158.137.68:12400] by server-15.bemta-3.messagelabs.com id 0B/C3-13757-717AF335; Sat, 05 Apr 2014 06:47:51 +0000 X-Env-Sender: 80404280@qq.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1396680470!5171713!1 X-Originating-IP: [184.105.206.84] X-SpamReason: No, hits=3.5 required=7.0 tests=FROM_ALL_NUMS, FROM_STARTS_WITH_NUMS, HTML_MESSAGE, HTML_SHORT_LENGTH, MIME_BASE64_TEXT, MIME_BOUND_NEXTPART,ML_RADAR_SPEW_LINKS_14,spamassassin: , received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3258 invoked from network); 5 Apr 2014 06:47:51 -0000 Received: from smtpproxy19.qq.com (HELO smtpproxy19.qq.com) (184.105.206.84) by server-15.tower-31.messagelabs.com with SMTP; 5 Apr 2014 06:47:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201307; t=1396680461; bh=E8Kr8Y6NE2Ukqer0mfFWLWSVUKQ0kjnqaJIJcALFk2s=; h=X-QQ-FEAT:X-QQ-SSF:X-HAS-ATTACH:X-QQ-BUSINESS-ORIGIN: X-Originating-IP:X-QQ-STYLE:X-QQ-mid:From:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:Date: X-Priority:Message-ID:X-QQ-MIME:X-Mailer:X-QQ-Mailer: X-QQ-SENDSIZE; b=oWgr23fKu9jogIAseHExHm5GD1BCvAYTKehOdTT0FCqZ9lBUHH1gO/1gbDqHpzWjV g5inFQuVYITE+ewGrRSijuWSBR6ZCjQSLuObWn8DEb1Jkx6tEogKIzZtOM1KXPDKNk ZRk7HgVFrWZNKu84WUPgNPz4hnqakgRw/JiPGsuc= X-QQ-FEAT: k43rfWqNmZo+VwwcpedIncKENrjZKuiC2F9o1ONeovVwKzkynEhnRszB7xxYx kskpsC/ZiJ9GySKtRVAk2Zs2HFKzuEgSjedUBEFwmmdxqkZorGNOtn3PLSSr9SNeVcA X-QQ-SSF: 000000000000000000000000000000Z X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 183.12.220.27 X-QQ-STYLE: X-QQ-mid: webmail561t1396680460t339451 From: "=?gb18030?B?LtZp?=" <80404280@qq.com> To: "=?gb18030?B?eGVuLWFwaQ==?=" Mime-Version: 1.0 Date: Sat, 5 Apr 2014 14:47:40 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x X-QQ-SENDSIZE: 520 X-QQ-Bgrelay: 1 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Subject: [Xen-API] Ip address and DNS and operating system of the 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="===============8744946884628409500==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8744946884628409500== Content-Type: multipart/alternative; boundary="----=_NextPart_533FA70C_0910A3D0_6A6300C1" Content-Transfer-Encoding: 8Bit This is a multi-part message in MIME format. ------=_NextPart_533FA70C_0910A3D0_6A6300C1 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 SG93IGNhbiBJIGdldCB0aGUgSVAgYWRkcmVzcyBhbmQgRE5TIGFuZCBvcGVyYXRpbmcgc3lz dGVtIG9mIHRoZSB2aXJ0dWFsIG1hY2hpbmUgPz90aGFua3MuLi4= ------=_NextPart_533FA70C_0910A3D0_6A6300C1 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 SG93IGNhbiBJIGdldCB0aGUgSVAgYWRkcmVzcyBhbmQgRE5TIGFuZCBvcGVyYXRpbmcgc3lz dGVtIG9mIHRoZSB2aXJ0dWFsIG1hY2hpbmUgPz90aGFua3MuLi4= ------=_NextPart_533FA70C_0910A3D0_6A6300C1-- --===============8744946884628409500== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8744946884628409500==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fV-A6; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDJI6-0004Ks-LY for xen-api@lists.xen.org; Tue, 11 Feb 2014 19:46:47 +0000 Received: from [85.158.137.68:12920] by server-9.bemta-3.messagelabs.com id 06/4F-10184-52E7AF25; Tue, 11 Feb 2014 19:46:45 +0000 X-Env-Sender: jiaqin1017@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1392148002!1200913!1 X-Originating-IP: [209.85.192.172] 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.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8260 invoked from network); 11 Feb 2014 19:46:44 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 11 Feb 2014 19:46:44 -0000 Received: by mail-pd0-f172.google.com with SMTP id p10so7932652pdj.31 for ; Tue, 11 Feb 2014 11:46:42 -0800 (PST) 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=HSl6ysFNtydIeKAb4nMJnpd8wWQuDaOzqEMhoEVeJmc=; b=bm8/YhfyWy12xJUWidIBWd3ELGIy2yaB9KwpAwIE5qlFu7va3bdlBW4//fTwbxwDJ/ McZkd6bBd7xTG100uIJyh0o8/nybeIHAX6llPc6jGkoi2daQNxNlcQJJRSEZTiyoVslT cp2lS6aWVy+gCMBm4BToqjvUpMam5+RtDm+psnXlHd2bM2aONMuBVAFY0zVfLaxpN1KM SKBBtWJXZc+IxTtbTlzugYRO3x28+tK2/7f4SRLBFR8KazBBvbORJe7CYwZjxrimu6KJ pqy4q2oktEjE4vgPkp88g+agoBT/JG3/Spq8gyysKGzcyerH9tnNyOq3QMV72DlX+5lo 4Gzw== MIME-Version: 1.0 X-Received: by 10.68.35.129 with SMTP id h1mr12394062pbj.163.1392148002423; Tue, 11 Feb 2014 11:46:42 -0800 (PST) Received: by 10.68.209.168 with HTTP; Tue, 11 Feb 2014 11:46:42 -0800 (PST) In-Reply-To: <20131120141659.GN2075@citrix.com> References: <20131120140443.GL2075@citrix.com> <20131120141659.GN2075@citrix.com> Date: Tue, 11 Feb 2014 14:46:42 -0500 Message-ID: From: Qin Jia To: Euan Harris X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Failed to Install Xenopsd X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3618494862541499214==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3618494862541499214== Content-Type: multipart/alternative; boundary=bcaec52160bb28cb8e04f226b7d9 --bcaec52160bb28cb8e04f226b7d9 Content-Type: text/plain; charset=ISO-8859-1 Hi Euan, When I try to install openstack on top of xenserver-core, there is always an exception causing a new mail in /var/spool/mail/root. It says that there is no "/opt/xensource/bin/list_domains". The whole message is as follows. How could I solve the problem? >From root@centos-40.localdomain Tue Feb 11 14:36:01 2014 Return-Path: X-Original-To: root Delivered-To: root@centos-40.localdomain Received: by centos-40.localdomain (Postfix, from userid 0) id 5645981415; Tue, 11 Feb 2014 14:36:01 -0500 (EST) From: root@centos-40.localdomain (Cron Daemon) To: root@centos-40.localdomain Subject: Cron /root/consolelogrotate Content-Type: text/plain; charset=UTF-8 Auto-Submitted: auto-generated X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: Message-Id: <20140211193601.5645981415@centos-40.localdomain> Date: Tue, 11 Feb 2014 14:36:01 -0500 (EST) + log_dir=/var/log/xen/guest + kb=1024 + max_size_bytes=1048576 + truncated_size_bytes=5120 + list_domains=/opt/xensource/bin/list_domains + log_file_base=/var/log/xen/guest/console. + tmp_file_base=/var/log/xen/guest/tmp.console. + xenstore-write /local/logconsole/@ /var/log/xen/guest/console.%d ++ /opt/xensource/bin/list_domains /root/consolelogrotate: line 30: /opt/xensource/bin/list_domains: No such file or directory ++ sed 's/|.*|.*$//g' ++ sed '/^id*/d' ++ xargs + domains= + rm -f '/var/log/xen/guest/console.*' ++ /opt/xensource/bin/list_domains /root/consolelogrotate: line 43: /opt/xensource/bin/list_domains: No such file or directory ++ xargs ++ sed 's/|.*|.*$//g' ++ sed '/^id*/d' + domains= + rm -f '/var/log/xen/guest/tmp.console.*' Thanks, Qin On Wed, Nov 20, 2013 at 9:17 AM, Euan Harris wrote: > On Wed, Nov 20, 2013 at 02:04:43PM +0000, Euan Harris wrote: > > You may have better luck with xenserver-core. It's a development > > snapshot of XenServer, and should give you equivalent features to XCP. > > We currently test on CentOS 6.4 and Ubuntu Raring. > > Just to clarify, building xenserver-core will download and compile the > core parts of the XenServer toolstack, including xensopd which you were > asking about. Some other packages, such as the hypervisor, are drawn > from the elsewhere: on Ubuntu they come from the base distribution; on > CentOS they come from the Xen4CentOS addon repository. The configure.sh > script will configure Yum on your CentOS system to use this repository. > > Thanks, > Euan > > --bcaec52160bb28cb8e04f226b7d9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Euan,

When I try to install openstack on top of xenserv= er-core, there is always an exception causing a new mail in /var/spool/mail= /root. It says that there is no "/opt/xensource/bin/list_domains"= .

The whole message is as follows. How could = I solve the problem?

From root@ce= ntos-40.localdomain =A0Tue Feb 11 14:36:01 2014
Return-Path: <= root@centos-40.localdomain>
X-Original-To: root
Delivered-To: root@centos-40.localdomain=
Received: by centos-40.localdomain (Postfix, from userid 0)
=A0 =A0 =A0 =A0 id 5645981415; Tue, 11 Feb 2014 14:36:01 -0500 (EST)<= /div>
From: root@centos-40.localdomain (Cron Daemon)
To: root@cent= os-40.localdomain
Subject: Cron <root@centos-40> /root/cons= olelogrotate
Content-Type: text/plain; charset=3DUTF-8
Auto-Submitted: auto-generated
X-Cron-Env: <SHELL=3D/bin/sh>= ;
X-Cron-Env: <HOME=3D/root>
X-Cron-Env: <PATH= =3D/usr/bin:/bin>
X-Cron-Env: <LOGNAME=3Droot>
X-Cron-Env: <USER=3Droot>
Message-Id: <20140211193601.5645981415@centos-40.localdomain>
Date: Tue, 11 Feb 2014 14:36:01 -0500 (EST)

+ log_dir=3D/var/log/xen/guest
+ kb=3D1024
+ max_size= _bytes=3D1048576
+ truncated_size_bytes=3D5120
+ list_domains=3D/opt/xensourc= e/bin/list_domains
+ log_file_base=3D/var/log/xen/guest/console.<= /div>
+ tmp_file_base=3D/var/log/xen/guest/tmp.console.
+ xen= store-write /local/logconsole/@ /var/log/xen/guest/console.%d
++ /opt/xensource/bin/list_domains
/root/consolelogrotate: l= ine 30: /opt/xensource/bin/list_domains: No such file or directory
++ sed 's/|.*|.*$//g'
++ sed '/^id*/d'
++ xargs
+ domains=3D
+ rm -f '/var/log/xen/gu= est/console.*'
++ /opt/xensource/bin/list_domains
/= root/consolelogrotate: line 43: /opt/xensource/bin/list_domains: No such fi= le or directory
++ xargs
++ sed 's/|.*|.*$//g'
++ sed '= ;/^id*/d'
+ domains=3D
+ rm -f '/var/log/xen/gu= est/tmp.console.*'

Thanks,
Qin


On Wed, Nov 20, 2013 at 9:17 AM, Euan Harris <euan.harris@citrix.co= m> wrote:
On Wed, Nov 20, 2013 at 02:0= 4:43PM +0000, Euan Harris wrote:
> You may have better luck with xenserver-core. =A0It's a developmen= t
> snapshot of XenServer, and should give you equivalent features to XCP.=
> We currently test on CentOS 6.4 and Ubuntu Raring.

Just to clarify, building xenserver-core will download and compile th= e
core parts of the XenServer toolstack, including xensopd which you were
asking about. =A0 Some other packages, such as the hypervisor, are drawn from the elsewhere: =A0on Ubuntu they come from the base distribution; on CentOS they come from the Xen4CentOS addon repository. =A0 =A0The configure= .sh
script will configure Yum on your CentOS system to use this repository.

Thanks,
Euan



--bcaec52160bb28cb8e04f226b7d9-- --===============3618494862541499214== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3618494862541499214==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fj-Mv; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ4Tf-0003Q4-N9 for xen-api@lists.xen.org; Thu, 27 Feb 2014 17:10:31 +0000 Received: from [85.158.143.35:34814] by server-2.bemta-4.messagelabs.com id 18/F7-04779-7817F035; Thu, 27 Feb 2014 17:10:31 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1393521030!8819268!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3548 invoked from network); 27 Feb 2014 17:10:30 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 17:10:30 -0000 X-IronPort-AV: E=Sophos;i="4.97,556,1389744000"; d="scan'208";a="9858162" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 27 Feb 2014 17:10:31 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.60]) by AMSPEX01CL03.citrite.net ([169.254.8.48]) with mapi id 14.02.0342.004; Thu, 27 Feb 2014 18:10:29 +0100 From: Stephen Turner To: Shakeel Butt , Konstantina Chremmou Thread-Topic: [xs-devel] libxenserver crash Thread-Index: AQHPMc7ck+HE9TtKUkCVbzLbGnRdwJrJHcIAgAAqWwCAABFcQA== Date: Thu, 27 Feb 2014 17:10:29 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218291DB111@AMSPEX01CL01.citrite.net> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.54] MIME-Version: 1.0 X-DLP: AMS1 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Cc: "xs-devel@lists.xenserver.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [xs-devel] libxenserver 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org The SDK is autogenerated, so the code on the github repo is the code that generates the SDK, not the SDK itself. We should, however, have nightly builds on xenserver.org: they seem to be missing from the development snapshots page. -- Stephen Turner -----Original Message----- From: xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.xenserver.org] On Behalf Of Shakeel Butt Sent: 27 February 2014 17:06 To: Konstantina Chremmou Cc: xs-devel@lists.xenserver.org; xen-api@lists.xen.org Subject: Re: [xs-devel] libxenserver crash On Thu, Feb 27, 2014 at 6:34 AM, wrote: > Hi Shakeel, > This seems to be a bug in the SDK code. I'll rectify it in one of the > upcoming hotfixes, in the meantime I'm afraid you'll probably have to > modify the source and in the xen__xen__record_map_free > calls substitute the > xen__record_opt_free(map->contents[i].key) with > xen__free(map- >>contents[i].key). Hi Konstantina, Thanks for the reply. Other than the hotfix can you please upload the complete sdk on the github repo. Currently the sdk on github (link below) is not complete, atleast for C, and it would allow other members of community to participate in fixing the issues. thanks, Shakeel _______________________________________________ Xen-api 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 Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fp-T6; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WQFVU-00068d-VZ for xen-api@lists.xensource.com; Wed, 19 Mar 2014 12:22:19 +0000 Received: from [85.158.143.35:12187] by server-2.bemta-4.messagelabs.com id 61/5D-06539-CEB89235; Wed, 19 Mar 2014 12:22:04 +0000 X-Env-Sender: esezen@turksat.com.tr X-Msg-Ref: server-9.tower-21.messagelabs.com!1395231722!3157160!1 X-Originating-IP: [94.55.112.101] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14179 invoked from network); 19 Mar 2014 12:22:03 -0000 Received: from mmail-1.turksat.com.tr (HELO posta.turksat.com.tr) (94.55.112.101) by server-9.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 19 Mar 2014 12:22:03 -0000 From: Emrecan Sezen To: Rishi <2rushikeshj@gmail.com>, "xen-api@lists.xensource.com" , "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] XenMotion does not work without tools Thread-Index: AQHPQtH+OEjPWThUIku9f8wElVcpoproVO8g Date: Wed, 19 Mar 2014 12:21:58 +0000 Message-ID: <58E38C61AAE90B42B6C8BB74EE4151080270BA08@EXCMBX01.turksat.local> References: In-Reply-To: Accept-Language: tr-TR, en-US Content-Language: tr-TR X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:02 +0000 Subject: Re: [Xen-API] [xs-devel] XenMotion does not work without tools X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0946399147091675490==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0946399147091675490== Content-Language: tr-TR Content-Type: multipart/alternative; boundary="_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_" --_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes, xs-tools has some management features over virtual machine memory usag= e. Because migration also transfers memory of the VM, xs-tools to be instal= led is a must. ~Emrecan From: xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.x= enserver.org] On Behalf Of Rishi Sent: Tuesday, March 18, 2014 7:46 PM To: xen-api@lists.xensource.com; xs-devel@lists.xenserver.org Subject: [xs-devel] XenMotion does not work without tools Dear List, With latest XenServer6.2, I have pfsense VMs which are based on FreeBSD. Th= ere are no xs-tools for it which is okay but these VMs can not be live migr= ated to another node. With Xen its possible to migrate any domain to remote xen host but seems it= s not possible in XenServer. Am I missing anything or vmware would be better ? Anyone using pfsense with Xenserver ? --_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes, xs-tools has some ma= nagement features over virtual machine memory usage. Because migration also= transfers memory of the VM, xs-tools to be installed is a must.

 <= /p>

~Emrecan

From: xs-devel= -request@lists.xenserver.org [mailto:xs-devel-request@lists.xenserver.org] On Behalf Of Rishi
Sent: Tuesday, March 18, 2014 7:46 PM
To: xen-api@lists.xensource.com; xs-devel@lists.xenserver.org
Subject: [xs-devel] XenMotion does not work without tools=

 

Dear List,

 

With latest XenServer6.2, I have pfsense VMs which a= re based on FreeBSD. There are no xs-tools for it which is okay but these V= Ms can not be live migrated to another node.

 

With Xen its possible to migrate any domain to remot= e xen host but seems its not possible in XenServer.

 

Am I missing anything or vmware would be better ?

Anyone using pfsense with Xenserver ?

 

 

--_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_-- --===============0946399147091675490== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0946399147091675490==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs9-0006g0-A4; Fri, 25 Apr 2014 15:17:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WZOUi-0007SG-MC for xen-api@lists.xen.org; Sun, 13 Apr 2014 17:47:06 +0000 Received: from [85.158.143.35:9441] by server-2.bemta-4.messagelabs.com id 0D/72-06539-89DCA435; Sun, 13 Apr 2014 17:47:04 +0000 X-Env-Sender: gcooper@sonoracomm.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1397411222!8114425!1 X-Originating-IP: [209.104.9.39] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7310 invoked from network); 13 Apr 2014 17:47:02 -0000 Received: from www.sonoracomm.com (HELO www.sonoracomm.com) (209.104.9.39) by server-15.tower-21.messagelabs.com with SMTP; 13 Apr 2014 17:47:02 -0000 Received: from [192.168.20.50] (ip72-200-87-188.tc.ph.cox.net [72.200.87.188]) (Authenticated sender: gcooper) by www.sonoracomm.com (Postfix) with ESMTP id 64B881138473 for ; Sun, 13 Apr 2014 10:47:01 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sonoracomm.com; s=2013; t=1397411221; bh=hz/t028TG3rpJOhQN39oQrqT5whmdaBZD5JCRbXTA3g=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=MNloVlUqhBz0ndF+SwO/JkBQ1nztqD52XfgLa4YSKOJ2dUHm8T3re49jUjo6LPzOf c1Q0zTKeB8hNfDr/asqIvjki9edPJZHffwiiRvwxOkti5kgYINw4TBLLMBOS2nVVUb ULSvk1P3P5lVsfQQwnZzxIQsnbyt8uv0OYnsr4N4= Message-ID: <534ACD94.10702@sonoracomm.com> Date: Sun, 13 Apr 2014 10:47:00 -0700 From: Gene Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <5240D4A7.8060301@sonoracomm.com> <5243195A.5020308@sonoracomm.com> In-Reply-To: <5243195A.5020308@sonoracomm.com> X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Subject: Re: [Xen-API] XenServer 6.2 with Hotfix XS62E004 - Kernel Panic X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7806514464982246995==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7806514464982246995== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080306030508000602040101" This is a cryptographically signed message in MIME format. --------------ms080306030508000602040101 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable I know this is an old thread, but I fixed the problem by zeroing out the = hard drives with 'dd', then reinstalling XenServer 6.2 with all updates. I think the problem had to do with old RAID metadata on the drives. G On 09/25/2013 10:11 AM, Gene Cooper wrote: > Based on the lack of ideas, I will probably wait for a new hotfix with = a > new kernel (with new driver modules) and see if that fixes anything. > > Thanks again to all, > > G > > On 09/23/2013 04:54 PM, Gene Cooper wrote: >> Hello List, >> >> I just installed XenServer 6.2 on a newish test server. It's a >> Supermicro 2U Twin2 using four X9DRT-HF dual-CPU mainboards. They hav= e >> Intel C602 chipset. I just checked and they are not on the HCL...almo= st >> no Supermicro stuff is. >> >> Regardless, this hardware worked fine on previous XenServer and XCP >> versions. In fact, it seemed to work fine with XenServer 6.2 until I >> installed Hotfix XS62E004 and rebooted. >> >> I carefully installed the hotfixes in order following the >> recommendations to restart the toolstack or reboot between each >> hotfix...first the pool master, then the single pool member server aft= er >> verifying the pool master was back up. >> >> After installing Hotfix XS62E004 on the pool master, I rebooted and th= e >> box hard locks immediately. >> >> I tried rebooting with "safe" and that's when I saw the kernel panic. >> >> I successfully rebooted with "fallback" and that's where it stands. >> >> I went through a round of BIOS updates and BIOS reconfigurations to se= e >> if that would make a difference, but it did not. >> >> Does anyone have any suggestions for me? >> >> Thanks in advance (and thanks very much for my earlier assistance). >> >> G >> >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Gene Cooper Sonora Communications, Inc. 1215 E. Pennsylvania Street Tucson, AZ 85714 (520)407-2000 x101 (520)888-4060 fax --------------ms080306030508000602040101 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMhzCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGSzCCBTOgAwIBAgIDBt0rMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTMwNjIwMTE1NDE2 WhcNMTQwNjIwMTYyODU0WjBjMRkwFwYDVQQNExBUbzJUTDNrWWl5NVVpNDJBMR8wHQYDVQQD DBZnY29vcGVyQHNvbm9yYWNvbW0uY29tMSUwIwYJKoZIhvcNAQkBFhZnY29vcGVyQHNvbm9y YWNvbW0uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEApci7t6E2z9vc/IKO Z8dz0hvCSCBAwCsH7R8nNhdkyUkRt+akoXWdHwFdCEnOcUA+OWMWt7U5NNcOkNARBNduPLab Zo6dCaDvzAS1/AODirdJbKodEewMiPnDxbucXpScI87+QemQfGymHb8n9hLLAKZEd+bhBSj1 Grm4fGnQUDlfkYP359BPLET9InqQy4u8g+bRB7KBJI9IUR/2r3mSgqLyBfWYLCZgbQzXWM9n RK2JqJ6SJeGkAK0CsCv5sFTzi5pxnxwJY3RG+4ftvi61SkyHPdezKtZJTLRI6cKgNSiliNdr fLdK9KAS6tS0dyjK3RX7MzX9lD0fgzk/aa/KHQIDAQABo4IC3DCCAtgwCQYDVR0TBAIwADAL BgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBSU gUzI2jartTCkXUd0YPGDD2BLoDAfBgNVHSMEGDAWgBRTcu2SnODaywFcfH6WNU7y1LhRgjAh BgNVHREEGjAYgRZnY29vcGVyQHNvbm9yYWNvbW0uY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7 BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENv bSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGlu IGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQv MC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsG AQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIv Y2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20v Y2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cu c3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAP4Ud5d5EsRYxgflLb4ePHogvHL8f 2XGZgqMk48A1lsWy4yoVjzyhkhqC6aF7H/E7EDxqk+iJZyviEImoeXt4884V7YOxOXrvKU9I HqYog+5Q7FOTrz2adl4QiyKRgZcprUCSzj0QYvWYYbRpRnjYz7Pgm+8NQ9251sG30iES1OEP QRpCLu588LtAqHbLSsNb/3lsb71M31dVPXxSV1Iw/lHJ9DlQszograAVOvm7Ebf9O2oMGMZj EwVFNsWvYhHTXNhTH0ejfxy2E1Uk3tDutJhJ7lUJBNCv+GbyLxBuDbe5kCTe2UOtt08syTpi Yv5A598DEiibE/QMnoPM/HLJqzGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNh dGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVk aWF0ZSBDbGllbnQgQ0ECAwbdKzAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA0MTMxNzQ3MDBaMCMGCSqGSIb3DQEJBDEWBBTS zFmKDI/QwWcpfuDhhUv/A2EnSjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBD ZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDBt0rMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDEL MAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBE aWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEg UHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMG3SswDQYJKoZIhvcNAQEBBQAEggEA WdlG7SDtSCcwO/JRZwwU/o5Anjedf0faM/ZJ+x9w8O/TnXzZAmu37Dq8HaSFuRDFi6hnDNb6 DH/cat53Tej9/qs8CByAfsqcGd1L9lhTmwZuQbXRwZYSYJq4V4yqrJGZLIgK6bQUhaLSuijg /qVh+3UvO7BQZ1grGPtlApt2KUaoSBWa1wFqopQqk0mP5BFfHknroBLplCRgi1N2MYMhZxIS 0SGDiy1mLKGLtGHhdCmEEeMYVtpSV5UhxOAvpk2TzS+Z6m6yELZc6bBgnKmlYyASLHFAq4dI 1ZGkQEvk4+QB+wgpwThzYaJr3b4e8Ep0SCbSqsXxoc9Y2GtiFBrVGwAAAAAAAA== --------------ms080306030508000602040101-- --===============7806514464982246995== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7806514464982246995==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs9-0006fv-4O; Fri, 25 Apr 2014 15:17:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <80404280@qq.com>) id 1WWKOO-0005i0-Mg for xen-api@lists.xen.org; Sat, 05 Apr 2014 06:47:53 +0000 Received: from [85.158.137.68:12400] by server-15.bemta-3.messagelabs.com id 0B/C3-13757-717AF335; Sat, 05 Apr 2014 06:47:51 +0000 X-Env-Sender: 80404280@qq.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1396680470!5171713!1 X-Originating-IP: [184.105.206.84] X-SpamReason: No, hits=3.5 required=7.0 tests=FROM_ALL_NUMS, FROM_STARTS_WITH_NUMS, HTML_MESSAGE, HTML_SHORT_LENGTH, MIME_BASE64_TEXT, MIME_BOUND_NEXTPART,ML_RADAR_SPEW_LINKS_14,spamassassin: , received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3258 invoked from network); 5 Apr 2014 06:47:51 -0000 Received: from smtpproxy19.qq.com (HELO smtpproxy19.qq.com) (184.105.206.84) by server-15.tower-31.messagelabs.com with SMTP; 5 Apr 2014 06:47:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201307; t=1396680461; bh=E8Kr8Y6NE2Ukqer0mfFWLWSVUKQ0kjnqaJIJcALFk2s=; h=X-QQ-FEAT:X-QQ-SSF:X-HAS-ATTACH:X-QQ-BUSINESS-ORIGIN: X-Originating-IP:X-QQ-STYLE:X-QQ-mid:From:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:Date: X-Priority:Message-ID:X-QQ-MIME:X-Mailer:X-QQ-Mailer: X-QQ-SENDSIZE; b=oWgr23fKu9jogIAseHExHm5GD1BCvAYTKehOdTT0FCqZ9lBUHH1gO/1gbDqHpzWjV g5inFQuVYITE+ewGrRSijuWSBR6ZCjQSLuObWn8DEb1Jkx6tEogKIzZtOM1KXPDKNk ZRk7HgVFrWZNKu84WUPgNPz4hnqakgRw/JiPGsuc= X-QQ-FEAT: k43rfWqNmZo+VwwcpedIncKENrjZKuiC2F9o1ONeovVwKzkynEhnRszB7xxYx kskpsC/ZiJ9GySKtRVAk2Zs2HFKzuEgSjedUBEFwmmdxqkZorGNOtn3PLSSr9SNeVcA X-QQ-SSF: 000000000000000000000000000000Z X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 183.12.220.27 X-QQ-STYLE: X-QQ-mid: webmail561t1396680460t339451 From: "=?gb18030?B?LtZp?=" <80404280@qq.com> To: "=?gb18030?B?eGVuLWFwaQ==?=" Mime-Version: 1.0 Date: Sat, 5 Apr 2014 14:47:40 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x X-QQ-SENDSIZE: 520 X-QQ-Bgrelay: 1 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Subject: [Xen-API] Ip address and DNS and operating system of the 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="===============8744946884628409500==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8744946884628409500== Content-Type: multipart/alternative; boundary="----=_NextPart_533FA70C_0910A3D0_6A6300C1" Content-Transfer-Encoding: 8Bit This is a multi-part message in MIME format. ------=_NextPart_533FA70C_0910A3D0_6A6300C1 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 SG93IGNhbiBJIGdldCB0aGUgSVAgYWRkcmVzcyBhbmQgRE5TIGFuZCBvcGVyYXRpbmcgc3lz dGVtIG9mIHRoZSB2aXJ0dWFsIG1hY2hpbmUgPz90aGFua3MuLi4= ------=_NextPart_533FA70C_0910A3D0_6A6300C1 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 SG93IGNhbiBJIGdldCB0aGUgSVAgYWRkcmVzcyBhbmQgRE5TIGFuZCBvcGVyYXRpbmcgc3lz dGVtIG9mIHRoZSB2aXJ0dWFsIG1hY2hpbmUgPz90aGFua3MuLi4= ------=_NextPart_533FA70C_0910A3D0_6A6300C1-- --===============8744946884628409500== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8744946884628409500==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fj-Mv; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ4Tf-0003Q4-N9 for xen-api@lists.xen.org; Thu, 27 Feb 2014 17:10:31 +0000 Received: from [85.158.143.35:34814] by server-2.bemta-4.messagelabs.com id 18/F7-04779-7817F035; Thu, 27 Feb 2014 17:10:31 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1393521030!8819268!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3548 invoked from network); 27 Feb 2014 17:10:30 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 17:10:30 -0000 X-IronPort-AV: E=Sophos;i="4.97,556,1389744000"; d="scan'208";a="9858162" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 27 Feb 2014 17:10:31 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.60]) by AMSPEX01CL03.citrite.net ([169.254.8.48]) with mapi id 14.02.0342.004; Thu, 27 Feb 2014 18:10:29 +0100 From: Stephen Turner To: Shakeel Butt , Konstantina Chremmou Thread-Topic: [xs-devel] libxenserver crash Thread-Index: AQHPMc7ck+HE9TtKUkCVbzLbGnRdwJrJHcIAgAAqWwCAABFcQA== Date: Thu, 27 Feb 2014 17:10:29 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218291DB111@AMSPEX01CL01.citrite.net> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.54] MIME-Version: 1.0 X-DLP: AMS1 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:03 +0000 Cc: "xs-devel@lists.xenserver.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [xs-devel] libxenserver 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org The SDK is autogenerated, so the code on the github repo is the code that generates the SDK, not the SDK itself. We should, however, have nightly builds on xenserver.org: they seem to be missing from the development snapshots page. -- Stephen Turner -----Original Message----- From: xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.xenserver.org] On Behalf Of Shakeel Butt Sent: 27 February 2014 17:06 To: Konstantina Chremmou Cc: xs-devel@lists.xenserver.org; xen-api@lists.xen.org Subject: Re: [xs-devel] libxenserver crash On Thu, Feb 27, 2014 at 6:34 AM, wrote: > Hi Shakeel, > This seems to be a bug in the SDK code. I'll rectify it in one of the > upcoming hotfixes, in the meantime I'm afraid you'll probably have to > modify the source and in the xen__xen__record_map_free > calls substitute the > xen__record_opt_free(map->contents[i].key) with > xen__free(map- >>contents[i].key). Hi Konstantina, Thanks for the reply. Other than the hotfix can you please upload the complete sdk on the github repo. Currently the sdk on github (link below) is not complete, atleast for C, and it would allow other members of community to participate in fixing the issues. thanks, Shakeel _______________________________________________ Xen-api 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 Apr 25 15:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15: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 1Wdhs8-0006fp-T6; Fri, 25 Apr 2014 15:17:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WQFVU-00068d-VZ for xen-api@lists.xensource.com; Wed, 19 Mar 2014 12:22:19 +0000 Received: from [85.158.143.35:12187] by server-2.bemta-4.messagelabs.com id 61/5D-06539-CEB89235; Wed, 19 Mar 2014 12:22:04 +0000 X-Env-Sender: esezen@turksat.com.tr X-Msg-Ref: server-9.tower-21.messagelabs.com!1395231722!3157160!1 X-Originating-IP: [94.55.112.101] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14179 invoked from network); 19 Mar 2014 12:22:03 -0000 Received: from mmail-1.turksat.com.tr (HELO posta.turksat.com.tr) (94.55.112.101) by server-9.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 19 Mar 2014 12:22:03 -0000 From: Emrecan Sezen To: Rishi <2rushikeshj@gmail.com>, "xen-api@lists.xensource.com" , "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] XenMotion does not work without tools Thread-Index: AQHPQtH+OEjPWThUIku9f8wElVcpoproVO8g Date: Wed, 19 Mar 2014 12:21:58 +0000 Message-ID: <58E38C61AAE90B42B6C8BB74EE4151080270BA08@EXCMBX01.turksat.local> References: In-Reply-To: Accept-Language: tr-TR, en-US Content-Language: tr-TR X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:17:02 +0000 Subject: Re: [Xen-API] [xs-devel] XenMotion does not work without tools X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0946399147091675490==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0946399147091675490== Content-Language: tr-TR Content-Type: multipart/alternative; boundary="_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_" --_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes, xs-tools has some management features over virtual machine memory usag= e. Because migration also transfers memory of the VM, xs-tools to be instal= led is a must. ~Emrecan From: xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.x= enserver.org] On Behalf Of Rishi Sent: Tuesday, March 18, 2014 7:46 PM To: xen-api@lists.xensource.com; xs-devel@lists.xenserver.org Subject: [xs-devel] XenMotion does not work without tools Dear List, With latest XenServer6.2, I have pfsense VMs which are based on FreeBSD. Th= ere are no xs-tools for it which is okay but these VMs can not be live migr= ated to another node. With Xen its possible to migrate any domain to remote xen host but seems it= s not possible in XenServer. Am I missing anything or vmware would be better ? Anyone using pfsense with Xenserver ? --_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes, xs-tools has some ma= nagement features over virtual machine memory usage. Because migration also= transfers memory of the VM, xs-tools to be installed is a must.

 <= /p>

~Emrecan

From: xs-devel= -request@lists.xenserver.org [mailto:xs-devel-request@lists.xenserver.org] On Behalf Of Rishi
Sent: Tuesday, March 18, 2014 7:46 PM
To: xen-api@lists.xensource.com; xs-devel@lists.xenserver.org
Subject: [xs-devel] XenMotion does not work without tools=

 

Dear List,

 

With latest XenServer6.2, I have pfsense VMs which a= re based on FreeBSD. There are no xs-tools for it which is okay but these V= Ms can not be live migrated to another node.

 

With Xen its possible to migrate any domain to remot= e xen host but seems its not possible in XenServer.

 

Am I missing anything or vmware would be better ?

Anyone using pfsense with Xenserver ?

 

 

--_000_58E38C61AAE90B42B6C8BB74EE4151080270BA08EXCMBX01turksat_-- --===============0946399147091675490== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0946399147091675490==-- From xen-api-bounces@lists.xen.org Fri Apr 25 15:22:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:22: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 1WdhwR-0007Rm-EZ; Fri, 25 Apr 2014 15:21:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdhwQ-0007RV-9m for xen-api@lists.xen.org; Fri, 25 Apr 2014 15:21:30 +0000 Received: from [193.109.254.147:16262] by server-8.bemta-14.messagelabs.com id 1B/3B-01877-97D7A535; Fri, 25 Apr 2014 15:21:29 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1398439288!928904!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21257 invoked from network); 25 Apr 2014 15:21:28 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:21:28 -0000 Received: by mail-we0-f173.google.com with SMTP id w61so3719676wes.18 for ; Fri, 25 Apr 2014 08:21: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:content-type:content-transfer-encoding; bh=9rmhHqYyMed5oUclzZQ6qPCpFllNPV5WfPBoMpMS11s=; b=PlPtN0x379Ti2bZtrBQSt474gr/WfROjr5UAIsNIadJ78BL+sujyuKwgejW4/PsV4G QDq8pAXn6QUw3FF2cRzOJSiUkLBmOVc0BUxIX20zAssowxpWsfX4tdBr6PcYO3gy/Qqb VA1VSXeI4wZwOhUCPSRvallaEmgt/5SnENFcakG/ixKxN1t2eQeZnhlwlzEVqOVqgYok 7NtY2eJXC43gHCw6RS+vLYnio+upS7xTthOpYo5h+BNsVfyNGwxaCPWTG5kN9S4ZHEho x0eRfNuIheKtkd0JvH7Hb8CPfo14pE8B9MZyDFRshmFXYF5D7daZhw/+XMVDP0wjvpyp vEBw== X-Received: by 10.195.13.76 with SMTP id ew12mr544346wjd.80.1398439287883; Fri, 25 Apr 2014 08:21:27 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id n5sm6541872wiz.1.2014.04.25.08.21.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Apr 2014 08:21:26 -0700 (PDT) Message-ID: <535A7D75.1090200@xen.org> Date: Fri, 25 Apr 2014 16:21:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" Subject: [Xen-API] List moderation 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 It seems that the xapi-list hasn't been moderated for a while. Looking for a volunteer who will pick this up Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 25 15:22:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:22: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 1WdhwR-0007Rm-EZ; Fri, 25 Apr 2014 15:21:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdhwQ-0007RV-9m for xen-api@lists.xen.org; Fri, 25 Apr 2014 15:21:30 +0000 Received: from [193.109.254.147:16262] by server-8.bemta-14.messagelabs.com id 1B/3B-01877-97D7A535; Fri, 25 Apr 2014 15:21:29 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1398439288!928904!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21257 invoked from network); 25 Apr 2014 15:21:28 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:21:28 -0000 Received: by mail-we0-f173.google.com with SMTP id w61so3719676wes.18 for ; Fri, 25 Apr 2014 08:21: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:content-type:content-transfer-encoding; bh=9rmhHqYyMed5oUclzZQ6qPCpFllNPV5WfPBoMpMS11s=; b=PlPtN0x379Ti2bZtrBQSt474gr/WfROjr5UAIsNIadJ78BL+sujyuKwgejW4/PsV4G QDq8pAXn6QUw3FF2cRzOJSiUkLBmOVc0BUxIX20zAssowxpWsfX4tdBr6PcYO3gy/Qqb VA1VSXeI4wZwOhUCPSRvallaEmgt/5SnENFcakG/ixKxN1t2eQeZnhlwlzEVqOVqgYok 7NtY2eJXC43gHCw6RS+vLYnio+upS7xTthOpYo5h+BNsVfyNGwxaCPWTG5kN9S4ZHEho x0eRfNuIheKtkd0JvH7Hb8CPfo14pE8B9MZyDFRshmFXYF5D7daZhw/+XMVDP0wjvpyp vEBw== X-Received: by 10.195.13.76 with SMTP id ew12mr544346wjd.80.1398439287883; Fri, 25 Apr 2014 08:21:27 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id n5sm6541872wiz.1.2014.04.25.08.21.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Apr 2014 08:21:26 -0700 (PDT) Message-ID: <535A7D75.1090200@xen.org> Date: Fri, 25 Apr 2014 16:21:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" Subject: [Xen-API] List moderation 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 It seems that the xapi-list hasn't been moderated for a while. Looking for a volunteer who will pick this up Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 25 15:23:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:23: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 1WdhyD-0007Z8-Pc; Fri, 25 Apr 2014 15:23:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdhuo-0007Fy-D2 for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:19:50 +0000 Received: from [85.158.139.211:20168] by server-1.bemta-5.messagelabs.com id 3E/74-10259-51D7A535; Fri, 25 Apr 2014 15:19:49 +0000 X-Env-Sender: Paul.Durrant@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1398439188!655442!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18208 invoked from network); 25 Apr 2014 15:19:49 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:19:49 -0000 X-IronPort-AV: E=Sophos;i="4.97,927,1389744000"; d="scan'208";a="14937435" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 25 Apr 2014 15:19:49 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.55]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.03.0123.003; Fri, 25 Apr 2014 17:19:48 +0200 From: Paul Durrant To: "xen-api@lists.xenproject.org" Thread-Topic: project lead nomination Thread-Index: Ac9gmcshuJZZG/VlTsOcRyOEXIdpsA== Date: Fri, 25 Apr 2014 15:19:47 +0000 Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.2.29] MIME-Version: 1.0 X-DLP: AMS1 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:23:20 +0000 Subject: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 As the incumbent project lead, Mike McClurg, is no longer active in the community I would like to nominate Jonathan Ludlam as the new project lead: Jon has been an active contributor to xapi for many years and has a deep understanding of the code. He developed important features such as: the CLI, storage migration, the flexible event system etc etc. Looking to the future, Jon has lots of good ideas for how to make xapi development more accessible and to raise the quality of the code. Jon would make a great project lead. (You can see Jon's commit record at http://www.ohloh.net/p/xenproject-xapi/contributors/2026432142438904). Paul _______________________________________________ Xen-api 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 Apr 25 15:23:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:23: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 1WdhyD-0007Z8-Pc; Fri, 25 Apr 2014 15:23:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdhuo-0007Fy-D2 for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:19:50 +0000 Received: from [85.158.139.211:20168] by server-1.bemta-5.messagelabs.com id 3E/74-10259-51D7A535; Fri, 25 Apr 2014 15:19:49 +0000 X-Env-Sender: Paul.Durrant@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1398439188!655442!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18208 invoked from network); 25 Apr 2014 15:19:49 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:19:49 -0000 X-IronPort-AV: E=Sophos;i="4.97,927,1389744000"; d="scan'208";a="14937435" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 25 Apr 2014 15:19:49 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.55]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.03.0123.003; Fri, 25 Apr 2014 17:19:48 +0200 From: Paul Durrant To: "xen-api@lists.xenproject.org" Thread-Topic: project lead nomination Thread-Index: Ac9gmcshuJZZG/VlTsOcRyOEXIdpsA== Date: Fri, 25 Apr 2014 15:19:47 +0000 Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.2.29] MIME-Version: 1.0 X-DLP: AMS1 X-Mailman-Approved-At: Fri, 25 Apr 2014 15:23:20 +0000 Subject: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 As the incumbent project lead, Mike McClurg, is no longer active in the community I would like to nominate Jonathan Ludlam as the new project lead: Jon has been an active contributor to xapi for many years and has a deep understanding of the code. He developed important features such as: the CLI, storage migration, the flexible event system etc etc. Looking to the future, Jon has lots of good ideas for how to make xapi development more accessible and to raise the quality of the code. Jon would make a great project lead. (You can see Jon's commit record at http://www.ohloh.net/p/xenproject-xapi/contributors/2026432142438904). Paul _______________________________________________ Xen-api 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 Apr 25 15:32:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:32: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 1Wdi6R-0007nT-Oh; Fri, 25 Apr 2014 15:31:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdi6Q-0007nO-6N for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:31:50 +0000 Received: from [193.109.254.147:60360] by server-7.bemta-14.messagelabs.com id 21/81-17726-5EF7A535; Fri, 25 Apr 2014 15:31:49 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1398439908!939466!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7068 invoked from network); 25 Apr 2014 15:31:48 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:31:48 -0000 Received: by mail-wi0-f176.google.com with SMTP id r20so2861490wiv.15 for ; Fri, 25 Apr 2014 08:31: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=7d+kZkh7ARMF5pkUtMqbn3wJScDxxkwI1Iuu70vu4mA=; b=xw0Tz9a31q17cqEPiiPsD48RWj1xhD7nBXIC7Q5yst6R4HPe6RCyAtyEuXcyWMoE12 5bcFWsP+pFrYcDakeh1gyP/gpzOvzHZ4K2ee4oC9tgPlvTNQhxNBqun59h30gohFc9Kp IHlRQg8pXNpE0fwCirARqnmfLeUKWTn4ASuxP7ZhDue7Cxh5UICXqCESmYYDRSQVyFQf Y48batrOGOenJX68pdEJHq301kotwJbZ3+tIyCJbPOw060Ha//N5vUE5TU8jV891Mtlj gOS6cUOWHpw1PJIyxrUIuONNcPQcWnW7LSwnTXt1TFJgsIR+xHNXFUoTD8CvNGnBq+wt Yvbw== X-Received: by 10.180.189.69 with SMTP id gg5mr4282812wic.52.1398439908088; Fri, 25 Apr 2014 08:31:48 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id r4sm11657358wjz.28.2014.04.25.08.31.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Apr 2014 08:31:47 -0700 (PDT) Message-ID: <535A7FE2.1050703@xen.org> Date: Fri, 25 Apr 2014 16:31:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Paul Durrant , "xen-api@lists.xenproject.org" , Jon Ludlam , simon.rowe@citrix.com, Keith.Petley@citrix.com, Paul Durrant References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> In-Reply-To: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> Subject: Re: [Xen-API] project lead nomination 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 all, the process to confirm Jon would be for the currently listed committers as per http://www.xenproject.org/developers/teams/xapi.html, these are * Jon Ludlum * Simon Rowe * Keith Petley * Paul Durrant to confirm Jon through a vote. Voting happens by replying "+1" in favour "0" abstain "-1" against (with explanation) Regards Lars On 25/04/2014 16:19, Paul Durrant wrote: > As the incumbent project lead, Mike McClurg, is no longer active in the community I would like to nominate Jonathan Ludlam as the new project lead: > > Jon has been an active contributor to xapi for many years and has a deep understanding of the code. He developed important features such as: the CLI, storage migration, the flexible event system etc etc. Looking to the future, Jon has lots of good ideas for how to make xapi development more accessible and to raise the quality of the code. Jon would make a great project lead. > (You can see Jon's commit record at http://www.ohloh.net/p/xenproject-xapi/contributors/2026432142438904). > > Paul > > > _______________________________________________ > 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 Apr 25 15:32:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:32: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 1Wdi6R-0007nT-Oh; Fri, 25 Apr 2014 15:31:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdi6Q-0007nO-6N for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:31:50 +0000 Received: from [193.109.254.147:60360] by server-7.bemta-14.messagelabs.com id 21/81-17726-5EF7A535; Fri, 25 Apr 2014 15:31:49 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1398439908!939466!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7068 invoked from network); 25 Apr 2014 15:31:48 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:31:48 -0000 Received: by mail-wi0-f176.google.com with SMTP id r20so2861490wiv.15 for ; Fri, 25 Apr 2014 08:31: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=7d+kZkh7ARMF5pkUtMqbn3wJScDxxkwI1Iuu70vu4mA=; b=xw0Tz9a31q17cqEPiiPsD48RWj1xhD7nBXIC7Q5yst6R4HPe6RCyAtyEuXcyWMoE12 5bcFWsP+pFrYcDakeh1gyP/gpzOvzHZ4K2ee4oC9tgPlvTNQhxNBqun59h30gohFc9Kp IHlRQg8pXNpE0fwCirARqnmfLeUKWTn4ASuxP7ZhDue7Cxh5UICXqCESmYYDRSQVyFQf Y48batrOGOenJX68pdEJHq301kotwJbZ3+tIyCJbPOw060Ha//N5vUE5TU8jV891Mtlj gOS6cUOWHpw1PJIyxrUIuONNcPQcWnW7LSwnTXt1TFJgsIR+xHNXFUoTD8CvNGnBq+wt Yvbw== X-Received: by 10.180.189.69 with SMTP id gg5mr4282812wic.52.1398439908088; Fri, 25 Apr 2014 08:31:48 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id r4sm11657358wjz.28.2014.04.25.08.31.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Apr 2014 08:31:47 -0700 (PDT) Message-ID: <535A7FE2.1050703@xen.org> Date: Fri, 25 Apr 2014 16:31:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Paul Durrant , "xen-api@lists.xenproject.org" , Jon Ludlam , simon.rowe@citrix.com, Keith.Petley@citrix.com, Paul Durrant References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> In-Reply-To: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> Subject: Re: [Xen-API] project lead nomination 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 all, the process to confirm Jon would be for the currently listed committers as per http://www.xenproject.org/developers/teams/xapi.html, these are * Jon Ludlum * Simon Rowe * Keith Petley * Paul Durrant to confirm Jon through a vote. Voting happens by replying "+1" in favour "0" abstain "-1" against (with explanation) Regards Lars On 25/04/2014 16:19, Paul Durrant wrote: > As the incumbent project lead, Mike McClurg, is no longer active in the community I would like to nominate Jonathan Ludlam as the new project lead: > > Jon has been an active contributor to xapi for many years and has a deep understanding of the code. He developed important features such as: the CLI, storage migration, the flexible event system etc etc. Looking to the future, Jon has lots of good ideas for how to make xapi development more accessible and to raise the quality of the code. Jon would make a great project lead. > (You can see Jon's commit record at http://www.ohloh.net/p/xenproject-xapi/contributors/2026432142438904). > > Paul > > > _______________________________________________ > 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 Apr 25 15:34:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:34: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 1Wdi98-0007wQ-JN; Fri, 25 Apr 2014 15:34:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdi97-0007wK-SV for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:34:38 +0000 Received: from [85.158.143.35:55874] by server-2.bemta-4.messagelabs.com id 74/30-06539-D808A535; Fri, 25 Apr 2014 15:34:37 +0000 X-Env-Sender: Jonathan.Ludlam@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1398440074!1078282!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18060 invoked from network); 25 Apr 2014 15:34:36 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:34:36 -0000 X-IronPort-AV: E=Sophos;i="4.97,927,1389744000"; d="scan'208";a="124621021" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 25 Apr 2014 15:34:11 +0000 Received: from [10.80.118.191] (10.80.118.191) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Apr 2014 11:34:11 -0400 Message-ID: <535A8072.7090808@eu.citrix.com> Date: Fri, 25 Apr 2014 16:34:10 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: , Paul Durrant , "xen-api@lists.xenproject.org" , , References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> In-Reply-To: <535A7FE2.1050703@xen.org> X-Originating-IP: [10.80.118.191] X-DLP: MIA2 Subject: Re: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 If this doesn't exclude me, then +1 :-) Jon On 25/04/14 16:31, Lars Kurth wrote: > Hi all, > > the process to confirm Jon would be for the currently listed > committers as per > http://www.xenproject.org/developers/teams/xapi.html, these are > * Jon Ludlum > * Simon Rowe > * Keith Petley > * Paul Durrant > > to confirm Jon through a vote. Voting happens by replying > "+1" in favour > "0" abstain > "-1" against (with explanation) > > Regards > Lars > > > On 25/04/2014 16:19, Paul Durrant wrote: >> As the incumbent project lead, Mike McClurg, is no longer active in >> the community I would like to nominate Jonathan Ludlam as the new >> project lead: >> >> Jon has been an active contributor to xapi for many years and has a >> deep understanding of the code. He developed important features such >> as: the CLI, storage migration, the flexible event system etc etc. >> Looking to the future, Jon has lots of good ideas for how to make >> xapi development more accessible and to raise the quality of the >> code. Jon would make a great project lead. >> (You can see Jon's commit record at >> http://www.ohloh.net/p/xenproject-xapi/contributors/2026432142438904). >> >> Paul >> >> >> _______________________________________________ >> 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 Apr 25 15:34:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:34: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 1Wdi98-0007wQ-JN; Fri, 25 Apr 2014 15:34:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdi97-0007wK-SV for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:34:38 +0000 Received: from [85.158.143.35:55874] by server-2.bemta-4.messagelabs.com id 74/30-06539-D808A535; Fri, 25 Apr 2014 15:34:37 +0000 X-Env-Sender: Jonathan.Ludlam@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1398440074!1078282!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18060 invoked from network); 25 Apr 2014 15:34:36 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:34:36 -0000 X-IronPort-AV: E=Sophos;i="4.97,927,1389744000"; d="scan'208";a="124621021" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 25 Apr 2014 15:34:11 +0000 Received: from [10.80.118.191] (10.80.118.191) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Apr 2014 11:34:11 -0400 Message-ID: <535A8072.7090808@eu.citrix.com> Date: Fri, 25 Apr 2014 16:34:10 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: , Paul Durrant , "xen-api@lists.xenproject.org" , , References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> In-Reply-To: <535A7FE2.1050703@xen.org> X-Originating-IP: [10.80.118.191] X-DLP: MIA2 Subject: Re: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 If this doesn't exclude me, then +1 :-) Jon On 25/04/14 16:31, Lars Kurth wrote: > Hi all, > > the process to confirm Jon would be for the currently listed > committers as per > http://www.xenproject.org/developers/teams/xapi.html, these are > * Jon Ludlum > * Simon Rowe > * Keith Petley > * Paul Durrant > > to confirm Jon through a vote. Voting happens by replying > "+1" in favour > "0" abstain > "-1" against (with explanation) > > Regards > Lars > > > On 25/04/2014 16:19, Paul Durrant wrote: >> As the incumbent project lead, Mike McClurg, is no longer active in >> the community I would like to nominate Jonathan Ludlam as the new >> project lead: >> >> Jon has been an active contributor to xapi for many years and has a >> deep understanding of the code. He developed important features such >> as: the CLI, storage migration, the flexible event system etc etc. >> Looking to the future, Jon has lots of good ideas for how to make >> xapi development more accessible and to raise the quality of the >> code. Jon would make a great project lead. >> (You can see Jon's commit record at >> http://www.ohloh.net/p/xenproject-xapi/contributors/2026432142438904). >> >> Paul >> >> >> _______________________________________________ >> 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 Apr 25 15:35:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:35: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 1Wdi9S-0007yL-Q9; Fri, 25 Apr 2014 15:34:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdi9R-0007y4-8v for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:34:57 +0000 Received: from [193.109.254.147:28663] by server-3.bemta-14.messagelabs.com id 0F/D8-22179-0A08A535; Fri, 25 Apr 2014 15:34:56 +0000 X-Env-Sender: Simon.Rowe@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1398440094!929602!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2431 invoked from network); 25 Apr 2014 15:34:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:34:55 -0000 X-IronPort-AV: E=Sophos;i="4.97,927,1389744000"; d="scan'208";a="123550519" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 25 Apr 2014 15:34:54 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Apr 2014 11:34:53 -0400 Received: from celebrindal.uk.xensource.com ([10.80.2.52]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wdi9N-0004t4-Hh; Fri, 25 Apr 2014 16:34:53 +0100 Message-ID: <535A809D.8@eu.citrix.com> Date: Fri, 25 Apr 2014 16:34:53 +0100 From: Simon Rowe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120723 Thunderbird/14.0 MIME-Version: 1.0 To: References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> In-Reply-To: <535A7FE2.1050703@xen.org> X-DLP: MIA2 Cc: "xen-api@lists.xenproject.org" , simon.rowe@citrix.com, Paul Durrant , Keith.Petley@citrix.com Subject: Re: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 25/04/14 16:31, Lars Kurth wrote: > Hi all, > > the process to confirm Jon would be for the currently listed > committers as per > http://www.xenproject.org/developers/teams/xapi.html, these are > * Jon Ludlum > * Simon Rowe > * Keith Petley > * Paul Durrant > > to confirm Jon through a vote. Voting happens by replying > "+1" in favour > "0" abstain > "-1" against (with explanation) > > Regards > Lars +1 _______________________________________________ Xen-api 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 Apr 25 15:35:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 15:35: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 1Wdi9S-0007yL-Q9; Fri, 25 Apr 2014 15:34:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wdi9R-0007y4-8v for xen-api@lists.xenproject.org; Fri, 25 Apr 2014 15:34:57 +0000 Received: from [193.109.254.147:28663] by server-3.bemta-14.messagelabs.com id 0F/D8-22179-0A08A535; Fri, 25 Apr 2014 15:34:56 +0000 X-Env-Sender: Simon.Rowe@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1398440094!929602!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2431 invoked from network); 25 Apr 2014 15:34:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 15:34:55 -0000 X-IronPort-AV: E=Sophos;i="4.97,927,1389744000"; d="scan'208";a="123550519" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 25 Apr 2014 15:34:54 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Apr 2014 11:34:53 -0400 Received: from celebrindal.uk.xensource.com ([10.80.2.52]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Wdi9N-0004t4-Hh; Fri, 25 Apr 2014 16:34:53 +0100 Message-ID: <535A809D.8@eu.citrix.com> Date: Fri, 25 Apr 2014 16:34:53 +0100 From: Simon Rowe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120723 Thunderbird/14.0 MIME-Version: 1.0 To: References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> In-Reply-To: <535A7FE2.1050703@xen.org> X-DLP: MIA2 Cc: "xen-api@lists.xenproject.org" , simon.rowe@citrix.com, Paul Durrant , Keith.Petley@citrix.com Subject: Re: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 25/04/14 16:31, Lars Kurth wrote: > Hi all, > > the process to confirm Jon would be for the currently listed > committers as per > http://www.xenproject.org/developers/teams/xapi.html, these are > * Jon Ludlum > * Simon Rowe > * Keith Petley > * Paul Durrant > > to confirm Jon through a vote. Voting happens by replying > "+1" in favour > "0" abstain > "-1" against (with explanation) > > Regards > Lars +1 _______________________________________________ Xen-api 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 Apr 25 16:41:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 16:41: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 1WdjBL-0002mi-0p; Fri, 25 Apr 2014 16:40:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdjBK-0002md-6i for xen-api@lists.xen.org; Fri, 25 Apr 2014 16:40:58 +0000 Received: from [193.109.254.147:20384] by server-5.bemta-14.messagelabs.com id 57/D1-26413-9109A535; Fri, 25 Apr 2014 16:40:57 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1398444056!947742!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29127 invoked from network); 25 Apr 2014 16:40:56 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 16:40:56 -0000 X-IronPort-AV: E=Sophos;i="4.97,928,1389744000"; d="scan'208";a="14946057" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 25 Apr 2014 16:40:56 +0000 Received: from citrix.com (10.80.3.44) by AMSPEX01CL02.citrite.net (10.69.46.33) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Apr 2014 18:40:55 +0200 Date: Fri, 25 Apr 2014 17:40:51 +0100 From: Euan Harris To: Qin Jia Message-ID: <20140425164050.GA3178@citrix.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-12-10) X-Originating-IP: [10.80.3.44] X-DLP: AMS1 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Does xenserver-core change underlying Xen X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Qin, > I just want to make sure that whether xenserver-core will change the > underlying Xen? In other words, if I change the underlying xen and use a > different xen.gz in the grub.lst, will it still work? Currently it just installs whatever your distribution provides. It does not build a different Xen package. > In addition to that, I noticed that xenserver-core used a new kernel > modules vmlinuz.3.4.53-8.el6.centos.alt.x68_64 and > initramfs-3.4.53-8.el6.centos.alt.x86_64. If I change the kernel modules, > will it still work? There's no fundamental reason why it should not work, but of course if you disable a module that it happens to rely on then you will have problems. Thanks, Euan _______________________________________________ Xen-api 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 Apr 25 16:41:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 25 Apr 2014 16:41: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 1WdjBL-0002mi-0p; Fri, 25 Apr 2014 16:40:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WdjBK-0002md-6i for xen-api@lists.xen.org; Fri, 25 Apr 2014 16:40:58 +0000 Received: from [193.109.254.147:20384] by server-5.bemta-14.messagelabs.com id 57/D1-26413-9109A535; Fri, 25 Apr 2014 16:40:57 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1398444056!947742!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29127 invoked from network); 25 Apr 2014 16:40:56 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2014 16:40:56 -0000 X-IronPort-AV: E=Sophos;i="4.97,928,1389744000"; d="scan'208";a="14946057" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 25 Apr 2014 16:40:56 +0000 Received: from citrix.com (10.80.3.44) by AMSPEX01CL02.citrite.net (10.69.46.33) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Apr 2014 18:40:55 +0200 Date: Fri, 25 Apr 2014 17:40:51 +0100 From: Euan Harris To: Qin Jia Message-ID: <20140425164050.GA3178@citrix.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-12-10) X-Originating-IP: [10.80.3.44] X-DLP: AMS1 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Does xenserver-core change underlying Xen X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Qin, > I just want to make sure that whether xenserver-core will change the > underlying Xen? In other words, if I change the underlying xen and use a > different xen.gz in the grub.lst, will it still work? Currently it just installs whatever your distribution provides. It does not build a different Xen package. > In addition to that, I noticed that xenserver-core used a new kernel > modules vmlinuz.3.4.53-8.el6.centos.alt.x68_64 and > initramfs-3.4.53-8.el6.centos.alt.x86_64. If I change the kernel modules, > will it still work? There's no fundamental reason why it should not work, but of course if you disable a module that it happens to rely on then you will have problems. Thanks, Euan _______________________________________________ Xen-api 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 Apr 28 11:52:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 28 Apr 2014 11:52: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 1Wek6j-0005v3-4C; Mon, 28 Apr 2014 11:52:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wek6h-0005ua-6c for xen-api@lists.xenproject.org; Mon, 28 Apr 2014 11:52:23 +0000 Received: from [85.158.143.35:28259] by server-2.bemta-4.messagelabs.com id 73/27-06539-6F04E535; Mon, 28 Apr 2014 11:52:22 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1398685941!1457349!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19908 invoked from network); 28 Apr 2014 11:52:21 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2014 11:52:21 -0000 Received: by mail-wi0-f176.google.com with SMTP id r20so5524181wiv.3 for ; Mon, 28 Apr 2014 04:52:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=4jAf+Ta1ahjqoPouJF1J9BM0B2lwzGmpq0D1cp2GueE=; b=AKaNXMpncMLPB+t3sAclw8b42DMN+ZXWYPDbD/CsIfrPPHltlBS/CPldcITXZ7fpf1 bKef6frvTHruW30XGA6T0GdNB4uTBF5i9wfLnrrhQSxoCvtpq1JtCSitYJPWC7aIzo8L ibr2AmUKFEOS62lDCs9g06VrX19B5VVJ1UIU3P+A04PCghXSwY+eVECP7LCReVUbZNRo 1T7ssiHRLM1nI2xmFOH4+4tNZ36z26C/HX0wm4QSy+6Z8Eiswu/yLlvOsOQMxWHeNPwH 6XQJhIiLiPXd6zcKXPrQGuc4IcgGU4Sz2a/pi1Phsp1325Zd4E3qVGRCmcHmFatix6FP CFrA== X-Received: by 10.180.19.167 with SMTP id g7mr15129841wie.46.1398685941214; Mon, 28 Apr 2014 04:52:21 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id l4sm14608007wiy.0.2014.04.28.04.52.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Apr 2014 04:52:20 -0700 (PDT) Message-ID: <535E40F3.4070107@xen.org> Date: Mon, 28 Apr 2014 12:52:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Simon Rowe References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> <535A809D.8@eu.citrix.com> In-Reply-To: <535A809D.8@eu.citrix.com> Cc: "xen-api@lists.xenproject.org" , simon.rowe@citrix.com, Paul Durrant , Keith.Petley@citrix.com Subject: Re: [Xen-API] project lead nomination 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 Paul, you trechnically still need to vote . As community manager, I can also vote, so +1 from me Votes are typically open for a week. It will close on Friday the 2nd Lars On 25/04/2014 16:34, Simon Rowe wrote: > On 25/04/14 16:31, Lars Kurth wrote: >> Hi all, >> >> the process to confirm Jon would be for the currently listed >> committers as per >> http://www.xenproject.org/developers/teams/xapi.html, these are >> * Jon Ludlum >> * Simon Rowe >> * Keith Petley >> * Paul Durrant >> >> to confirm Jon through a vote. Voting happens by replying >> "+1" in favour >> "0" abstain >> "-1" against (with explanation) >> >> Regards >> Lars > > +1 > _______________________________________________ Xen-api 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 Apr 28 11:52:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 28 Apr 2014 11:52: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 1Wek6j-0005v3-4C; Mon, 28 Apr 2014 11:52:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wek6h-0005ua-6c for xen-api@lists.xenproject.org; Mon, 28 Apr 2014 11:52:23 +0000 Received: from [85.158.143.35:28259] by server-2.bemta-4.messagelabs.com id 73/27-06539-6F04E535; Mon, 28 Apr 2014 11:52:22 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1398685941!1457349!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19908 invoked from network); 28 Apr 2014 11:52:21 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2014 11:52:21 -0000 Received: by mail-wi0-f176.google.com with SMTP id r20so5524181wiv.3 for ; Mon, 28 Apr 2014 04:52:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=4jAf+Ta1ahjqoPouJF1J9BM0B2lwzGmpq0D1cp2GueE=; b=AKaNXMpncMLPB+t3sAclw8b42DMN+ZXWYPDbD/CsIfrPPHltlBS/CPldcITXZ7fpf1 bKef6frvTHruW30XGA6T0GdNB4uTBF5i9wfLnrrhQSxoCvtpq1JtCSitYJPWC7aIzo8L ibr2AmUKFEOS62lDCs9g06VrX19B5VVJ1UIU3P+A04PCghXSwY+eVECP7LCReVUbZNRo 1T7ssiHRLM1nI2xmFOH4+4tNZ36z26C/HX0wm4QSy+6Z8Eiswu/yLlvOsOQMxWHeNPwH 6XQJhIiLiPXd6zcKXPrQGuc4IcgGU4Sz2a/pi1Phsp1325Zd4E3qVGRCmcHmFatix6FP CFrA== X-Received: by 10.180.19.167 with SMTP id g7mr15129841wie.46.1398685941214; Mon, 28 Apr 2014 04:52:21 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id l4sm14608007wiy.0.2014.04.28.04.52.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Apr 2014 04:52:20 -0700 (PDT) Message-ID: <535E40F3.4070107@xen.org> Date: Mon, 28 Apr 2014 12:52:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Simon Rowe References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> <535A809D.8@eu.citrix.com> In-Reply-To: <535A809D.8@eu.citrix.com> Cc: "xen-api@lists.xenproject.org" , simon.rowe@citrix.com, Paul Durrant , Keith.Petley@citrix.com Subject: Re: [Xen-API] project lead nomination 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 Paul, you trechnically still need to vote . As community manager, I can also vote, so +1 from me Votes are typically open for a week. It will close on Friday the 2nd Lars On 25/04/2014 16:34, Simon Rowe wrote: > On 25/04/14 16:31, Lars Kurth wrote: >> Hi all, >> >> the process to confirm Jon would be for the currently listed >> committers as per >> http://www.xenproject.org/developers/teams/xapi.html, these are >> * Jon Ludlum >> * Simon Rowe >> * Keith Petley >> * Paul Durrant >> >> to confirm Jon through a vote. Voting happens by replying >> "+1" in favour >> "0" abstain >> "-1" against (with explanation) >> >> Regards >> Lars > > +1 > _______________________________________________ Xen-api 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 Apr 28 12:34:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 28 Apr 2014 12:34:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WeklD-0000LZ-Nf; Mon, 28 Apr 2014 12:34:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WeklC-0000LU-Ji for xen-api@lists.xenproject.org; Mon, 28 Apr 2014 12:34:14 +0000 Received: from [85.158.139.211:48034] by server-16.bemta-5.messagelabs.com id 75/37-19700-5CA4E535; Mon, 28 Apr 2014 12:34:13 +0000 X-Env-Sender: Paul.Durrant@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1398688450!1008453!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11620 invoked from network); 28 Apr 2014 12:34:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2014 12:34:10 -0000 X-IronPort-AV: E=Sophos;i="4.97,944,1389744000"; d="scan'208";a="15318657" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 28 Apr 2014 12:34:11 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.18]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.03.0181.006; Mon, 28 Apr 2014 14:34:09 +0200 From: Paul Durrant To: "lars.kurth@xen.org" Thread-Topic: [Xen-API] project lead nomination Thread-Index: Ac9gmcshuJZZG/VlTsOcRyOEXIdpsP//4dEAgAAA34CABHjQgP//0xcA Date: Mon, 28 Apr 2014 12:34:08 +0000 Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD032AAAC@AMSPEX01CL01.citrite.net> References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> <535A809D.8@eu.citrix.com> <535E40F3.4070107@xen.org> In-Reply-To: <535E40F3.4070107@xen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.2.29] MIME-Version: 1.0 X-DLP: AMS1 Cc: Simon Rowe , "xen-api@lists.xenproject.org" , Jonathan Ludlam , Keith Petley Subject: Re: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 > -----Original Message----- > From: Lars Kurth [mailto:lars.kurth.xen@gmail.com] On Behalf Of Lars Kurth > Sent: 28 April 2014 12:52 > To: Simon Rowe > Cc: Paul Durrant; xen-api@lists.xenproject.org; Jonathan Ludlam; Simon > Rowe; Keith Petley > Subject: Re: [Xen-API] project lead nomination > > Paul, > > you trechnically still need to vote . Ah. I assumed my +1 was implicit in my proposal but if not... +1 Paul > As community manager, I can also > vote, so > +1 from me > > Votes are typically open for a week. It will close on Friday the 2nd > Lars > > On 25/04/2014 16:34, Simon Rowe wrote: > > On 25/04/14 16:31, Lars Kurth wrote: > >> Hi all, > >> > >> the process to confirm Jon would be for the currently listed > >> committers as per > >> http://www.xenproject.org/developers/teams/xapi.html, these are > >> * Jon Ludlum > >> * Simon Rowe > >> * Keith Petley > >> * Paul Durrant > >> > >> to confirm Jon through a vote. Voting happens by replying > >> "+1" in favour > >> "0" abstain > >> "-1" against (with explanation) > >> > >> Regards > >> Lars > > > > +1 > > _______________________________________________ Xen-api 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 Apr 28 12:34:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 28 Apr 2014 12:34:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WeklD-0000LZ-Nf; Mon, 28 Apr 2014 12:34:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WeklC-0000LU-Ji for xen-api@lists.xenproject.org; Mon, 28 Apr 2014 12:34:14 +0000 Received: from [85.158.139.211:48034] by server-16.bemta-5.messagelabs.com id 75/37-19700-5CA4E535; Mon, 28 Apr 2014 12:34:13 +0000 X-Env-Sender: Paul.Durrant@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1398688450!1008453!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11620 invoked from network); 28 Apr 2014 12:34:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2014 12:34:10 -0000 X-IronPort-AV: E=Sophos;i="4.97,944,1389744000"; d="scan'208";a="15318657" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 28 Apr 2014 12:34:11 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.18]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.03.0181.006; Mon, 28 Apr 2014 14:34:09 +0200 From: Paul Durrant To: "lars.kurth@xen.org" Thread-Topic: [Xen-API] project lead nomination Thread-Index: Ac9gmcshuJZZG/VlTsOcRyOEXIdpsP//4dEAgAAA34CABHjQgP//0xcA Date: Mon, 28 Apr 2014 12:34:08 +0000 Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD032AAAC@AMSPEX01CL01.citrite.net> References: <9AAE0902D5BC7E449B7C8E4E778ABCD0310676@AMSPEX01CL01.citrite.net> <535A7FE2.1050703@xen.org> <535A809D.8@eu.citrix.com> <535E40F3.4070107@xen.org> In-Reply-To: <535E40F3.4070107@xen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.2.29] MIME-Version: 1.0 X-DLP: AMS1 Cc: Simon Rowe , "xen-api@lists.xenproject.org" , Jonathan Ludlam , Keith Petley Subject: Re: [Xen-API] project lead nomination X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 > -----Original Message----- > From: Lars Kurth [mailto:lars.kurth.xen@gmail.com] On Behalf Of Lars Kurth > Sent: 28 April 2014 12:52 > To: Simon Rowe > Cc: Paul Durrant; xen-api@lists.xenproject.org; Jonathan Ludlam; Simon > Rowe; Keith Petley > Subject: Re: [Xen-API] project lead nomination > > Paul, > > you trechnically still need to vote . Ah. I assumed my +1 was implicit in my proposal but if not... +1 Paul > As community manager, I can also > vote, so > +1 from me > > Votes are typically open for a week. It will close on Friday the 2nd > Lars > > On 25/04/2014 16:34, Simon Rowe wrote: > > On 25/04/14 16:31, Lars Kurth wrote: > >> Hi all, > >> > >> the process to confirm Jon would be for the currently listed > >> committers as per > >> http://www.xenproject.org/developers/teams/xapi.html, these are > >> * Jon Ludlum > >> * Simon Rowe > >> * Keith Petley > >> * Paul Durrant > >> > >> to confirm Jon through a vote. Voting happens by replying > >> "+1" in favour > >> "0" abstain > >> "-1" against (with explanation) > >> > >> Regards > >> Lars > > > > +1 > > _______________________________________________ Xen-api 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 Apr 28 22:27:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 28 Apr 2014 22:27: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 1Weu0w-0000BY-He; Mon, 28 Apr 2014 22:27:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Weu0u-0000BS-W9 for xen-api@lists.xen.org; Mon, 28 Apr 2014 22:27:05 +0000 Received: from [85.158.137.68:41639] by server-12.bemta-3.messagelabs.com id 05/9D-14831-8B5DE535; Mon, 28 Apr 2014 22:27:04 +0000 X-Env-Sender: celso.fernandes@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1398724022!623016!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28953 invoked from network); 28 Apr 2014 22:27:02 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2014 22:27:02 -0000 Received: by mail-we0-f175.google.com with SMTP id q58so7063483wes.34 for ; Mon, 28 Apr 2014 15:27:02 -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:message-id :subject:to:cc:content-type; bh=JURcxuV6Y/EY3OyrodC1nvZtIXh0uTETQw7vw2yQfq8=; b=EWTcIDnb2s2PSFPndzKT0gRlTV5N8KsHa6VpLuFHvmcvR0hlDSjV51JlZdL0RwtFV8 FysvoUzTxhxkmJdn7pZt2i1OoC8jjzvZvg1P4U+LyeYciO1KzWJFYdRLIlK9qsz53H15 B8CmiJ3FyGePDvXNb/ov7ZFI63iIYI27jxPAN6Y0/lkwqY7PwoS6MaKAJfK8eILrh3Tj +yL5nCQcj3Yj15o3ExHKiBimxb6Laul0ZK0A+Sa7sT0H5cMlD2p0eMqs8jffmS51wmzA PtEfj7NXrMRV5IK5vBp+pECwTbTnWle95ghuxieU/zfdmnna+nJ2ZhFcIs6RPhmpzjX6 lw2w== X-Received: by 10.181.8.204 with SMTP id dm12mr17294753wid.1.1398724022043; Mon, 28 Apr 2014 15:27:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.85.67 with HTTP; Mon, 28 Apr 2014 15:26:31 -0700 (PDT) In-Reply-To: References: From: Celso Fernandes Date: Mon, 28 Apr 2014 19:26:31 -0300 X-Google-Sender-Auth: OH9wFSMQbTs5iS-jZizVEL3KwWA Message-ID: To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7546187565800475530==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7546187565800475530== Content-Type: multipart/alternative; boundary=001a113484ca794cf104f821d0a6 --001a113484ca794cf104f821d0a6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dave, How are you building packages for Debian? I had to hack on xenserver:buildroot/blob/master/scripts/deb/configure.sh and some other files to be able to build the packages for Debian Is there any other way? Does worth to send a PR with these changes? Thank you, Celso Fernandes www.zertico.com +55 35 3629-1616 Av. BPS, 1303 - PCE - PCTI - Sala 10 On Wed, Apr 16, 2014 at 11:38 AM, Dave Scott wrote: > Hi Edwin, > > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > > > All, > > We are trying to add some new feature in xen-api and test in openstack > environment. But build xen-api accroding to README.markdown at > https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always > failed. There are dependences not in documents, like blktap-dev, and also > some basic build failure, like obuild. > > > > Just curious how xen-api developer do the build? Build it stand-alone, > or with xenserver? Do you have frequent fresh build test? > > For components like =E2=80=98xenopsd=E2=80=99, =E2=80=98xcp-networkd=E2= =80=99 etc I prefer to install all > the dependencies in CentOS (or Debian) via xenserver-core[1]. I can then > clone the repo and build the binaries. > > For =E2=80=98xapi=E2=80=99 itself the xenserver-core .spec file reference= s a branch with a > couple of build fixes in it. These need to be tidied up and merged to > master=E2=80=94 Bob Ball (cc:d) and I are trying to sort this out. > > I think we should try to create a =E2=80=98vagrant box=E2=80=99 configura= tion to help > people set this up =E2=80=94 what do you think? > > > Another question is how you do the test? Do you have some simple unit > test tools to verify API function, or you test it in XCP environment? > > For =E2=80=98xapi=E2=80=99, there are a few unit tests which run as part = of the build. > There=E2=80=99s also a program called =E2=80=98quicktest=E2=80=99 (in the= xen-api repo) which can > install VMs, suspend/resume, migrate etc. After that we normally run syst= em > tests via xenrt[2] > > > Do you have plan do do some test in openstack environment? You know, > libvirt in openstack doesn't support xen well. > > I think xapi is tested as part of the XenServer openstack CI[3] > > HTH, > Dave > [1] https://github.com/xenserver/xenserver-core > [2] > http://www.xenserver.org/discuss-virtualization/virtualization-blog/entry= /introducing-open-source-xenrt.html > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > > > > > > > Best Rgds, > > Edwin > > > > _______________________________________________ > > 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 > --001a113484ca794cf104f821d0a6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dave,

How are you building packages = for Debian?

I had to hack on xenserver:buildroot/b= lob/master/scripts/deb/configure.sh and some other files to be able to buil= d the packages for Debian

Is there any other way? Does worth to send a PR with th= ese changes?

Thank you,

Celso Fernandes

www.zertico.com

+55 35=C2=A03629-1616=
Av. BPS, 1303 - PCE - PCTI - Sala 10


On Wed, Apr 16, 2014 at 11:38 AM, Dave S= cott <Dave.Scott@citrix.com> wrote:
Hi Edwin,

On 16 Apr 2014, at 11:36, Zhai, Edwin <edwin.zhai@intel.com> wrote:

> All,
> We are trying to add some new feature in xen-api and test in openstack= environment. But build xen-api accroding to README.markdown at https://gith= ub.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There ar= e dependences not in documents, like blktap-dev, and also some basic build = failure, like obuild.
>
> Just curious how xen-api developer do the build? Build it stand-alone,= or with xenserver? Do you have frequent fresh build test?

For components like =E2=80=98xenopsd=E2=80=99, =E2=80=98xcp-networkd= =E2=80=99 etc I prefer to install all the dependencies in CentOS (or Debian= ) via xenserver-core[1]. I can then clone the repo and build the binaries.<= br>
For =E2=80=98xapi=E2=80=99 itself the xenserver-core .spec file references = a branch with a couple of build fixes in it. These need to be tidied up and= merged to master=E2=80=94 Bob Ball (cc:d) and I are trying to sort this ou= t.

I think we should try to create a =E2=80=98vagrant box=E2=80=99 configurati= on to help people set this up =E2=80=94 what do you think?

> Another question is how you do the test? Do you have some simple unit = test tools to verify API function, or you test it in XCP environment?

For =E2=80=98xapi=E2=80=99, there are a few unit tests which run as p= art of the build. There=E2=80=99s also a program called =E2=80=98quicktest= =E2=80=99 (in the xen-api repo) which can install VMs, suspend/resume, migr= ate etc. After that we normally run system tests via xenrt[2]

> Do you have plan do do some test in openstack environment? You know, l= ibvirt in openstack doesn't support xen well.

I think xapi is tested as part of the XenServer openstack CI[3]

HTH,
Dave
[1] https://github.com/xenserver/xenserver-core
[2] http://= www.xenserver.org/discuss-virtualization/virtualization-blog/entry/introduc= ing-open-source-xenrt.html
[3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI

>
>
> Best Rgds,
> Edwin
>
> _______________________________________________
> 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

--001a113484ca794cf104f821d0a6-- --===============7546187565800475530== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7546187565800475530==-- From xen-api-bounces@lists.xen.org Mon Apr 28 22:27:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 28 Apr 2014 22:27: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 1Weu0w-0000BY-He; Mon, 28 Apr 2014 22:27:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Weu0u-0000BS-W9 for xen-api@lists.xen.org; Mon, 28 Apr 2014 22:27:05 +0000 Received: from [85.158.137.68:41639] by server-12.bemta-3.messagelabs.com id 05/9D-14831-8B5DE535; Mon, 28 Apr 2014 22:27:04 +0000 X-Env-Sender: celso.fernandes@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1398724022!623016!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28953 invoked from network); 28 Apr 2014 22:27:02 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2014 22:27:02 -0000 Received: by mail-we0-f175.google.com with SMTP id q58so7063483wes.34 for ; Mon, 28 Apr 2014 15:27:02 -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:message-id :subject:to:cc:content-type; bh=JURcxuV6Y/EY3OyrodC1nvZtIXh0uTETQw7vw2yQfq8=; b=EWTcIDnb2s2PSFPndzKT0gRlTV5N8KsHa6VpLuFHvmcvR0hlDSjV51JlZdL0RwtFV8 FysvoUzTxhxkmJdn7pZt2i1OoC8jjzvZvg1P4U+LyeYciO1KzWJFYdRLIlK9qsz53H15 B8CmiJ3FyGePDvXNb/ov7ZFI63iIYI27jxPAN6Y0/lkwqY7PwoS6MaKAJfK8eILrh3Tj +yL5nCQcj3Yj15o3ExHKiBimxb6Laul0ZK0A+Sa7sT0H5cMlD2p0eMqs8jffmS51wmzA PtEfj7NXrMRV5IK5vBp+pECwTbTnWle95ghuxieU/zfdmnna+nJ2ZhFcIs6RPhmpzjX6 lw2w== X-Received: by 10.181.8.204 with SMTP id dm12mr17294753wid.1.1398724022043; Mon, 28 Apr 2014 15:27:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.85.67 with HTTP; Mon, 28 Apr 2014 15:26:31 -0700 (PDT) In-Reply-To: References: From: Celso Fernandes Date: Mon, 28 Apr 2014 19:26:31 -0300 X-Google-Sender-Auth: OH9wFSMQbTs5iS-jZizVEL3KwWA Message-ID: To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7546187565800475530==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7546187565800475530== Content-Type: multipart/alternative; boundary=001a113484ca794cf104f821d0a6 --001a113484ca794cf104f821d0a6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dave, How are you building packages for Debian? I had to hack on xenserver:buildroot/blob/master/scripts/deb/configure.sh and some other files to be able to build the packages for Debian Is there any other way? Does worth to send a PR with these changes? Thank you, Celso Fernandes www.zertico.com +55 35 3629-1616 Av. BPS, 1303 - PCE - PCTI - Sala 10 On Wed, Apr 16, 2014 at 11:38 AM, Dave Scott wrote: > Hi Edwin, > > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > > > All, > > We are trying to add some new feature in xen-api and test in openstack > environment. But build xen-api accroding to README.markdown at > https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always > failed. There are dependences not in documents, like blktap-dev, and also > some basic build failure, like obuild. > > > > Just curious how xen-api developer do the build? Build it stand-alone, > or with xenserver? Do you have frequent fresh build test? > > For components like =E2=80=98xenopsd=E2=80=99, =E2=80=98xcp-networkd=E2= =80=99 etc I prefer to install all > the dependencies in CentOS (or Debian) via xenserver-core[1]. I can then > clone the repo and build the binaries. > > For =E2=80=98xapi=E2=80=99 itself the xenserver-core .spec file reference= s a branch with a > couple of build fixes in it. These need to be tidied up and merged to > master=E2=80=94 Bob Ball (cc:d) and I are trying to sort this out. > > I think we should try to create a =E2=80=98vagrant box=E2=80=99 configura= tion to help > people set this up =E2=80=94 what do you think? > > > Another question is how you do the test? Do you have some simple unit > test tools to verify API function, or you test it in XCP environment? > > For =E2=80=98xapi=E2=80=99, there are a few unit tests which run as part = of the build. > There=E2=80=99s also a program called =E2=80=98quicktest=E2=80=99 (in the= xen-api repo) which can > install VMs, suspend/resume, migrate etc. After that we normally run syst= em > tests via xenrt[2] > > > Do you have plan do do some test in openstack environment? You know, > libvirt in openstack doesn't support xen well. > > I think xapi is tested as part of the XenServer openstack CI[3] > > HTH, > Dave > [1] https://github.com/xenserver/xenserver-core > [2] > http://www.xenserver.org/discuss-virtualization/virtualization-blog/entry= /introducing-open-source-xenrt.html > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > > > > > > > Best Rgds, > > Edwin > > > > _______________________________________________ > > 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 > --001a113484ca794cf104f821d0a6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dave,

How are you building packages = for Debian?

I had to hack on xenserver:buildroot/b= lob/master/scripts/deb/configure.sh and some other files to be able to buil= d the packages for Debian

Is there any other way? Does worth to send a PR with th= ese changes?

Thank you,

Celso Fernandes

www.zertico.com

+55 35=C2=A03629-1616=
Av. BPS, 1303 - PCE - PCTI - Sala 10


On Wed, Apr 16, 2014 at 11:38 AM, Dave S= cott <Dave.Scott@citrix.com> wrote:
Hi Edwin,

On 16 Apr 2014, at 11:36, Zhai, Edwin <edwin.zhai@intel.com> wrote:

> All,
> We are trying to add some new feature in xen-api and test in openstack= environment. But build xen-api accroding to README.markdown at https://gith= ub.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There ar= e dependences not in documents, like blktap-dev, and also some basic build = failure, like obuild.
>
> Just curious how xen-api developer do the build? Build it stand-alone,= or with xenserver? Do you have frequent fresh build test?

For components like =E2=80=98xenopsd=E2=80=99, =E2=80=98xcp-networkd= =E2=80=99 etc I prefer to install all the dependencies in CentOS (or Debian= ) via xenserver-core[1]. I can then clone the repo and build the binaries.<= br>
For =E2=80=98xapi=E2=80=99 itself the xenserver-core .spec file references = a branch with a couple of build fixes in it. These need to be tidied up and= merged to master=E2=80=94 Bob Ball (cc:d) and I are trying to sort this ou= t.

I think we should try to create a =E2=80=98vagrant box=E2=80=99 configurati= on to help people set this up =E2=80=94 what do you think?

> Another question is how you do the test? Do you have some simple unit = test tools to verify API function, or you test it in XCP environment?

For =E2=80=98xapi=E2=80=99, there are a few unit tests which run as p= art of the build. There=E2=80=99s also a program called =E2=80=98quicktest= =E2=80=99 (in the xen-api repo) which can install VMs, suspend/resume, migr= ate etc. After that we normally run system tests via xenrt[2]

> Do you have plan do do some test in openstack environment? You know, l= ibvirt in openstack doesn't support xen well.

I think xapi is tested as part of the XenServer openstack CI[3]

HTH,
Dave
[1] https://github.com/xenserver/xenserver-core
[2] http://= www.xenserver.org/discuss-virtualization/virtualization-blog/entry/introduc= ing-open-source-xenrt.html
[3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI

>
>
> Best Rgds,
> Edwin
>
> _______________________________________________
> 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

--001a113484ca794cf104f821d0a6-- --===============7546187565800475530== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7546187565800475530==-- From xen-api-bounces@lists.xen.org Tue Apr 29 09:50:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 29 Apr 2014 09:50: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 1Wf4fV-0007sk-Aj; Tue, 29 Apr 2014 09:49:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wf4fT-0007sZ-Mj for xen-api@lists.xen.org; Tue, 29 Apr 2014 09:49:39 +0000 Received: from [85.158.137.68:5267] by server-6.bemta-3.messagelabs.com id 9B/E6-00470-2B57F535; Tue, 29 Apr 2014 09:49:38 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1398764977!729008!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21314 invoked from network); 29 Apr 2014 09:49:37 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2014 09:49:37 -0000 X-IronPort-AV: E=Sophos;i="4.97,950,1389744000"; d="scan'208";a="15449607" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 29 Apr 2014 09:49:37 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.202]) by AMSPEX01CL02.citrite.net ([10.69.46.33]) with mapi id 14.03.0181.006; Tue, 29 Apr 2014 11:49:36 +0200 From: Dave Scott To: Celso Fernandes Thread-Topic: [Xen-API] xen-api build and test environment Thread-Index: AQHPWV8Bt8UcEkIwwEqNWYz9DUMAWZsULqYAgBNe44CAAL7ZgA== Date: Tue, 29 Apr 2014 09:49:36 +0000 Message-ID: <417442B8-39C1-4844-9169-31DC6AED3C76@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] Content-ID: <610EED97BBC88644B82DF0525F0B7533@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Celso, On 28 Apr 2014, at 23:26, Celso Fernandes wrote: > Hi Dave, > = > How are you building packages for Debian? > = > I had to hack on xenserver:buildroot/blob/master/scripts/deb/configure.sh= and some other files to be able to build the packages for Debian > = > Is there any other way? Does worth to send a PR with these changes? I don=92t think there=92s any other way at the moment. Please do send a PR = with the changes! Thanks, Dave > = > Thank you, > = > Celso Fernandes > = > www.zertico.com > = > +55 35 3629-1616 > Av. BPS, 1303 - PCE - PCTI - Sala 10 > = > = > On Wed, Apr 16, 2014 at 11:38 AM, Dave Scott wrot= e: > Hi Edwin, > = > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > = > > All, > > We are trying to add some new feature in xen-api and test in openstack = environment. But build xen-api accroding to README.markdown at https://gith= ub.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are de= pendences not in documents, like blktap-dev, and also some basic build fail= ure, like obuild. > > > > Just curious how xen-api developer do the build? Build it stand-alone, = or with xenserver? Do you have frequent fresh build test? > = > For components like =91xenopsd=92, =91xcp-networkd=92 etc I prefer to ins= tall all the dependencies in CentOS (or Debian) via xenserver-core[1]. I ca= n then clone the repo and build the binaries. > = > For =91xapi=92 itself the xenserver-core .spec file references a branch w= ith a couple of build fixes in it. These need to be tidied up and merged to= master=97 Bob Ball (cc:d) and I are trying to sort this out. > = > I think we should try to create a =91vagrant box=92 configuration to help= people set this up =97 what do you think? > = > > Another question is how you do the test? Do you have some simple unit t= est tools to verify API function, or you test it in XCP environment? > = > For =91xapi=92, there are a few unit tests which run as part of the build= . There=92s also a program called =91quicktest=92 (in the xen-api repo) whi= ch can install VMs, suspend/resume, migrate etc. After that we normally run= system tests via xenrt[2] > = > > Do you have plan do do some test in openstack environment? You know, li= bvirt in openstack doesn't support xen well. > = > I think xapi is tested as part of the XenServer openstack CI[3] > = > HTH, > Dave > [1] https://github.com/xenserver/xenserver-core > [2] http://www.xenserver.org/discuss-virtualization/virtualization-blog/e= ntry/introducing-open-source-xenrt.html > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > = > > > > > > Best Rgds, > > Edwin > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = > = > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 29 09:50:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 29 Apr 2014 09:50: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 1Wf4fV-0007sk-Aj; Tue, 29 Apr 2014 09:49:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wf4fT-0007sZ-Mj for xen-api@lists.xen.org; Tue, 29 Apr 2014 09:49:39 +0000 Received: from [85.158.137.68:5267] by server-6.bemta-3.messagelabs.com id 9B/E6-00470-2B57F535; Tue, 29 Apr 2014 09:49:38 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1398764977!729008!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21314 invoked from network); 29 Apr 2014 09:49:37 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2014 09:49:37 -0000 X-IronPort-AV: E=Sophos;i="4.97,950,1389744000"; d="scan'208";a="15449607" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 29 Apr 2014 09:49:37 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.202]) by AMSPEX01CL02.citrite.net ([10.69.46.33]) with mapi id 14.03.0181.006; Tue, 29 Apr 2014 11:49:36 +0200 From: Dave Scott To: Celso Fernandes Thread-Topic: [Xen-API] xen-api build and test environment Thread-Index: AQHPWV8Bt8UcEkIwwEqNWYz9DUMAWZsULqYAgBNe44CAAL7ZgA== Date: Tue, 29 Apr 2014 09:49:36 +0000 Message-ID: <417442B8-39C1-4844-9169-31DC6AED3C76@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] Content-ID: <610EED97BBC88644B82DF0525F0B7533@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Celso, On 28 Apr 2014, at 23:26, Celso Fernandes wrote: > Hi Dave, > = > How are you building packages for Debian? > = > I had to hack on xenserver:buildroot/blob/master/scripts/deb/configure.sh= and some other files to be able to build the packages for Debian > = > Is there any other way? Does worth to send a PR with these changes? I don=92t think there=92s any other way at the moment. Please do send a PR = with the changes! Thanks, Dave > = > Thank you, > = > Celso Fernandes > = > www.zertico.com > = > +55 35 3629-1616 > Av. BPS, 1303 - PCE - PCTI - Sala 10 > = > = > On Wed, Apr 16, 2014 at 11:38 AM, Dave Scott wrot= e: > Hi Edwin, > = > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > = > > All, > > We are trying to add some new feature in xen-api and test in openstack = environment. But build xen-api accroding to README.markdown at https://gith= ub.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. There are de= pendences not in documents, like blktap-dev, and also some basic build fail= ure, like obuild. > > > > Just curious how xen-api developer do the build? Build it stand-alone, = or with xenserver? Do you have frequent fresh build test? > = > For components like =91xenopsd=92, =91xcp-networkd=92 etc I prefer to ins= tall all the dependencies in CentOS (or Debian) via xenserver-core[1]. I ca= n then clone the repo and build the binaries. > = > For =91xapi=92 itself the xenserver-core .spec file references a branch w= ith a couple of build fixes in it. These need to be tidied up and merged to= master=97 Bob Ball (cc:d) and I are trying to sort this out. > = > I think we should try to create a =91vagrant box=92 configuration to help= people set this up =97 what do you think? > = > > Another question is how you do the test? Do you have some simple unit t= est tools to verify API function, or you test it in XCP environment? > = > For =91xapi=92, there are a few unit tests which run as part of the build= . There=92s also a program called =91quicktest=92 (in the xen-api repo) whi= ch can install VMs, suspend/resume, migrate etc. After that we normally run= system tests via xenrt[2] > = > > Do you have plan do do some test in openstack environment? You know, li= bvirt in openstack doesn't support xen well. > = > I think xapi is tested as part of the XenServer openstack CI[3] > = > HTH, > Dave > [1] https://github.com/xenserver/xenserver-core > [2] http://www.xenserver.org/discuss-virtualization/virtualization-blog/e= ntry/introducing-open-source-xenrt.html > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > = > > > > > > Best Rgds, > > Edwin > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = > = > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 29 10:08:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 29 Apr 2014 10:08: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 1Wf4xp-0000zA-Co; Tue, 29 Apr 2014 10:08:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wf4xn-0000yp-PY for xen-api@lists.xen.org; Tue, 29 Apr 2014 10:08:36 +0000 Received: from [193.109.254.147:22136] by server-7.bemta-14.messagelabs.com id B3/1A-17726-22A7F535; Tue, 29 Apr 2014 10:08:34 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1398766113!1561816!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14817 invoked from network); 29 Apr 2014 10:08:33 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2014 10:08:33 -0000 X-IronPort-AV: E=Sophos;i="4.97,950,1389744000"; d="scan'208";a="15452027" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 29 Apr 2014 10:08:34 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.18]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.03.0181.006; Tue, 29 Apr 2014 12:08:33 +0200 From: Bob Ball To: Dave Scott , Celso Fernandes Thread-Topic: [Xen-API] xen-api build and test environment Thread-Index: AQHPWV9XkOIVOmpuCEuAmjKBek1neJsULqgAgBNe4YCAAL7aAIAAJjPQ Date: Tue, 29 Apr 2014 10:08:32 +0000 Deferred-Delivery: Tue, 29 Apr 2014 10:08:00 +0000 Message-ID: References: <417442B8-39C1-4844-9169-31DC6AED3C76@citrix.com> In-Reply-To: <417442B8-39C1-4844-9169-31DC6AED3C76@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Celso, I've been working on a debian fix - see https://github.com/xenserver/buildroot/pull/409. Hopefully this will be very generic; please can we collaborate on this rather than having two competing approaches? Thanks, Bob > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Dave Scott > Sent: 29 April 2014 10:50 > To: Celso Fernandes > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] xen-api build and test environment > > Hi Celso, > > On 28 Apr 2014, at 23:26, Celso Fernandes wrote: > > > Hi Dave, > > > > How are you building packages for Debian? > > > > I had to hack on > xenserver:buildroot/blob/master/scripts/deb/configure.sh and some other > files to be able to build the packages for Debian > > > > Is there any other way? Does worth to send a PR with these changes? > > I don't think there's any other way at the moment. Please do send a PR with > the changes! > > Thanks, > Dave > > > > > Thank you, > > > > Celso Fernandes > > > > www.zertico.com > > > > +55 35 3629-1616 > > Av. BPS, 1303 - PCE - PCTI - Sala 10 > > > > > > On Wed, Apr 16, 2014 at 11:38 AM, Dave Scott > wrote: > > Hi Edwin, > > > > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > > > > > All, > > > We are trying to add some new feature in xen-api and test in openstack > environment. But build xen-api accroding to README.markdown at > https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. > There are dependences not in documents, like blktap-dev, and also some > basic build failure, like obuild. > > > > > > Just curious how xen-api developer do the build? Build it stand-alone, or > with xenserver? Do you have frequent fresh build test? > > > > For components like 'xenopsd', 'xcp-networkd' etc I prefer to install all > the dependencies in CentOS (or Debian) via xenserver-core[1]. I can then > clone the repo and build the binaries. > > > > For 'xapi' itself the xenserver-core .spec file references a branch with a > couple of build fixes in it. These need to be tidied up and merged to > master- Bob Ball (cc:d) and I are trying to sort this out. > > > > I think we should try to create a 'vagrant box' configuration to help people > set this up - what do you think? > > > > > Another question is how you do the test? Do you have some simple unit > test tools to verify API function, or you test it in XCP environment? > > > > For 'xapi', there are a few unit tests which run as part of the build. There's > also a program called 'quicktest' (in the xen-api repo) which can install VMs, > suspend/resume, migrate etc. After that we normally run system tests via > xenrt[2] > > > > > Do you have plan do do some test in openstack environment? You know, > libvirt in openstack doesn't support xen well. > > > > I think xapi is tested as part of the XenServer openstack CI[3] > > > > HTH, > > Dave > > [1] https://github.com/xenserver/xenserver-core > > [2] http://www.xenserver.org/discuss-virtualization/virtualization- > blog/entry/introducing-open-source-xenrt.html > > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > > > > > > > > > > > Best Rgds, > > > Edwin > > > > > > _______________________________________________ > > > 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 Tue Apr 29 10:08:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 29 Apr 2014 10:08: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 1Wf4xp-0000zA-Co; Tue, 29 Apr 2014 10:08:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wf4xn-0000yp-PY for xen-api@lists.xen.org; Tue, 29 Apr 2014 10:08:36 +0000 Received: from [193.109.254.147:22136] by server-7.bemta-14.messagelabs.com id B3/1A-17726-22A7F535; Tue, 29 Apr 2014 10:08:34 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1398766113!1561816!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14817 invoked from network); 29 Apr 2014 10:08:33 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2014 10:08:33 -0000 X-IronPort-AV: E=Sophos;i="4.97,950,1389744000"; d="scan'208";a="15452027" Received: from unknown (HELO AMSPEX01CL03.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 29 Apr 2014 10:08:34 +0000 Received: from AMSPEX01CL01.citrite.net ([169.254.6.18]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.03.0181.006; Tue, 29 Apr 2014 12:08:33 +0200 From: Bob Ball To: Dave Scott , Celso Fernandes Thread-Topic: [Xen-API] xen-api build and test environment Thread-Index: AQHPWV9XkOIVOmpuCEuAmjKBek1neJsULqgAgBNe4YCAAL7aAIAAJjPQ Date: Tue, 29 Apr 2014 10:08:32 +0000 Deferred-Delivery: Tue, 29 Apr 2014 10:08:00 +0000 Message-ID: References: <417442B8-39C1-4844-9169-31DC6AED3C76@citrix.com> In-Reply-To: <417442B8-39C1-4844-9169-31DC6AED3C76@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xen-api build and test environment X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Celso, I've been working on a debian fix - see https://github.com/xenserver/buildroot/pull/409. Hopefully this will be very generic; please can we collaborate on this rather than having two competing approaches? Thanks, Bob > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Dave Scott > Sent: 29 April 2014 10:50 > To: Celso Fernandes > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] xen-api build and test environment > > Hi Celso, > > On 28 Apr 2014, at 23:26, Celso Fernandes wrote: > > > Hi Dave, > > > > How are you building packages for Debian? > > > > I had to hack on > xenserver:buildroot/blob/master/scripts/deb/configure.sh and some other > files to be able to build the packages for Debian > > > > Is there any other way? Does worth to send a PR with these changes? > > I don't think there's any other way at the moment. Please do send a PR with > the changes! > > Thanks, > Dave > > > > > Thank you, > > > > Celso Fernandes > > > > www.zertico.com > > > > +55 35 3629-1616 > > Av. BPS, 1303 - PCE - PCTI - Sala 10 > > > > > > On Wed, Apr 16, 2014 at 11:38 AM, Dave Scott > wrote: > > Hi Edwin, > > > > On 16 Apr 2014, at 11:36, Zhai, Edwin wrote: > > > > > All, > > > We are trying to add some new feature in xen-api and test in openstack > environment. But build xen-api accroding to README.markdown at > https://github.com/xapi-project/xen-api.git on ubuntu 12.04 always failed. > There are dependences not in documents, like blktap-dev, and also some > basic build failure, like obuild. > > > > > > Just curious how xen-api developer do the build? Build it stand-alone, or > with xenserver? Do you have frequent fresh build test? > > > > For components like 'xenopsd', 'xcp-networkd' etc I prefer to install all > the dependencies in CentOS (or Debian) via xenserver-core[1]. I can then > clone the repo and build the binaries. > > > > For 'xapi' itself the xenserver-core .spec file references a branch with a > couple of build fixes in it. These need to be tidied up and merged to > master- Bob Ball (cc:d) and I are trying to sort this out. > > > > I think we should try to create a 'vagrant box' configuration to help people > set this up - what do you think? > > > > > Another question is how you do the test? Do you have some simple unit > test tools to verify API function, or you test it in XCP environment? > > > > For 'xapi', there are a few unit tests which run as part of the build. There's > also a program called 'quicktest' (in the xen-api repo) which can install VMs, > suspend/resume, migrate etc. After that we normally run system tests via > xenrt[2] > > > > > Do you have plan do do some test in openstack environment? You know, > libvirt in openstack doesn't support xen well. > > > > I think xapi is tested as part of the XenServer openstack CI[3] > > > > HTH, > > Dave > > [1] https://github.com/xenserver/xenserver-core > > [2] http://www.xenserver.org/discuss-virtualization/virtualization- > blog/entry/introducing-open-source-xenrt.html > > [3] https://wiki.openstack.org/wiki/XenServer/XenServer_CI > > > > > > > > > > > Best Rgds, > > > Edwin > > > > > > _______________________________________________ > > > 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 Tue Apr 29 16:06:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 29 Apr 2014 16:06: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 1WfAXX-0008QA-6z; Tue, 29 Apr 2014 16:05:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfAXW-0008Q1-ER; Tue, 29 Apr 2014 16:05:50 +0000 Received: from [85.158.143.35:43937] by server-1.bemta-4.messagelabs.com id 01/3A-09853-DDDCF535; Tue, 29 Apr 2014 16:05:49 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1398787548!1805989!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3426 invoked from network); 29 Apr 2014 16:05:49 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2014 16:05:49 -0000 Received: by mail-wi0-f174.google.com with SMTP id d1so7699315wiv.1 for ; Tue, 29 Apr 2014 09:05: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:content-type:content-transfer-encoding; bh=TCjCAFmjyNCmqm1WGPx3wc1wf6rDp2QyAx7GHHY/Geg=; b=vgZ/ccmquSRLvOHq5jDolTc/qsuJ52CqwKa1oY8ynjGmrF6anC4pYhADdcQq8v8uWp IwynZPUshQevx1y7JWoptRSON7yglB96NoJo0tA1RuCqSlvF5Cjezpjnq45OYQtP5uDp 0nYx4AdJ1Gb87HrW2ZlJfnBZuOaoanWAwy58zX6EqP4kCTqS7L75khoq2dl9K87w3d8Q dbQHlTrIhbL7dkj0uiy5k4Jgua4koavvzyb7wWh+7bAerdIJbx3Bv4nHaLwa5ERruLhV Plv/I+Qrw6TrHdgHPq3ZyFsB4nDn/Li8a9Jv4uYxIyNYrLqXGjayBZQmiTxSRNAsfC4B yWYg== X-Received: by 10.194.191.133 with SMTP id gy5mr290916wjc.34.1398787548884; Tue, 29 Apr 2014 09:05:48 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id gr2sm31716719wjc.12.2014.04.29.09.05.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Apr 2014 09:05:48 -0700 (PDT) Message-ID: <535FCDC5.9010209@xen.org> Date: Tue, 29 Apr 2014 17:05:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Subject: [Xen-API] Issues submitting Xen Project Developer Talks - resolved 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, there was an issue with submitting talks to the Xen Project Developer Summit this morning. This has been resolved. If there are any furthjer issues, please let me know 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 Apr 29 16:06:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 29 Apr 2014 16:06: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 1WfAXX-0008QA-6z; Tue, 29 Apr 2014 16:05:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfAXW-0008Q1-ER; Tue, 29 Apr 2014 16:05:50 +0000 Received: from [85.158.143.35:43937] by server-1.bemta-4.messagelabs.com id 01/3A-09853-DDDCF535; Tue, 29 Apr 2014 16:05:49 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1398787548!1805989!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3426 invoked from network); 29 Apr 2014 16:05:49 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2014 16:05:49 -0000 Received: by mail-wi0-f174.google.com with SMTP id d1so7699315wiv.1 for ; Tue, 29 Apr 2014 09:05: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:content-type:content-transfer-encoding; bh=TCjCAFmjyNCmqm1WGPx3wc1wf6rDp2QyAx7GHHY/Geg=; b=vgZ/ccmquSRLvOHq5jDolTc/qsuJ52CqwKa1oY8ynjGmrF6anC4pYhADdcQq8v8uWp IwynZPUshQevx1y7JWoptRSON7yglB96NoJo0tA1RuCqSlvF5Cjezpjnq45OYQtP5uDp 0nYx4AdJ1Gb87HrW2ZlJfnBZuOaoanWAwy58zX6EqP4kCTqS7L75khoq2dl9K87w3d8Q dbQHlTrIhbL7dkj0uiy5k4Jgua4koavvzyb7wWh+7bAerdIJbx3Bv4nHaLwa5ERruLhV Plv/I+Qrw6TrHdgHPq3ZyFsB4nDn/Li8a9Jv4uYxIyNYrLqXGjayBZQmiTxSRNAsfC4B yWYg== X-Received: by 10.194.191.133 with SMTP id gy5mr290916wjc.34.1398787548884; Tue, 29 Apr 2014 09:05:48 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id gr2sm31716719wjc.12.2014.04.29.09.05.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Apr 2014 09:05:48 -0700 (PDT) Message-ID: <535FCDC5.9010209@xen.org> Date: Tue, 29 Apr 2014 17:05:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Subject: [Xen-API] Issues submitting Xen Project Developer Talks - resolved 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, there was an issue with submitting talks to the Xen Project Developer Summit this morning. This has been resolved. If there are any furthjer issues, please let me know 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 Apr 30 05:51:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Apr 2014 05:51: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 1WfNPv-0003qX-Jh; Wed, 30 Apr 2014 05:50:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfNPu-0003qL-L7; Wed, 30 Apr 2014 05:50:50 +0000 Received: from [85.158.143.35:54180] by server-1.bemta-4.messagelabs.com id 5B/4D-09853-93F80635; Wed, 30 Apr 2014 05:50:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1398837048!1889903!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21730 invoked from network); 30 Apr 2014 05:50:48 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2014 05:50:48 -0000 Received: by mail-lb0-f175.google.com with SMTP id p9so846014lbv.6 for ; Tue, 29 Apr 2014 22:50:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=MsEYZ9aedcQEv7DJZCLlfMl2magdaSNMAOyxgljeJ7A=; b=1DKWFmn4kK8f6ILITXkfbb9kxiYDRzNQOaS4VIfn7iDKOwrwsCxpUjpckMoIdxmh9d m9YKaaQoEIkN8pXNfugpvIjWZSDGlyv8VtjN1Cokkzu1+h8gL7+2Bxg8Gp9zxBZdJV2u My54hRIJvffjMob4W8Sfq+7rRhJ3Sc6cQDx+MuZzNuEUcU1el9l6qzTWNb3XNqktrNET DMbatlIFJrm1FUVgpseVvcvsFpWSjtwgtFM9jBrjIP4RLD3CJ9fcHHPpgoVNx8lpaBSE 5CpXzVvMoYvCwNs6VWePdIdp28ce6gjUB0jKo/pNWtU0wz2A9+kDQM60ry+37JowptVb cFbA== MIME-Version: 1.0 X-Received: by 10.152.203.168 with SMTP id kr8mr1519417lac.17.1398837048110; Tue, 29 Apr 2014 22:50:48 -0700 (PDT) Received: by 10.112.29.49 with HTTP; Tue, 29 Apr 2014 22:50:48 -0700 (PDT) Date: Wed, 30 Apr 2014 01:50:48 -0400 X-Google-Sender-Auth: WlT2AyzwafhLPz2c1fbY65LdfoQ Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-API] Today is Xen Project Document 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Today, Wednesday April 30, is Xen Project Document Day. It would be great if we could update the docs which relate to using Xen Project Hypervisor on particular distributions. Two key pages are: http://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen http://wiki.xenproject.org/wiki/DomU_Support_for_Xen Some of the distribution information on these pages appear to be a release or two behind current. If you know the latest information regarding a particular distribution, can you please update the pages accordingly? As always, the complete details for Document Days can be found here: http://wiki.xenproject.org/wiki/Xen_Project_Document_Days And the current list issues which community members have marked as needing attention can be found in the TODO list: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO You will need to receive edit access to the Wiki if you have not already. If you haven't been made an editor, fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html And then stop by #xendocs on Freenode IRC if you have questions. Russ _______________________________________________ Xen-api 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 Apr 30 05:51:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Apr 2014 05:51: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 1WfNPv-0003qX-Jh; Wed, 30 Apr 2014 05:50:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfNPu-0003qL-L7; Wed, 30 Apr 2014 05:50:50 +0000 Received: from [85.158.143.35:54180] by server-1.bemta-4.messagelabs.com id 5B/4D-09853-93F80635; Wed, 30 Apr 2014 05:50:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1398837048!1889903!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21730 invoked from network); 30 Apr 2014 05:50:48 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2014 05:50:48 -0000 Received: by mail-lb0-f175.google.com with SMTP id p9so846014lbv.6 for ; Tue, 29 Apr 2014 22:50:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=MsEYZ9aedcQEv7DJZCLlfMl2magdaSNMAOyxgljeJ7A=; b=1DKWFmn4kK8f6ILITXkfbb9kxiYDRzNQOaS4VIfn7iDKOwrwsCxpUjpckMoIdxmh9d m9YKaaQoEIkN8pXNfugpvIjWZSDGlyv8VtjN1Cokkzu1+h8gL7+2Bxg8Gp9zxBZdJV2u My54hRIJvffjMob4W8Sfq+7rRhJ3Sc6cQDx+MuZzNuEUcU1el9l6qzTWNb3XNqktrNET DMbatlIFJrm1FUVgpseVvcvsFpWSjtwgtFM9jBrjIP4RLD3CJ9fcHHPpgoVNx8lpaBSE 5CpXzVvMoYvCwNs6VWePdIdp28ce6gjUB0jKo/pNWtU0wz2A9+kDQM60ry+37JowptVb cFbA== MIME-Version: 1.0 X-Received: by 10.152.203.168 with SMTP id kr8mr1519417lac.17.1398837048110; Tue, 29 Apr 2014 22:50:48 -0700 (PDT) Received: by 10.112.29.49 with HTTP; Tue, 29 Apr 2014 22:50:48 -0700 (PDT) Date: Wed, 30 Apr 2014 01:50:48 -0400 X-Google-Sender-Auth: WlT2AyzwafhLPz2c1fbY65LdfoQ Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-API] Today is Xen Project Document 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Today, Wednesday April 30, is Xen Project Document Day. It would be great if we could update the docs which relate to using Xen Project Hypervisor on particular distributions. Two key pages are: http://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen http://wiki.xenproject.org/wiki/DomU_Support_for_Xen Some of the distribution information on these pages appear to be a release or two behind current. If you know the latest information regarding a particular distribution, can you please update the pages accordingly? As always, the complete details for Document Days can be found here: http://wiki.xenproject.org/wiki/Xen_Project_Document_Days And the current list issues which community members have marked as needing attention can be found in the TODO list: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO You will need to receive edit access to the Wiki if you have not already. If you haven't been made an editor, fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html And then stop by #xendocs on Freenode IRC if you have questions. Russ _______________________________________________ Xen-api 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 Apr 30 07:57:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Apr 2014 07: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 1WfPOT-0000aR-2U; Wed, 30 Apr 2014 07:57:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfPOR-0000a2-Dd; Wed, 30 Apr 2014 07:57:27 +0000 Received: from [85.158.143.35:35299] by server-2.bemta-4.messagelabs.com id BB/A5-06539-6ECA0635; Wed, 30 Apr 2014 07:57:26 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1398844644!1891722!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18669 invoked from network); 30 Apr 2014 07:57:24 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2014 07:57:24 -0000 Received: by mail-we0-f178.google.com with SMTP id u56so411697wes.37 for ; Wed, 30 Apr 2014 00:57:24 -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=JcWIWf25KKqUbQuUr64WSR+mhOxSV23mW3+BHlBRDPA=; b=o5/Rj+s2lQA+55e0QAe5Uii9IOEwearJhv4tyyjdHfXvbC+3MTqwSMLMyHt1M+UAtV DYBx78drNiQaCGltLmBrR2XWcbDpcbYyIwV6bpDpxz1jv3mJwn1YJR9EH7TKGj/ZJOe5 lDjf+zW1FksiY6VcBM4ueQLOsRD4csVAmjXpeH1o7mNuIuUk7JfPPUV/OGDz1ycc/ie9 GnFFnzdVIlJMLzgq/wAsegZCc88dZeIITHAWF+kb5MzNbuQ1UXh74VS1KESgzYwFcVJW 2Cj9RdyPBwAQPJjb4d0sWkVmCoHYM0hl+qpM+BUJCz5zfJVZeuj5Ic/HWBarEzEt/fhE wSuw== X-Received: by 10.194.94.39 with SMTP id cz7mr230211wjb.78.1398844644031; Wed, 30 Apr 2014 00:57:24 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id km2sm34950091wjb.13.2014.04.30.00.57.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Apr 2014 00:57:23 -0700 (PDT) Message-ID: <5360ACDD.7010403@xen.org> Date: Wed, 30 Apr 2014 08:57:17 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Subject: [Xen-API] Documenbt Day is on 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-Type: multipart/mixed; boundary="===============3424302926223605552==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3424302926223605552== Content-Type: multipart/alternative; boundary="------------080003040805070004050404" This is a multi-part message in MIME format. --------------080003040805070004050404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, just a quick reminder that today is a Doccument Day. For our TODO list and more info see * http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO * http://wiki.xenproject.org/wiki/Xen_Document_Days Regards Lars What is a Xen Project Document Day? Xen Project document days are all day IRC events, facilitated by members of the Xen Project community. The purpose of Xen Project Document Days is to * Improve user documentation * Improve developer documentation, including the creation of man pages, etc. * Improve and maintaining the wiki: this means fixing important pages, retiring old ones, help identify what is and isn't important, write new pages, etc How Does it Work? * *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! --------------080003040805070004050404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi all,
just a quick reminder that today is a Doccument Day. For our TODO list and more info see
Regards
Lars

What is a Xen Project Document Day?

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

  • Improve user documentation
  • Improve developer documentation, including the creation of man pages, etc.
  • Improve and maintaining the wiki: this means fixing important pages, retiring old ones, help identify what is and isn’t important, write new pages, etc

How Does it Work?

  • 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!

--------------080003040805070004050404-- --===============3424302926223605552== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3424302926223605552==-- From xen-api-bounces@lists.xen.org Wed Apr 30 07:57:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 30 Apr 2014 07: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 1WfPOT-0000aR-2U; Wed, 30 Apr 2014 07:57:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfPOR-0000a2-Dd; Wed, 30 Apr 2014 07:57:27 +0000 Received: from [85.158.143.35:35299] by server-2.bemta-4.messagelabs.com id BB/A5-06539-6ECA0635; Wed, 30 Apr 2014 07:57:26 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1398844644!1891722!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18669 invoked from network); 30 Apr 2014 07:57:24 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2014 07:57:24 -0000 Received: by mail-we0-f178.google.com with SMTP id u56so411697wes.37 for ; Wed, 30 Apr 2014 00:57:24 -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=JcWIWf25KKqUbQuUr64WSR+mhOxSV23mW3+BHlBRDPA=; b=o5/Rj+s2lQA+55e0QAe5Uii9IOEwearJhv4tyyjdHfXvbC+3MTqwSMLMyHt1M+UAtV DYBx78drNiQaCGltLmBrR2XWcbDpcbYyIwV6bpDpxz1jv3mJwn1YJR9EH7TKGj/ZJOe5 lDjf+zW1FksiY6VcBM4ueQLOsRD4csVAmjXpeH1o7mNuIuUk7JfPPUV/OGDz1ycc/ie9 GnFFnzdVIlJMLzgq/wAsegZCc88dZeIITHAWF+kb5MzNbuQ1UXh74VS1KESgzYwFcVJW 2Cj9RdyPBwAQPJjb4d0sWkVmCoHYM0hl+qpM+BUJCz5zfJVZeuj5Ic/HWBarEzEt/fhE wSuw== X-Received: by 10.194.94.39 with SMTP id cz7mr230211wjb.78.1398844644031; Wed, 30 Apr 2014 00:57:24 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id km2sm34950091wjb.13.2014.04.30.00.57.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Apr 2014 00:57:23 -0700 (PDT) Message-ID: <5360ACDD.7010403@xen.org> Date: Wed, 30 Apr 2014 08:57:17 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Subject: [Xen-API] Documenbt Day is on 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-Type: multipart/mixed; boundary="===============3424302926223605552==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3424302926223605552== Content-Type: multipart/alternative; boundary="------------080003040805070004050404" This is a multi-part message in MIME format. --------------080003040805070004050404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, just a quick reminder that today is a Doccument Day. For our TODO list and more info see * http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO * http://wiki.xenproject.org/wiki/Xen_Document_Days Regards Lars What is a Xen Project Document Day? Xen Project document days are all day IRC events, facilitated by members of the Xen Project community. The purpose of Xen Project Document Days is to * Improve user documentation * Improve developer documentation, including the creation of man pages, etc. * Improve and maintaining the wiki: this means fixing important pages, retiring old ones, help identify what is and isn't important, write new pages, etc How Does it Work? * *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! --------------080003040805070004050404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi all,
just a quick reminder that today is a Doccument Day. For our TODO list and more info see
Regards
Lars

What is a Xen Project Document Day?

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

  • Improve user documentation
  • Improve developer documentation, including the creation of man pages, etc.
  • Improve and maintaining the wiki: this means fixing important pages, retiring old ones, help identify what is and isn’t important, write new pages, etc

How Does it Work?

  • 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!

--------------080003040805070004050404-- --===============3424302926223605552== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3424302926223605552==--