From xen-api-bounces@lists.xen.org Mon Apr 01 15:16:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 15:16: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 1UMgTA-0005Ld-7k; Mon, 01 Apr 2013 15:16:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMgT8-0005LY-Uo for xen-api@lists.xen.org; Mon, 01 Apr 2013 15:16:23 +0000 Received: from [85.158.143.99:43483] by server-3.bemta-4.messagelabs.com id FF/57-02186-6C4A9515; Mon, 01 Apr 2013 15:16:22 +0000 X-Env-Sender: zigo@debian.org X-Msg-Ref: server-9.tower-216.messagelabs.com!1364829380!27778777!1 X-Originating-IP: [117.121.247.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22723 invoked from network); 1 Apr 2013 15:16:21 -0000 Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com) (117.121.247.104) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Apr 2013 15:16:21 -0000 Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1]) by mx.atlanta.gplhost.com (Postfix) with ESMTP id 1568546802A for ; Mon, 1 Apr 2013 15:20:22 +0000 (UTC) Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20]) by mx.atlanta.gplhost.com (Postfix) with ESMTPA id 848C4468028 for ; Mon, 1 Apr 2013 15:20:21 +0000 (UTC) Message-ID: <5159A4C1.9000204@debian.org> Date: Mon, 01 Apr 2013 23:16:17 +0800 From: Thomas Goirand Organization: Debian User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: X-Enigmail-Version: 1.4.1 Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI 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 03/30/2013 08:43 AM, AP wrote: > I am trying to get OpenStack working with a host running Xen 4.2. I > found that Ubuntu 13.04 has moved to using Xen 4.2. I was able to > install the hypervisor and toolstack using "apt-get xcp-xapi". I > basically followed the instructions here: > > https://wiki.openstack.org/wiki/XenServer/Install/XcpXapiOnPrecise You are in fact using the packages which are developed in Debian, and just migrated to Ubuntu without much change. IMO, you should really be using Debian rather than Ubuntu (of course, don't have to trust me, as I am the Debian Developer in charge of this, so I am of course vouching for the distro that I like...). > I am now unable to find clear instructions on how to setup a OpenStack > compute VM. Many websites pointed me at devstack to get the whole > stack running in a VM. But I am unable to get that to work. Yes, and IMO, that's really crap that they all tell "just use devstack". I wrote about it multiple times, but it seems nobody cares much. > I realize that the script is trying to mount the DomU disk in Dom0 but > kpartx is not able to handle it. I tried doing it by hand and was > unable to do so. Is there an updated script to do this? Or if someone > can point me at instructions to setup the OpenStack compute VM that > would helpful too. > > Thanks, > AP The problem is that everyone tests with XCP as the CentOS appliance, and never with what is in Debian/Ubuntu. So I think that devstack must be broken in such a case. I don't think you will find any updated script for XCP in Ubuntu/Debian, you will have to work it out yourself. Though I'm quite sure it shouldn't be hard to mount your domU disk in the dom0. Cheers, Thomas _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 01 15:16:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 15:16: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 1UMgTA-0005Ld-7k; Mon, 01 Apr 2013 15:16:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMgT8-0005LY-Uo for xen-api@lists.xen.org; Mon, 01 Apr 2013 15:16:23 +0000 Received: from [85.158.143.99:43483] by server-3.bemta-4.messagelabs.com id FF/57-02186-6C4A9515; Mon, 01 Apr 2013 15:16:22 +0000 X-Env-Sender: zigo@debian.org X-Msg-Ref: server-9.tower-216.messagelabs.com!1364829380!27778777!1 X-Originating-IP: [117.121.247.104] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22723 invoked from network); 1 Apr 2013 15:16:21 -0000 Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com) (117.121.247.104) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Apr 2013 15:16:21 -0000 Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1]) by mx.atlanta.gplhost.com (Postfix) with ESMTP id 1568546802A for ; Mon, 1 Apr 2013 15:20:22 +0000 (UTC) Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20]) by mx.atlanta.gplhost.com (Postfix) with ESMTPA id 848C4468028 for ; Mon, 1 Apr 2013 15:20:21 +0000 (UTC) Message-ID: <5159A4C1.9000204@debian.org> Date: Mon, 01 Apr 2013 23:16:17 +0800 From: Thomas Goirand Organization: Debian User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: X-Enigmail-Version: 1.4.1 Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI 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 03/30/2013 08:43 AM, AP wrote: > I am trying to get OpenStack working with a host running Xen 4.2. I > found that Ubuntu 13.04 has moved to using Xen 4.2. I was able to > install the hypervisor and toolstack using "apt-get xcp-xapi". I > basically followed the instructions here: > > https://wiki.openstack.org/wiki/XenServer/Install/XcpXapiOnPrecise You are in fact using the packages which are developed in Debian, and just migrated to Ubuntu without much change. IMO, you should really be using Debian rather than Ubuntu (of course, don't have to trust me, as I am the Debian Developer in charge of this, so I am of course vouching for the distro that I like...). > I am now unable to find clear instructions on how to setup a OpenStack > compute VM. Many websites pointed me at devstack to get the whole > stack running in a VM. But I am unable to get that to work. Yes, and IMO, that's really crap that they all tell "just use devstack". I wrote about it multiple times, but it seems nobody cares much. > I realize that the script is trying to mount the DomU disk in Dom0 but > kpartx is not able to handle it. I tried doing it by hand and was > unable to do so. Is there an updated script to do this? Or if someone > can point me at instructions to setup the OpenStack compute VM that > would helpful too. > > Thanks, > AP The problem is that everyone tests with XCP as the CentOS appliance, and never with what is in Debian/Ubuntu. So I think that devstack must be broken in such a case. I don't think you will find any updated script for XCP in Ubuntu/Debian, you will have to work it out yourself. Though I'm quite sure it shouldn't be hard to mount your domU disk in the dom0. Cheers, Thomas _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 01 16:24:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 16:24: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 1UMhWv-0006uZ-Cz; Mon, 01 Apr 2013 16:24:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMhWt-0006uU-PX for xen-api@lists.xen.org; Mon, 01 Apr 2013 16:24:20 +0000 Received: from [85.158.138.51:23987] by server-11.bemta-3.messagelabs.com id D1/87-01263-2B4B9515; Mon, 01 Apr 2013 16:24:18 +0000 X-Env-Sender: darenr@madaboutcable.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1364833457!24870650!1 X-Originating-IP: [88.96.254.164] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31278 invoked from network); 1 Apr 2013 16:24:18 -0000 Received: from mailhost.madaboutcable.com (HELO mailhost.madaboutcable.com) (88.96.254.164) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Apr 2013 16:24:18 -0000 Received: from 5ad4e243.bb.sky.com ([90.212.226.67] helo=[127.0.0.1]) by mailhost.madaboutcable.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1UMhWn-0008kb-TN; Mon, 01 Apr 2013 17:24:17 +0100 Message-ID: <5159B4A4.9070706@madaboutcable.com> Date: Mon, 01 Apr 2013 17:24:04 +0100 From: Daren Russell User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Denis Cardon References: <51546211.5030806@madaboutcable.com> <51547F60.400@tranquil-it-systems.fr> In-Reply-To: <51547F60.400@tranquil-it-systems.fr> X-Enigmail-Version: 1.4.6 X-Antivirus: avast! (VPS 130401-0, 01/04/2013), Outbound message X-Antivirus-Status: Clean X-Spam-Score: -7.0 (-------) Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Serial ports on Xen Cloud Platform X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 28/03/2013 17:35, Denis Cardon wrote: > Hi Daren, > >> I've recently been testing XCP with FreeBSD as the guest OS's running >> the XENHVM kernel. So far I've not had any problems with anything I've >> tried to do on them. >> >> One of our systems we were hoping to transfer to a DomU runs Hylafax >> with an old fashioned SupraExpress modem attached to the serial port. >> The BSD guest shows the device node it would normally attach to, but I >> get no response from it when running the Hylafax command to add a modem. >> >> I was wondering if serial ports were actually supported on guests, and >> what is needed to get them running? > > another way to achieve the goal is to use serial over IP adapters. I > have setup a few moxa (http://www.moxa.com/product/NPort_5100A.htm) to > access good old pots modem from virtual machines. They are not used for > fax but for point to point communication over telephone lines, and they > have been working fine for two years. > > Cheers, > > Denis > Thanks Denis, This might have to be a way to go if I can find out about getting Hylafax to work with them - I haven't read up that much about serial over IP. I'll probably have a look at vmware's free hypervisor to see if that does serial ports as well. Regards Daren _______________________________________________ Xen-api 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 01 16:24:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 16:24: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 1UMhWv-0006uZ-Cz; Mon, 01 Apr 2013 16:24:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMhWt-0006uU-PX for xen-api@lists.xen.org; Mon, 01 Apr 2013 16:24:20 +0000 Received: from [85.158.138.51:23987] by server-11.bemta-3.messagelabs.com id D1/87-01263-2B4B9515; Mon, 01 Apr 2013 16:24:18 +0000 X-Env-Sender: darenr@madaboutcable.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1364833457!24870650!1 X-Originating-IP: [88.96.254.164] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31278 invoked from network); 1 Apr 2013 16:24:18 -0000 Received: from mailhost.madaboutcable.com (HELO mailhost.madaboutcable.com) (88.96.254.164) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Apr 2013 16:24:18 -0000 Received: from 5ad4e243.bb.sky.com ([90.212.226.67] helo=[127.0.0.1]) by mailhost.madaboutcable.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1UMhWn-0008kb-TN; Mon, 01 Apr 2013 17:24:17 +0100 Message-ID: <5159B4A4.9070706@madaboutcable.com> Date: Mon, 01 Apr 2013 17:24:04 +0100 From: Daren Russell User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Denis Cardon References: <51546211.5030806@madaboutcable.com> <51547F60.400@tranquil-it-systems.fr> In-Reply-To: <51547F60.400@tranquil-it-systems.fr> X-Enigmail-Version: 1.4.6 X-Antivirus: avast! (VPS 130401-0, 01/04/2013), Outbound message X-Antivirus-Status: Clean X-Spam-Score: -7.0 (-------) Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Serial ports on Xen Cloud Platform X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 28/03/2013 17:35, Denis Cardon wrote: > Hi Daren, > >> I've recently been testing XCP with FreeBSD as the guest OS's running >> the XENHVM kernel. So far I've not had any problems with anything I've >> tried to do on them. >> >> One of our systems we were hoping to transfer to a DomU runs Hylafax >> with an old fashioned SupraExpress modem attached to the serial port. >> The BSD guest shows the device node it would normally attach to, but I >> get no response from it when running the Hylafax command to add a modem. >> >> I was wondering if serial ports were actually supported on guests, and >> what is needed to get them running? > > another way to achieve the goal is to use serial over IP adapters. I > have setup a few moxa (http://www.moxa.com/product/NPort_5100A.htm) to > access good old pots modem from virtual machines. They are not used for > fax but for point to point communication over telephone lines, and they > have been working fine for two years. > > Cheers, > > Denis > Thanks Denis, This might have to be a way to go if I can find out about getting Hylafax to work with them - I haven't read up that much about serial over IP. I'll probably have a look at vmware's free hypervisor to see if that does serial ports as well. Regards Daren _______________________________________________ Xen-api 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 01 18:22:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 18:22: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 1UMjMl-000816-Mx; Mon, 01 Apr 2013 18:21:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMjMk-00080y-9T for xen-api@lists.xen.org; Mon, 01 Apr 2013 18:21:58 +0000 Received: from [85.158.139.83:28177] by server-13.bemta-5.messagelabs.com id 75/68-20553-540D9515; Mon, 01 Apr 2013 18:21:57 +0000 X-Env-Sender: apxeng@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1364840516!25640893!1 X-Originating-IP: [74.125.83.53] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21623 invoked from network); 1 Apr 2013 18:21:56 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 18:21:56 -0000 Received: by mail-ee0-f53.google.com with SMTP id c13so1114026eek.26 for ; Mon, 01 Apr 2013 11:21:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=d+Eh3kQXmevG320r1v8JFzE+bt7nO36nTN0pnl7J+hc=; b=UpwOUmeH6yh8f7pNAVvQgADkx2qxwYN963kTgiTQBYF1N7MuZ58TaZLjeraddlJYw5 7abKTSJ0l6YySWsAwd5cvKP+a3eJGnNrpg+xkHQQ0r7hTgU756o227lxkAoDz1nKaYPL HZTMq1J47qcnGhKKXobd2WzAcqzm66mxYi8wlEwI1A/BhiNsLrSLUNVZxxTocQRux5W8 ypO/e/ybgrCSVBMS138nQ1+sn5475gN5xmQPmbdQL6NV+JhaHutXj8ZYcDpCFM5vo7TZ WIyaL4qzufwiQ1ODQEhbm82tvAh69S5ehN3kWSlUlpdemSCpy20zp6tWdlUwLNVyLfzx 9Dyw== MIME-Version: 1.0 X-Received: by 10.15.36.67 with SMTP id h43mr40160916eev.5.1364840515944; Mon, 01 Apr 2013 11:21:55 -0700 (PDT) Received: by 10.223.178.193 with HTTP; Mon, 1 Apr 2013 11:21:55 -0700 (PDT) In-Reply-To: <5159A4C1.9000204@debian.org> References: <5159A4C1.9000204@debian.org> Date: Mon, 1 Apr 2013 11:21:55 -0700 Message-ID: From: AP To: Thomas Goirand Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Apr 1, 2013 at 8:16 AM, Thomas Goirand wrote: > On 03/30/2013 08:43 AM, AP wrote: >> I am trying to get OpenStack working with a host running Xen 4.2. I >> found that Ubuntu 13.04 has moved to using Xen 4.2. I was able to >> install the hypervisor and toolstack using "apt-get xcp-xapi". I >> basically followed the instructions here: >> >> https://wiki.openstack.org/wiki/XenServer/Install/XcpXapiOnPrecise > > You are in fact using the packages which are developed in Debian, and > just migrated to Ubuntu without much change. IMO, you should really > be using Debian rather than Ubuntu (of course, don't have to trust me, > as I am the Debian Developer in charge of this, so I am of course > vouching for the distro that I like...). I have no problems switching to Debian, however looking at what you have written below I might not have better luck there either with the devstack script. >> I am now unable to find clear instructions on how to setup a OpenStack >> compute VM. Many websites pointed me at devstack to get the whole >> stack running in a VM. But I am unable to get that to work. > > Yes, and IMO, that's really crap that they all tell "just use devstack". > I wrote about it multiple times, but it seems nobody cares much. > >> I realize that the script is trying to mount the DomU disk in Dom0 but >> kpartx is not able to handle it. I tried doing it by hand and was >> unable to do so. Is there an updated script to do this? Or if someone >> can point me at instructions to setup the OpenStack compute VM that >> would helpful too. >> >> Thanks, >> AP > > The problem is that everyone tests with XCP as the CentOS > appliance, and never with what is in Debian/Ubuntu. So I think > that devstack must be broken in such a case. I don't think you > will find any updated script for XCP in Ubuntu/Debian, you will > have to work it out yourself. Though I'm quite sure it shouldn't > be hard to mount your domU disk in the dom0. OK, I will try debugging the problem and post if I succeed. Thanks, AP _______________________________________________ Xen-api 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 01 18:22:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 18:22: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 1UMjMl-000816-Mx; Mon, 01 Apr 2013 18:21:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMjMk-00080y-9T for xen-api@lists.xen.org; Mon, 01 Apr 2013 18:21:58 +0000 Received: from [85.158.139.83:28177] by server-13.bemta-5.messagelabs.com id 75/68-20553-540D9515; Mon, 01 Apr 2013 18:21:57 +0000 X-Env-Sender: apxeng@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1364840516!25640893!1 X-Originating-IP: [74.125.83.53] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21623 invoked from network); 1 Apr 2013 18:21:56 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 18:21:56 -0000 Received: by mail-ee0-f53.google.com with SMTP id c13so1114026eek.26 for ; Mon, 01 Apr 2013 11:21:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=d+Eh3kQXmevG320r1v8JFzE+bt7nO36nTN0pnl7J+hc=; b=UpwOUmeH6yh8f7pNAVvQgADkx2qxwYN963kTgiTQBYF1N7MuZ58TaZLjeraddlJYw5 7abKTSJ0l6YySWsAwd5cvKP+a3eJGnNrpg+xkHQQ0r7hTgU756o227lxkAoDz1nKaYPL HZTMq1J47qcnGhKKXobd2WzAcqzm66mxYi8wlEwI1A/BhiNsLrSLUNVZxxTocQRux5W8 ypO/e/ybgrCSVBMS138nQ1+sn5475gN5xmQPmbdQL6NV+JhaHutXj8ZYcDpCFM5vo7TZ WIyaL4qzufwiQ1ODQEhbm82tvAh69S5ehN3kWSlUlpdemSCpy20zp6tWdlUwLNVyLfzx 9Dyw== MIME-Version: 1.0 X-Received: by 10.15.36.67 with SMTP id h43mr40160916eev.5.1364840515944; Mon, 01 Apr 2013 11:21:55 -0700 (PDT) Received: by 10.223.178.193 with HTTP; Mon, 1 Apr 2013 11:21:55 -0700 (PDT) In-Reply-To: <5159A4C1.9000204@debian.org> References: <5159A4C1.9000204@debian.org> Date: Mon, 1 Apr 2013 11:21:55 -0700 Message-ID: From: AP To: Thomas Goirand Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Apr 1, 2013 at 8:16 AM, Thomas Goirand wrote: > On 03/30/2013 08:43 AM, AP wrote: >> I am trying to get OpenStack working with a host running Xen 4.2. I >> found that Ubuntu 13.04 has moved to using Xen 4.2. I was able to >> install the hypervisor and toolstack using "apt-get xcp-xapi". I >> basically followed the instructions here: >> >> https://wiki.openstack.org/wiki/XenServer/Install/XcpXapiOnPrecise > > You are in fact using the packages which are developed in Debian, and > just migrated to Ubuntu without much change. IMO, you should really > be using Debian rather than Ubuntu (of course, don't have to trust me, > as I am the Debian Developer in charge of this, so I am of course > vouching for the distro that I like...). I have no problems switching to Debian, however looking at what you have written below I might not have better luck there either with the devstack script. >> I am now unable to find clear instructions on how to setup a OpenStack >> compute VM. Many websites pointed me at devstack to get the whole >> stack running in a VM. But I am unable to get that to work. > > Yes, and IMO, that's really crap that they all tell "just use devstack". > I wrote about it multiple times, but it seems nobody cares much. > >> I realize that the script is trying to mount the DomU disk in Dom0 but >> kpartx is not able to handle it. I tried doing it by hand and was >> unable to do so. Is there an updated script to do this? Or if someone >> can point me at instructions to setup the OpenStack compute VM that >> would helpful too. >> >> Thanks, >> AP > > The problem is that everyone tests with XCP as the CentOS > appliance, and never with what is in Debian/Ubuntu. So I think > that devstack must be broken in such a case. I don't think you > will find any updated script for XCP in Ubuntu/Debian, you will > have to work it out yourself. Though I'm quite sure it shouldn't > be hard to mount your domU disk in the dom0. OK, I will try debugging the problem and post if I succeed. Thanks, AP _______________________________________________ Xen-api 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 02 10:05:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 10:05:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMy5B-0001BV-HD; Tue, 02 Apr 2013 10:04:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMy5A-0001BQ-Ea for xen-api@lists.xen.org; Tue, 02 Apr 2013 10:04:48 +0000 Received: from [85.158.143.99:46556] by server-3.bemta-4.messagelabs.com id 5E/0E-02186-F3DAA515; Tue, 02 Apr 2013 10:04:47 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-11.tower-216.messagelabs.com!1364897013!19765038!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30224 invoked from network); 2 Apr 2013 10:03:34 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 10:03:34 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32430502" X-IronPort-AV: E=Sophos;i="4.87,392,1363132800"; d="scan'208";a="32430502" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 11:02:59 +0100 Received: from LON3EXH02.RACKSPACE.CORP (10.9.27.24) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 11:02:59 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON3EXH02.RACKSPACE.CORP ([10.9.27.24]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 11:02:59 +0100 From: John Garbutt To: AP , Thomas Goirand Thread-Topic: [Xen-API] xcp-xapi on Ubuntu 13.04 Thread-Index: AQHOLOAOknLHC/NBWUuAHZNmvBl4J5jBbTKAgAAz3oCAARewAA== Date: Tue, 2 Apr 2013 10:02:58 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] Content-ID: <260D59288A4E6849BEF8C4E5B6B70225@RACKSPACE.CORP> MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org 77u/Tm90IHN1cmUgb2YgdGhlIHN0YXRlIG9mIHhjcC14YXBpIDEzLjA0IG9uIFVidW50dS4gRG9l cyBhbnlvbmUga25vdyBpZiBYZW4KNC4yIGZpeGVzIGdvdCB1cHN0cmVhbT8KCkRldlN0YWNrIGlz IG9ubHkgcmVhbGx5IHJlY29tbWVuZGVkIGFzIGEgd2F5IGZvciBkZXZlbG9wZXJzIHRvIGdldCB0 aGUKbGF0ZXN0IGNvZGUsIGFuZCBpdCBpcyB0aGUgc2NyaXB0IHRoYXQgaXMgdXNlZCB0byBjcmVh dGUgdGhlIHNldHVwIHRoYXQKZ2F0ZXMgY29kZSBnb2luZyBpbnRvIE9wZW5TdGFjayB0cnVuay4g SSB3b3VsZCBjZXJ0YWlubHkgZ2l2ZSB0aGUgcGFja2FnZXMKYSB0cnkgaWYgeW91IGFyZSBsb29r aW5nIGZvciBzb21ldGhpbmcgbW9yZSBzdGFibGUuCgpJZiB5b3UgY291bGQgbW9kaWZ5IHRoZSBz Y3JpcHQsIG9yIHJ1biBpdCB5b3Vyc2VsZiBhbmQgZ2V0IHRoZSBvdXRwdXQgb2YKa3BhcnR4LCB3 ZSBzaG91bGQgYmUgYWJsZSB0byBoZWxwIHlvdSBkZWJ1ZyB0aGUgaXNzdWVzIHlvdSBhcmUgc2Vl aW5nLiBJCmFtIGpvaG50aGV0dWJhZ3V5IG9uIElSQyBpZiB5b3Ugd2FudCB0byBjaGF0IGluIHJl YWwtdGltZS4KCkpvaG4KClBTCllvdSBtYXkgZ2V0IG1vcmUgbHVjayBmb3IgaGVscCBvbiBvcGVu c3RhY2stZGV2CgpPbiAwMS8wNC8yMDEzIDE5OjIxLCAiQVAiIDxhcHhlbmdAZ21haWwuY29tPiB3 cm90ZToKCj5PbiBNb24sIEFwciAxLCAyMDEzIGF0IDg6MTYgQU0sIFRob21hcyBHb2lyYW5kIDx6 aWdvQGRlYmlhbi5vcmc+IHdyb3RlOgo+PiBPbiAwMy8zMC8yMDEzIDA4OjQzIEFNLCBBUCB3cm90 ZToKPj4+IEkgYW0gdHJ5aW5nIHRvIGdldCBPcGVuU3RhY2sgd29ya2luZyB3aXRoIGEgaG9zdCBy dW5uaW5nIFhlbiA0LjIuIEkKPj4+IGZvdW5kIHRoYXQgVWJ1bnR1IDEzLjA0IGhhcyBtb3ZlZCB0 byB1c2luZyBYZW4gNC4yLiBJIHdhcyBhYmxlIHRvCj4+PiBpbnN0YWxsIHRoZSBoeXBlcnZpc29y IGFuZCB0b29sc3RhY2sgdXNpbmcgImFwdC1nZXQgeGNwLXhhcGkiLiBJCj4+PiBiYXNpY2FsbHkg Zm9sbG93ZWQgdGhlIGluc3RydWN0aW9ucyBoZXJlOgo+Pj4KPj4+IGh0dHBzOi8vd2lraS5vcGVu c3RhY2sub3JnL3dpa2kvWGVuU2VydmVyL0luc3RhbGwvWGNwWGFwaU9uUHJlY2lzZQo+Pgo+PiBZ b3UgYXJlIGluIGZhY3QgdXNpbmcgdGhlIHBhY2thZ2VzIHdoaWNoIGFyZSBkZXZlbG9wZWQgaW4g RGViaWFuLCBhbmQKPj4ganVzdCBtaWdyYXRlZCB0byBVYnVudHUgd2l0aG91dCBtdWNoIGNoYW5n ZS4gSU1PLCB5b3Ugc2hvdWxkIHJlYWxseQo+PiBiZSB1c2luZyBEZWJpYW4gcmF0aGVyIHRoYW4g VWJ1bnR1IChvZiBjb3Vyc2UsIGRvbid0IGhhdmUgdG8gdHJ1c3QgbWUsCj4+IGFzIEkgYW0gdGhl IERlYmlhbiBEZXZlbG9wZXIgaW4gY2hhcmdlIG9mIHRoaXMsIHNvIEkgYW0gb2YgY291cnNlCj4+ IHZvdWNoaW5nIGZvciB0aGUgZGlzdHJvIHRoYXQgSSBsaWtlLi4uKS4KPgo+SSBoYXZlIG5vIHBy b2JsZW1zIHN3aXRjaGluZyB0byBEZWJpYW4sIGhvd2V2ZXIgbG9va2luZyBhdCB3aGF0IHlvdQo+ aGF2ZSB3cml0dGVuIGJlbG93IEkgbWlnaHQgbm90IGhhdmUgYmV0dGVyIGx1Y2sgdGhlcmUgZWl0 aGVyIHdpdGggdGhlCj5kZXZzdGFjayBzY3JpcHQuCj4KPj4+IEkgYW0gbm93IHVuYWJsZSB0byBm aW5kIGNsZWFyIGluc3RydWN0aW9ucyBvbiBob3cgdG8gc2V0dXAgYSBPcGVuU3RhY2sKPj4+IGNv bXB1dGUgVk0uIE1hbnkgd2Vic2l0ZXMgcG9pbnRlZCBtZSBhdCBkZXZzdGFjayB0byBnZXQgdGhl IHdob2xlCj4+PiBzdGFjayBydW5uaW5nIGluIGEgVk0uIEJ1dCBJIGFtIHVuYWJsZSB0byBnZXQg dGhhdCB0byB3b3JrLgo+Pgo+PiBZZXMsIGFuZCBJTU8sIHRoYXQncyByZWFsbHkgY3JhcCB0aGF0 IHRoZXkgYWxsIHRlbGwgImp1c3QgdXNlIGRldnN0YWNrIi4KPj4gSSB3cm90ZSBhYm91dCBpdCBt dWx0aXBsZSB0aW1lcywgYnV0IGl0IHNlZW1zIG5vYm9keSBjYXJlcyBtdWNoLgo+Pgo+Pj4gSSBy ZWFsaXplIHRoYXQgdGhlIHNjcmlwdCBpcyB0cnlpbmcgdG8gbW91bnQgdGhlIERvbVUgZGlzayBp biBEb20wIGJ1dAo+Pj4ga3BhcnR4IGlzIG5vdCBhYmxlIHRvIGhhbmRsZSBpdC4gSSB0cmllZCBk b2luZyBpdCBieSBoYW5kIGFuZCB3YXMKPj4+IHVuYWJsZSB0byBkbyBzby4gSXMgdGhlcmUgYW4g dXBkYXRlZCBzY3JpcHQgdG8gZG8gdGhpcz8gT3IgaWYgc29tZW9uZQo+Pj4gY2FuIHBvaW50IG1l IGF0IGluc3RydWN0aW9ucyB0byBzZXR1cCB0aGUgT3BlblN0YWNrIGNvbXB1dGUgVk0gdGhhdAo+ Pj4gd291bGQgaGVscGZ1bCB0b28uCj4+Pgo+Pj4gVGhhbmtzLAo+Pj4gQVAKPj4KPj4gVGhlIHBy b2JsZW0gaXMgdGhhdCBldmVyeW9uZSB0ZXN0cyB3aXRoIFhDUCBhcyB0aGUgQ2VudE9TCj4+IGFw cGxpYW5jZSwgYW5kIG5ldmVyIHdpdGggd2hhdCBpcyBpbiBEZWJpYW4vVWJ1bnR1LiBTbyBJIHRo aW5rCj4+IHRoYXQgZGV2c3RhY2sgbXVzdCBiZSBicm9rZW4gaW4gc3VjaCBhIGNhc2UuIEkgZG9u J3QgdGhpbmsgeW91Cj4+IHdpbGwgZmluZCBhbnkgdXBkYXRlZCBzY3JpcHQgZm9yIFhDUCBpbiBV YnVudHUvRGViaWFuLCB5b3Ugd2lsbAo+PiBoYXZlIHRvIHdvcmsgaXQgb3V0IHlvdXJzZWxmLiBU aG91Z2ggSSdtIHF1aXRlIHN1cmUgaXQgc2hvdWxkbid0Cj4+IGJlIGhhcmQgdG8gbW91bnQgeW91 ciBkb21VIGRpc2sgaW4gdGhlIGRvbTAuCj4KPk9LLCBJIHdpbGwgdHJ5IGRlYnVnZ2luZyB0aGUg cHJvYmxlbSBhbmQgcG9zdCBpZiBJIHN1Y2NlZWQuCj4KPlRoYW5rcywKPkFQCj4KPgoKSm9obiBH YXJidXR0IApTb2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBVSyAKClRlbDogKzQ0MjA4NzM0NDg1MwpN b2I6IApGYXg6IApXZWI6IAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KPlhlbi1hcGkgbWFpbGluZyBsaXN0Cj5YZW4tYXBpQGxpc3RzLnhlbi5vcmcKPmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgpSYWNr c3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50 b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIg Q0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVpp bW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlIElu dGVybmF0aW9uYWwgR21iSCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNr c3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3kKLQpSYWNrc3BhY2UgSG9zdGlu ZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2Yg VmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3 NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIx MCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBI b3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQg d3d3LnJhY2tzcGFjZS5jb20uYXUvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHAK LQpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFz IDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2EKUmFja3NwYWNlIFVTLCBJbmMgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9s ZWdhbC9wcml2YWN5c3RhdGVtZW50Ci0KUmFja3NwYWNlIExpbWl0ZWQgaXMgYSBjb21wYW55IHJl Z2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVzIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAz ODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9hZCwg SHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi4KUmFja3NwYWNlIExpbWl0ZWQgcHJp dmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3By aXZhY3ktcG9saWN5Ci0KUmFja3NwYWNlIEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVK IEFtc3RlcmRhbS4KUmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2 aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kKLQpSYWNr c3BhY2UgQXNpYSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGluIEhvbmcgS29uZyAo Q29tcGFueSBubzogMTIxMTI5NCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgOS9GLCBD YW1icmlkZ2UgSG91c2UsIFRhaWtvbyBQbGFjZSwgOTc5IEtpbmcncyBSb2FkLCBRdWFycnkgQmF5 LCBIb25nIEtvbmcuClJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJl IHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3Rh dGVtZW50LnBocAotClRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVu dHMgb3IgZW1iZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBh bmQgY29uZmlkZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2gg dGhpcyBtZXNzYWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5 IGluZGljYXRlZCwgaXMgY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIG9m IFJhY2tzcGFjZS4gQW55IGRpc3NlbWluYXRpb24sIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9m IHRoZSBlbmNsb3NlZCBtYXRlcmlhbCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlz IHRyYW5zbWlzc2lvbiBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBpbW1lZGlhdGVseSBieSBl LW1haWwgYXQgYWJ1c2VAcmFja3NwYWNlLmNvbSBhbmQgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNz YWdlLiBZb3VyIGNvb3BlcmF0aW9uIGlzIGFwcHJlY2lhdGVkLgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tYXBpIG1haWxpbmcgbGlzdApYZW4tYXBp QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp bmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Tue Apr 02 10:05:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 10:05:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMy5B-0001BV-HD; Tue, 02 Apr 2013 10:04:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMy5A-0001BQ-Ea for xen-api@lists.xen.org; Tue, 02 Apr 2013 10:04:48 +0000 Received: from [85.158.143.99:46556] by server-3.bemta-4.messagelabs.com id 5E/0E-02186-F3DAA515; Tue, 02 Apr 2013 10:04:47 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-11.tower-216.messagelabs.com!1364897013!19765038!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30224 invoked from network); 2 Apr 2013 10:03:34 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 10:03:34 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32430502" X-IronPort-AV: E=Sophos;i="4.87,392,1363132800"; d="scan'208";a="32430502" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 11:02:59 +0100 Received: from LON3EXH02.RACKSPACE.CORP (10.9.27.24) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 11:02:59 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON3EXH02.RACKSPACE.CORP ([10.9.27.24]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 11:02:59 +0100 From: John Garbutt To: AP , Thomas Goirand Thread-Topic: [Xen-API] xcp-xapi on Ubuntu 13.04 Thread-Index: AQHOLOAOknLHC/NBWUuAHZNmvBl4J5jBbTKAgAAz3oCAARewAA== Date: Tue, 2 Apr 2013 10:02:58 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] Content-ID: <260D59288A4E6849BEF8C4E5B6B70225@RACKSPACE.CORP> MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org 77u/Tm90IHN1cmUgb2YgdGhlIHN0YXRlIG9mIHhjcC14YXBpIDEzLjA0IG9uIFVidW50dS4gRG9l cyBhbnlvbmUga25vdyBpZiBYZW4KNC4yIGZpeGVzIGdvdCB1cHN0cmVhbT8KCkRldlN0YWNrIGlz IG9ubHkgcmVhbGx5IHJlY29tbWVuZGVkIGFzIGEgd2F5IGZvciBkZXZlbG9wZXJzIHRvIGdldCB0 aGUKbGF0ZXN0IGNvZGUsIGFuZCBpdCBpcyB0aGUgc2NyaXB0IHRoYXQgaXMgdXNlZCB0byBjcmVh dGUgdGhlIHNldHVwIHRoYXQKZ2F0ZXMgY29kZSBnb2luZyBpbnRvIE9wZW5TdGFjayB0cnVuay4g SSB3b3VsZCBjZXJ0YWlubHkgZ2l2ZSB0aGUgcGFja2FnZXMKYSB0cnkgaWYgeW91IGFyZSBsb29r aW5nIGZvciBzb21ldGhpbmcgbW9yZSBzdGFibGUuCgpJZiB5b3UgY291bGQgbW9kaWZ5IHRoZSBz Y3JpcHQsIG9yIHJ1biBpdCB5b3Vyc2VsZiBhbmQgZ2V0IHRoZSBvdXRwdXQgb2YKa3BhcnR4LCB3 ZSBzaG91bGQgYmUgYWJsZSB0byBoZWxwIHlvdSBkZWJ1ZyB0aGUgaXNzdWVzIHlvdSBhcmUgc2Vl aW5nLiBJCmFtIGpvaG50aGV0dWJhZ3V5IG9uIElSQyBpZiB5b3Ugd2FudCB0byBjaGF0IGluIHJl YWwtdGltZS4KCkpvaG4KClBTCllvdSBtYXkgZ2V0IG1vcmUgbHVjayBmb3IgaGVscCBvbiBvcGVu c3RhY2stZGV2CgpPbiAwMS8wNC8yMDEzIDE5OjIxLCAiQVAiIDxhcHhlbmdAZ21haWwuY29tPiB3 cm90ZToKCj5PbiBNb24sIEFwciAxLCAyMDEzIGF0IDg6MTYgQU0sIFRob21hcyBHb2lyYW5kIDx6 aWdvQGRlYmlhbi5vcmc+IHdyb3RlOgo+PiBPbiAwMy8zMC8yMDEzIDA4OjQzIEFNLCBBUCB3cm90 ZToKPj4+IEkgYW0gdHJ5aW5nIHRvIGdldCBPcGVuU3RhY2sgd29ya2luZyB3aXRoIGEgaG9zdCBy dW5uaW5nIFhlbiA0LjIuIEkKPj4+IGZvdW5kIHRoYXQgVWJ1bnR1IDEzLjA0IGhhcyBtb3ZlZCB0 byB1c2luZyBYZW4gNC4yLiBJIHdhcyBhYmxlIHRvCj4+PiBpbnN0YWxsIHRoZSBoeXBlcnZpc29y IGFuZCB0b29sc3RhY2sgdXNpbmcgImFwdC1nZXQgeGNwLXhhcGkiLiBJCj4+PiBiYXNpY2FsbHkg Zm9sbG93ZWQgdGhlIGluc3RydWN0aW9ucyBoZXJlOgo+Pj4KPj4+IGh0dHBzOi8vd2lraS5vcGVu c3RhY2sub3JnL3dpa2kvWGVuU2VydmVyL0luc3RhbGwvWGNwWGFwaU9uUHJlY2lzZQo+Pgo+PiBZ b3UgYXJlIGluIGZhY3QgdXNpbmcgdGhlIHBhY2thZ2VzIHdoaWNoIGFyZSBkZXZlbG9wZWQgaW4g RGViaWFuLCBhbmQKPj4ganVzdCBtaWdyYXRlZCB0byBVYnVudHUgd2l0aG91dCBtdWNoIGNoYW5n ZS4gSU1PLCB5b3Ugc2hvdWxkIHJlYWxseQo+PiBiZSB1c2luZyBEZWJpYW4gcmF0aGVyIHRoYW4g VWJ1bnR1IChvZiBjb3Vyc2UsIGRvbid0IGhhdmUgdG8gdHJ1c3QgbWUsCj4+IGFzIEkgYW0gdGhl IERlYmlhbiBEZXZlbG9wZXIgaW4gY2hhcmdlIG9mIHRoaXMsIHNvIEkgYW0gb2YgY291cnNlCj4+ IHZvdWNoaW5nIGZvciB0aGUgZGlzdHJvIHRoYXQgSSBsaWtlLi4uKS4KPgo+SSBoYXZlIG5vIHBy b2JsZW1zIHN3aXRjaGluZyB0byBEZWJpYW4sIGhvd2V2ZXIgbG9va2luZyBhdCB3aGF0IHlvdQo+ aGF2ZSB3cml0dGVuIGJlbG93IEkgbWlnaHQgbm90IGhhdmUgYmV0dGVyIGx1Y2sgdGhlcmUgZWl0 aGVyIHdpdGggdGhlCj5kZXZzdGFjayBzY3JpcHQuCj4KPj4+IEkgYW0gbm93IHVuYWJsZSB0byBm aW5kIGNsZWFyIGluc3RydWN0aW9ucyBvbiBob3cgdG8gc2V0dXAgYSBPcGVuU3RhY2sKPj4+IGNv bXB1dGUgVk0uIE1hbnkgd2Vic2l0ZXMgcG9pbnRlZCBtZSBhdCBkZXZzdGFjayB0byBnZXQgdGhl IHdob2xlCj4+PiBzdGFjayBydW5uaW5nIGluIGEgVk0uIEJ1dCBJIGFtIHVuYWJsZSB0byBnZXQg dGhhdCB0byB3b3JrLgo+Pgo+PiBZZXMsIGFuZCBJTU8sIHRoYXQncyByZWFsbHkgY3JhcCB0aGF0 IHRoZXkgYWxsIHRlbGwgImp1c3QgdXNlIGRldnN0YWNrIi4KPj4gSSB3cm90ZSBhYm91dCBpdCBt dWx0aXBsZSB0aW1lcywgYnV0IGl0IHNlZW1zIG5vYm9keSBjYXJlcyBtdWNoLgo+Pgo+Pj4gSSBy ZWFsaXplIHRoYXQgdGhlIHNjcmlwdCBpcyB0cnlpbmcgdG8gbW91bnQgdGhlIERvbVUgZGlzayBp biBEb20wIGJ1dAo+Pj4ga3BhcnR4IGlzIG5vdCBhYmxlIHRvIGhhbmRsZSBpdC4gSSB0cmllZCBk b2luZyBpdCBieSBoYW5kIGFuZCB3YXMKPj4+IHVuYWJsZSB0byBkbyBzby4gSXMgdGhlcmUgYW4g dXBkYXRlZCBzY3JpcHQgdG8gZG8gdGhpcz8gT3IgaWYgc29tZW9uZQo+Pj4gY2FuIHBvaW50IG1l IGF0IGluc3RydWN0aW9ucyB0byBzZXR1cCB0aGUgT3BlblN0YWNrIGNvbXB1dGUgVk0gdGhhdAo+ Pj4gd291bGQgaGVscGZ1bCB0b28uCj4+Pgo+Pj4gVGhhbmtzLAo+Pj4gQVAKPj4KPj4gVGhlIHBy b2JsZW0gaXMgdGhhdCBldmVyeW9uZSB0ZXN0cyB3aXRoIFhDUCBhcyB0aGUgQ2VudE9TCj4+IGFw cGxpYW5jZSwgYW5kIG5ldmVyIHdpdGggd2hhdCBpcyBpbiBEZWJpYW4vVWJ1bnR1LiBTbyBJIHRo aW5rCj4+IHRoYXQgZGV2c3RhY2sgbXVzdCBiZSBicm9rZW4gaW4gc3VjaCBhIGNhc2UuIEkgZG9u J3QgdGhpbmsgeW91Cj4+IHdpbGwgZmluZCBhbnkgdXBkYXRlZCBzY3JpcHQgZm9yIFhDUCBpbiBV YnVudHUvRGViaWFuLCB5b3Ugd2lsbAo+PiBoYXZlIHRvIHdvcmsgaXQgb3V0IHlvdXJzZWxmLiBU aG91Z2ggSSdtIHF1aXRlIHN1cmUgaXQgc2hvdWxkbid0Cj4+IGJlIGhhcmQgdG8gbW91bnQgeW91 ciBkb21VIGRpc2sgaW4gdGhlIGRvbTAuCj4KPk9LLCBJIHdpbGwgdHJ5IGRlYnVnZ2luZyB0aGUg cHJvYmxlbSBhbmQgcG9zdCBpZiBJIHN1Y2NlZWQuCj4KPlRoYW5rcywKPkFQCj4KPgoKSm9obiBH YXJidXR0IApTb2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBVSyAKClRlbDogKzQ0MjA4NzM0NDg1MwpN b2I6IApGYXg6IApXZWI6IAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KPlhlbi1hcGkgbWFpbGluZyBsaXN0Cj5YZW4tYXBpQGxpc3RzLnhlbi5vcmcKPmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgpSYWNr c3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50 b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIg Q0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVpp bW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlIElu dGVybmF0aW9uYWwgR21iSCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNr c3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3kKLQpSYWNrc3BhY2UgSG9zdGlu ZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2Yg VmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3 NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIx MCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBI b3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQg d3d3LnJhY2tzcGFjZS5jb20uYXUvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHAK LQpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFz IDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2EKUmFja3NwYWNlIFVTLCBJbmMgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9s ZWdhbC9wcml2YWN5c3RhdGVtZW50Ci0KUmFja3NwYWNlIExpbWl0ZWQgaXMgYSBjb21wYW55IHJl Z2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVzIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAz ODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9hZCwg SHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi4KUmFja3NwYWNlIExpbWl0ZWQgcHJp dmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3By aXZhY3ktcG9saWN5Ci0KUmFja3NwYWNlIEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVK IEFtc3RlcmRhbS4KUmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2 aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kKLQpSYWNr c3BhY2UgQXNpYSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGluIEhvbmcgS29uZyAo Q29tcGFueSBubzogMTIxMTI5NCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgOS9GLCBD YW1icmlkZ2UgSG91c2UsIFRhaWtvbyBQbGFjZSwgOTc5IEtpbmcncyBSb2FkLCBRdWFycnkgQmF5 LCBIb25nIEtvbmcuClJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJl IHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3Rh dGVtZW50LnBocAotClRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVu dHMgb3IgZW1iZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBh bmQgY29uZmlkZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2gg dGhpcyBtZXNzYWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5 IGluZGljYXRlZCwgaXMgY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIG9m IFJhY2tzcGFjZS4gQW55IGRpc3NlbWluYXRpb24sIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9m IHRoZSBlbmNsb3NlZCBtYXRlcmlhbCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlz IHRyYW5zbWlzc2lvbiBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBpbW1lZGlhdGVseSBieSBl LW1haWwgYXQgYWJ1c2VAcmFja3NwYWNlLmNvbSBhbmQgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNz YWdlLiBZb3VyIGNvb3BlcmF0aW9uIGlzIGFwcHJlY2lhdGVkLgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tYXBpIG1haWxpbmcgbGlzdApYZW4tYXBp QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp bmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Tue Apr 02 10:08:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 10:08: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 1UMy8r-0001G8-VZ; Tue, 02 Apr 2013 10:08:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMy8q-0001G3-O0 for xen-api@lists.xen.org; Tue, 02 Apr 2013 10:08:37 +0000 Received: from [85.158.143.99:17371] by server-3.bemta-4.messagelabs.com id 1A/33-02186-42EAA515; Tue, 02 Apr 2013 10:08:36 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-10.tower-216.messagelabs.com!1364897303!21314046!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17430 invoked from network); 2 Apr 2013 10:08:23 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 10:08:23 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32430901" X-IronPort-AV: E=Sophos;i="4.87,392,1363132800"; d="jpg'145?scan'145,208,217,145";a="32430901" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 11:08:22 +0100 Content-Type: multipart/mixed; boundary="_fe360681-dafd-49d2-88c7-65bfbf776dc3_" Received: from LON3EXH02.RACKSPACE.CORP (10.9.27.24) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 11:08:22 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON3EXH02.RACKSPACE.CORP ([10.9.27.24]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 11:08:22 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOK+aXW2sP8jgVTEyHs/4mncOOiZjCvDMA Date: Tue, 2 Apr 2013 10:08:21 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: multipart/alternative; boundary="_000_CD805BE52308johngarbuttrackspacecom_" --_000_CD805BE52308johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD805BE52308johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <3A77BA14D3265C4CA793BDC52E409388@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDExOjA4OjIyIFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+VG8gY3V0IGEgbG9uZyBzdG9yeSBzaG9ydCwgdGhlIE9WUyAmIzQzOyBYQ1AgJiM0MzsgUXVh bnR1bSBzdXBwb3J0IGlzIHN0aWxsIGluIHJldmlldywgYXMgeW91IHNwb3R0ZWQsIGFuZCBpcyBu b3QgdXBzdHJlYW06PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNr Lm9yZy8jL2MvMTUwMjIvIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88 L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkhlbHAgdG8gdGVzdCBhbmQgcmV2aWV3 IHRoYXQgY29kZSB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkITwvZGl2Pgo8ZGl2PjxiciAv Pgo8L2Rpdj4KPGRpdj5UbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhl IG5ldyBxdWFudHVtIHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJy aWRnZSwgc2VlIHRoaXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dp dGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2su b3JnLyMvYy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3BlbnZzd2l0Y2gvYWdlbnQveGVuc2Vy dmVyX2luc3RhbGwuc2g8L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkRldlN0YWNr IHNob3VsZCBnaXZlIHlvdSB0aGUgaGludHMgeW91IG5lZWQgZm9yIGNvbmZpZ3VyaW5nIFF1YW50 dW0gT1ZTIG9uY2UgdGhlIGFib3ZlIHBsdWdpbiBpcyBpbnN0YWxsZWQ6PC9kaXY+CjxkaXY+PGEg aHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2svYmxvYi9tYXN0 ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMMTMiPmh0dHBzOi8vZ2l0aHViLmNv bS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMv b3BlbnZzd2l0Y2gjTDEzPC9hPjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNv bS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMv b3BlbnZzd2l0Y2gjTDc0Ij5odHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFj ay9ibG9iL21hc3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0w3NDwvYT48L2Rp dj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5QUzwvZGl2Pgo8ZGl2Pgo8ZGl2Pkkgd291bGQgdHJ5IGFzayBvbiBvcGVuc3RhY2stZGV2 LCBhbmQgYWRkIHRoZSB0YWcgW1F1YW50dW1dIGFuZCBob3BlZnVsbHkgbWFydSB3aWxsIGJlIGFi bGUgdG8gaGVscCB5b3Ugb3V0LjwvZGl2Pgo8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFu IGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+CjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVIt Qk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJP VFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVIt VE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElO Ry1UT1A6IDNwdCI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZx dW90OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIj5hbmRyZXcubHVr b3Noa29AZ21haWwuY29tPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtv c2hrb0BnbWFpbC5jb20iPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5UaHVyc2RheSwgMjggTWFy Y2ggMjAxMyAxOTo1ODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3Nw YW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMu eGVuLm9yZyI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC13ZWlnaHQ6Ym9sZD5TdWJqZWN0OiA8L3NwYW4+W1hlbi1BUEldIFtPcGVuU3RhY2tdIFhD UCAmIzQzOyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPGRp dj48YnIgLz4KPC9kaXY+CjxkaXY+CjxkaXY+CjxkaXYgZGlyPSJsdHIiPgo8ZGl2PkhpIGV2ZXJ5 b25lLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5JJ20gdHJ5aW5nIHRvIGRlcGxveSBl eHBlcmltZW50YWwgcHJpdmF0ZSBjbG91ZCB3aXRoIHRoZSBmb2xsb3dpbmc6PC9kaXY+CjxkaXY+ MS4gT3BlbnN0YWNrIEZvbHNvbTwvZGl2Pgo8ZGl2PjIuIFhDUCAxLjY8L2Rpdj4KPGRpdj4zLiBR dWFudHVtIGZvciBuZXR3b3JraW5nPC9kaXY+CjxkaXY+NC4gQ2VudE9TIGFzIERvbVUgY29udHJv bGxlciBub2RlPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkV2ZXJ5dGhpbmcgbG9va3Mg ZmluZSBleGNlcHQgbmV0d29ya2luZy48L2Rpdj4KPGRpdj5Gb2xzb20mIzQzO1F1YW50dW0mIzQz O1hDUCYjNDM7T1ZTIGRvbid0IGxvb2sgbGlrZSBnb29kIGNvbWJpbmF0aW9uLjwvZGl2Pgo8ZGl2 PjxiciAvPgo8L2Rpdj4KPGRpdj5JJ3ZlIGFscmVhZHkgcmVhZCA8YSBocmVmPSJodHRwczovL3dp a2kub3BlbnN0YWNrLm9yZy93aWtpL1F1YW50dW1EZXZzdGFja092c1hjcCI+Cmh0dHBzOi8vd2lr aS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiAsIGJ1dCB0aGlz IHNvbHV0aW9uIGlzIGZvciB1bnN0YWJsZSBHcml6emx5IGFuZCBoaWdobHkgRGV2U3RhY2svVWJ1 bnR1IHRhcmdldGVkLjwvZGl2Pgo8ZGl2PlRoaXMgZ3VpZGUgPGEgaHJlZj0iaHR0cHM6Ly93aWtp Lm9wZW5zdGFjay5vcmcvd2lraS9YZW5TZXJ2ZXIvUXVhbnR1bSI+aHR0cHM6Ly93aWtpLm9wZW5z dGFjay5vcmcvd2lraS9YZW5TZXJ2ZXIvUXVhbnR1bTwvYT4gaXMgZm9yIEVzc2V4LCByaWdodD8g QW5kIHRoaXMKPGEgaHJlZj0iaHR0cDovL29wZW52c3dpdGNoLm9yZy9vcGVuc3RhY2svZG9jdW1l bnRhdGlvbi8iPmh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24v PC9hPiB0b28uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkkndmUgYmFja3BvcnRlZCA8 YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8iPmh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzwvYT4gYW5kCjxhIGhyZWY9Imh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIzLyI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNr Lm9yZy8jL2MvMTUwMjMvPC9hPiB0byBGb2xzb20sIGJ1dCB3aGF0IHNob3VsZCBJIGRvIG5leHQ/ PC9kaXY+CjxkaXY+SG93IHRvIG1hbnVhbGx5IGNvbmZpZ3VyZSB0aGlzIHN0dWZmPzwvZGl2Pgo8 ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5BbmQgcGxlYXNlIGdpdmUgbWUgYWR2aXNlIGFib3V0IG92 c19xdWFudHVtX2FnZW50LnB5LjwvZGl2Pgo8ZGl2PldoYXQncyBkZWZhdWx0IHBsYWNlIGZvciBp dCBpbiBGb2xzb20gLSBpbiBEb20wIG9yIERvbVU/PC9kaXY+CjxkaXY+RG8gSSBuZWVkIGNoYW5n ZXMgZnJvbSA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLy4iPmh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvLjwvYT4uLiBpZiBJJ2xsIHVzZSBpdCBpbiBEb20wPyAoSSBr bm93IHRoYXQgUHl0aG9uIDIuNiBpcyByZXF1aXJlbWVudCkuPC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PlRoYW5rcyBhIGxvdC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAv PgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2 Pgo8L3NwYW4+CjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5Nzgz NjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5Nzgz NjIzPgo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD01MDQ+CiAgPFRCT0RZPgog IDxUUj4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFzcz1MRUZUX0FMSUdORUQ+PHNw YW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTpzbWFsbDsgJz5Kb2huIEdh cmJ1dHQ8L3NwYW4+PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQt c2l6ZTp4LXNtYWxsOyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFuPjwvVEQ+CiAg ICA8VEQgc3R5bGU9IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2Fs IFN1cHBvcnQiIGFsaWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlOTA0YjczLkpQR0A0NjVjODk3MC40 YWE0N2ZlYyIgd2lkdGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9UUj4KICA8VFIgY2xhc3M9TEVG VF9BTElHTkVEPgogICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1MSU5FIHNyYz0iY2lkOmltYWdl NDgzNmFhLkpQR0BhYzhiNGUzNS40ZjgwZDE1MyIgd2lkdGg9NTA0IGhlaWdodD00IC8+PC9URD48 L1RSPgogIDxUUj4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48c3BhbiBzdHlsZT0nZm9udC1m YW1pbHk6Q2FsaWJyaTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0 MzY5NzgzNjIzVGFibGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsg Zm9udC1zaXplOngtc21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48dGQ+PHNwYW4gc3R5bGU9J2Zv bnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPis0NDIwODczNDQ4NTM8L3Nw YW4+PC90ZD48L3RyPjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8VEQgY2xhc3M9UklHSFRfQUxJ R05FRD48SU1HIGFsdD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2U0MWJkNTEuSlBHQDVlN2MyOWI5 LjQ1YWZiNTczIiB3aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48L1RSPgogIDxUUiBjbGFzcz1M RUZUX0FMSUdORUQ+CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8gY29sU3Bhbj0yPjxJTUcgc3Jj PSJjaWQ6aW1hZ2U2MDZlMDIuSlBHQDExMzhiN2E1LjQ1OGI0ZTMwIiB3aWR0aD01MDQgaGVpZ2h0 PTMgLz48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQx Ny00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQx Ny00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4 OyI+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0 aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24g bnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQg QmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tz cGFjZSBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3 d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PGJyPi08YnI+UmFj a3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4g dGhlIHN0YXRlIG9mIFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1i ZXIgQUNOIDE1MyAyNzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBTdWl0ZSAz LCBMZXZlbCA3LCAyMTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBOU1cgMjAwMCwgQXVzdHJhbGlh LiBSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4g YmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1z dGF0ZW1lbnQucGhwPGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+PC9zcGFuPjxi cj5SYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFz IDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUg dmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0 ZW1lbnQ8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxi cj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgaXMgYSBj b21wYW55IHJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyAoY29tcGFueSByZWdpc3Rl cmVkIG51bWJlciAwMzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgNSBNaWxs aW5ndG9uIFJvYWQsIEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4IFVCMyA0QVouPC9zcGFuPjxi cj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZh Y3ktcG9saWN5PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+LTwvc3Bh bj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBCZW5lbHV4IEIu Vi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2 SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0 Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxicj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3k8 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxicj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNv bXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3Nl IHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxh Y2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xl Z2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTFweDsiPi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5UaGlz IGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRv Y3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBh ZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzIGNv bmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBk aXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0 ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4g ZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0IGFidXNlQHJh Y2tzcGFjZS5jb20gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJh dGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hUTUw+Cgo= --_000_CD805BE52308johngarbuttrackspacecom_-- --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image904b73.JPG" Content-Transfer-Encoding: base64 Content-ID: image904b73.JPG@465c8970.4aa47fec Content-Disposition: inline; filename="image904b73.JPG" Content-Location: image904b73.JPG Content-Description: image904b73.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image4836aa.JPG" Content-Transfer-Encoding: base64 Content-ID: image4836aa.JPG@ac8b4e35.4f80d153 Content-Disposition: inline; filename="image4836aa.JPG" Content-Location: image4836aa.JPG Content-Description: image4836aa.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image41bd51.JPG" Content-Transfer-Encoding: base64 Content-ID: image41bd51.JPG@5e7c29b9.45afb573 Content-Disposition: inline; filename="image41bd51.JPG" Content-Location: image41bd51.JPG Content-Description: image41bd51.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image606e02.JPG" Content-Transfer-Encoding: base64 Content-ID: image606e02.JPG@1138b7a5.458b4e30 Content-Disposition: inline; filename="image606e02.JPG" Content-Location: image606e02.JPG Content-Description: image606e02.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_fe360681-dafd-49d2-88c7-65bfbf776dc3_-- From xen-api-bounces@lists.xen.org Tue Apr 02 10:08:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 10:08: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 1UMy8r-0001G8-VZ; Tue, 02 Apr 2013 10:08:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMy8q-0001G3-O0 for xen-api@lists.xen.org; Tue, 02 Apr 2013 10:08:37 +0000 Received: from [85.158.143.99:17371] by server-3.bemta-4.messagelabs.com id 1A/33-02186-42EAA515; Tue, 02 Apr 2013 10:08:36 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-10.tower-216.messagelabs.com!1364897303!21314046!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17430 invoked from network); 2 Apr 2013 10:08:23 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 10:08:23 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32430901" X-IronPort-AV: E=Sophos;i="4.87,392,1363132800"; d="jpg'145?scan'145,208,217,145";a="32430901" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 11:08:22 +0100 Content-Type: multipart/mixed; boundary="_fe360681-dafd-49d2-88c7-65bfbf776dc3_" Received: from LON3EXH02.RACKSPACE.CORP (10.9.27.24) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 11:08:22 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON3EXH02.RACKSPACE.CORP ([10.9.27.24]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 11:08:22 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOK+aXW2sP8jgVTEyHs/4mncOOiZjCvDMA Date: Tue, 2 Apr 2013 10:08:21 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: multipart/alternative; boundary="_000_CD805BE52308johngarbuttrackspacecom_" --_000_CD805BE52308johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD805BE52308johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <3A77BA14D3265C4CA793BDC52E409388@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDExOjA4OjIyIFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+VG8gY3V0IGEgbG9uZyBzdG9yeSBzaG9ydCwgdGhlIE9WUyAmIzQzOyBYQ1AgJiM0MzsgUXVh bnR1bSBzdXBwb3J0IGlzIHN0aWxsIGluIHJldmlldywgYXMgeW91IHNwb3R0ZWQsIGFuZCBpcyBu b3QgdXBzdHJlYW06PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNr Lm9yZy8jL2MvMTUwMjIvIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88 L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkhlbHAgdG8gdGVzdCBhbmQgcmV2aWV3 IHRoYXQgY29kZSB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkITwvZGl2Pgo8ZGl2PjxiciAv Pgo8L2Rpdj4KPGRpdj5UbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhl IG5ldyBxdWFudHVtIHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJy aWRnZSwgc2VlIHRoaXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dp dGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2su b3JnLyMvYy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3BlbnZzd2l0Y2gvYWdlbnQveGVuc2Vy dmVyX2luc3RhbGwuc2g8L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkRldlN0YWNr IHNob3VsZCBnaXZlIHlvdSB0aGUgaGludHMgeW91IG5lZWQgZm9yIGNvbmZpZ3VyaW5nIFF1YW50 dW0gT1ZTIG9uY2UgdGhlIGFib3ZlIHBsdWdpbiBpcyBpbnN0YWxsZWQ6PC9kaXY+CjxkaXY+PGEg aHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2svYmxvYi9tYXN0 ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMMTMiPmh0dHBzOi8vZ2l0aHViLmNv bS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMv b3BlbnZzd2l0Y2gjTDEzPC9hPjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNv bS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMv b3BlbnZzd2l0Y2gjTDc0Ij5odHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFj ay9ibG9iL21hc3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0w3NDwvYT48L2Rp dj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5QUzwvZGl2Pgo8ZGl2Pgo8ZGl2Pkkgd291bGQgdHJ5IGFzayBvbiBvcGVuc3RhY2stZGV2 LCBhbmQgYWRkIHRoZSB0YWcgW1F1YW50dW1dIGFuZCBob3BlZnVsbHkgbWFydSB3aWxsIGJlIGFi bGUgdG8gaGVscCB5b3Ugb3V0LjwvZGl2Pgo8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFu IGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+CjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVIt Qk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJP VFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVIt VE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElO Ry1UT1A6IDNwdCI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZx dW90OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIj5hbmRyZXcubHVr b3Noa29AZ21haWwuY29tPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtv c2hrb0BnbWFpbC5jb20iPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5UaHVyc2RheSwgMjggTWFy Y2ggMjAxMyAxOTo1ODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3Nw YW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMu eGVuLm9yZyI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC13ZWlnaHQ6Ym9sZD5TdWJqZWN0OiA8L3NwYW4+W1hlbi1BUEldIFtPcGVuU3RhY2tdIFhD UCAmIzQzOyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPGRp dj48YnIgLz4KPC9kaXY+CjxkaXY+CjxkaXY+CjxkaXYgZGlyPSJsdHIiPgo8ZGl2PkhpIGV2ZXJ5 b25lLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5JJ20gdHJ5aW5nIHRvIGRlcGxveSBl eHBlcmltZW50YWwgcHJpdmF0ZSBjbG91ZCB3aXRoIHRoZSBmb2xsb3dpbmc6PC9kaXY+CjxkaXY+ MS4gT3BlbnN0YWNrIEZvbHNvbTwvZGl2Pgo8ZGl2PjIuIFhDUCAxLjY8L2Rpdj4KPGRpdj4zLiBR dWFudHVtIGZvciBuZXR3b3JraW5nPC9kaXY+CjxkaXY+NC4gQ2VudE9TIGFzIERvbVUgY29udHJv bGxlciBub2RlPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkV2ZXJ5dGhpbmcgbG9va3Mg ZmluZSBleGNlcHQgbmV0d29ya2luZy48L2Rpdj4KPGRpdj5Gb2xzb20mIzQzO1F1YW50dW0mIzQz O1hDUCYjNDM7T1ZTIGRvbid0IGxvb2sgbGlrZSBnb29kIGNvbWJpbmF0aW9uLjwvZGl2Pgo8ZGl2 PjxiciAvPgo8L2Rpdj4KPGRpdj5JJ3ZlIGFscmVhZHkgcmVhZCA8YSBocmVmPSJodHRwczovL3dp a2kub3BlbnN0YWNrLm9yZy93aWtpL1F1YW50dW1EZXZzdGFja092c1hjcCI+Cmh0dHBzOi8vd2lr aS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiAsIGJ1dCB0aGlz IHNvbHV0aW9uIGlzIGZvciB1bnN0YWJsZSBHcml6emx5IGFuZCBoaWdobHkgRGV2U3RhY2svVWJ1 bnR1IHRhcmdldGVkLjwvZGl2Pgo8ZGl2PlRoaXMgZ3VpZGUgPGEgaHJlZj0iaHR0cHM6Ly93aWtp Lm9wZW5zdGFjay5vcmcvd2lraS9YZW5TZXJ2ZXIvUXVhbnR1bSI+aHR0cHM6Ly93aWtpLm9wZW5z dGFjay5vcmcvd2lraS9YZW5TZXJ2ZXIvUXVhbnR1bTwvYT4gaXMgZm9yIEVzc2V4LCByaWdodD8g QW5kIHRoaXMKPGEgaHJlZj0iaHR0cDovL29wZW52c3dpdGNoLm9yZy9vcGVuc3RhY2svZG9jdW1l bnRhdGlvbi8iPmh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24v PC9hPiB0b28uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkkndmUgYmFja3BvcnRlZCA8 YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8iPmh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzwvYT4gYW5kCjxhIGhyZWY9Imh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIzLyI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNr Lm9yZy8jL2MvMTUwMjMvPC9hPiB0byBGb2xzb20sIGJ1dCB3aGF0IHNob3VsZCBJIGRvIG5leHQ/ PC9kaXY+CjxkaXY+SG93IHRvIG1hbnVhbGx5IGNvbmZpZ3VyZSB0aGlzIHN0dWZmPzwvZGl2Pgo8 ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5BbmQgcGxlYXNlIGdpdmUgbWUgYWR2aXNlIGFib3V0IG92 c19xdWFudHVtX2FnZW50LnB5LjwvZGl2Pgo8ZGl2PldoYXQncyBkZWZhdWx0IHBsYWNlIGZvciBp dCBpbiBGb2xzb20gLSBpbiBEb20wIG9yIERvbVU/PC9kaXY+CjxkaXY+RG8gSSBuZWVkIGNoYW5n ZXMgZnJvbSA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLy4iPmh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvLjwvYT4uLiBpZiBJJ2xsIHVzZSBpdCBpbiBEb20wPyAoSSBr bm93IHRoYXQgUHl0aG9uIDIuNiBpcyByZXF1aXJlbWVudCkuPC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PlRoYW5rcyBhIGxvdC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAv PgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2 Pgo8L3NwYW4+CjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5Nzgz NjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5Nzgz NjIzPgo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD01MDQ+CiAgPFRCT0RZPgog IDxUUj4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFzcz1MRUZUX0FMSUdORUQ+PHNw YW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTpzbWFsbDsgJz5Kb2huIEdh cmJ1dHQ8L3NwYW4+PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQt c2l6ZTp4LXNtYWxsOyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFuPjwvVEQ+CiAg ICA8VEQgc3R5bGU9IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2Fs IFN1cHBvcnQiIGFsaWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlOTA0YjczLkpQR0A0NjVjODk3MC40 YWE0N2ZlYyIgd2lkdGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9UUj4KICA8VFIgY2xhc3M9TEVG VF9BTElHTkVEPgogICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1MSU5FIHNyYz0iY2lkOmltYWdl NDgzNmFhLkpQR0BhYzhiNGUzNS40ZjgwZDE1MyIgd2lkdGg9NTA0IGhlaWdodD00IC8+PC9URD48 L1RSPgogIDxUUj4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48c3BhbiBzdHlsZT0nZm9udC1m YW1pbHk6Q2FsaWJyaTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0 MzY5NzgzNjIzVGFibGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsg Zm9udC1zaXplOngtc21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48dGQ+PHNwYW4gc3R5bGU9J2Zv bnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPis0NDIwODczNDQ4NTM8L3Nw YW4+PC90ZD48L3RyPjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8VEQgY2xhc3M9UklHSFRfQUxJ R05FRD48SU1HIGFsdD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2U0MWJkNTEuSlBHQDVlN2MyOWI5 LjQ1YWZiNTczIiB3aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48L1RSPgogIDxUUiBjbGFzcz1M RUZUX0FMSUdORUQ+CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8gY29sU3Bhbj0yPjxJTUcgc3Jj PSJjaWQ6aW1hZ2U2MDZlMDIuSlBHQDExMzhiN2E1LjQ1OGI0ZTMwIiB3aWR0aD01MDQgaGVpZ2h0 PTMgLz48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQx Ny00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQx Ny00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4 OyI+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0 aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24g bnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQg QmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tz cGFjZSBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3 d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PGJyPi08YnI+UmFj a3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4g dGhlIHN0YXRlIG9mIFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1i ZXIgQUNOIDE1MyAyNzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBTdWl0ZSAz LCBMZXZlbCA3LCAyMTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBOU1cgMjAwMCwgQXVzdHJhbGlh LiBSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4g YmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1z dGF0ZW1lbnQucGhwPGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+PC9zcGFuPjxi cj5SYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFz IDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUg dmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0 ZW1lbnQ8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxi cj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgaXMgYSBj b21wYW55IHJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyAoY29tcGFueSByZWdpc3Rl cmVkIG51bWJlciAwMzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgNSBNaWxs aW5ndG9uIFJvYWQsIEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4IFVCMyA0QVouPC9zcGFuPjxi cj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZh Y3ktcG9saWN5PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+LTwvc3Bh bj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBCZW5lbHV4IEIu Vi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2 SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0 Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxicj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3k8 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxicj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNv bXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3Nl IHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxh Y2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xl Z2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTFweDsiPi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5UaGlz IGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRv Y3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBh ZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzIGNv bmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBk aXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0 ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4g ZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0IGFidXNlQHJh Y2tzcGFjZS5jb20gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJh dGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hUTUw+Cgo= --_000_CD805BE52308johngarbuttrackspacecom_-- --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image904b73.JPG" Content-Transfer-Encoding: base64 Content-ID: image904b73.JPG@465c8970.4aa47fec Content-Disposition: inline; filename="image904b73.JPG" Content-Location: image904b73.JPG Content-Description: image904b73.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image4836aa.JPG" Content-Transfer-Encoding: base64 Content-ID: image4836aa.JPG@ac8b4e35.4f80d153 Content-Disposition: inline; filename="image4836aa.JPG" Content-Location: image4836aa.JPG Content-Description: image4836aa.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image41bd51.JPG" Content-Transfer-Encoding: base64 Content-ID: image41bd51.JPG@5e7c29b9.45afb573 Content-Disposition: inline; filename="image41bd51.JPG" Content-Location: image41bd51.JPG Content-Description: image41bd51.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: image/jpeg; name="image606e02.JPG" Content-Transfer-Encoding: base64 Content-ID: image606e02.JPG@1138b7a5.458b4e30 Content-Disposition: inline; filename="image606e02.JPG" Content-Location: image606e02.JPG Content-Description: image606e02.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_fe360681-dafd-49d2-88c7-65bfbf776dc3_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_fe360681-dafd-49d2-88c7-65bfbf776dc3_-- From xen-api-bounces@lists.xen.org Tue Apr 02 12:38:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 12:38:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0UE-0003nE-II; Tue, 02 Apr 2013 12:38:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0UD-0003n9-5W for xen-api@lists.xen.org; Tue, 02 Apr 2013 12:38:49 +0000 Received: from [193.109.254.147:18701] by server-8.bemta-14.messagelabs.com id 27/2C-07222-851DA515; Tue, 02 Apr 2013 12:38:48 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1364906306!2185020!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20686 invoked from network); 2 Apr 2013 12:38:26 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 12:38:26 -0000 Received: by mail-we0-f176.google.com with SMTP id s43so282118wey.21 for ; Tue, 02 Apr 2013 05:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=a/5LGNjDtAROGTWYxOwjlbDwVrh9Ek4mpe/k7ZGMhwE=; b=C4dmVgwDeWuBqH/aG/1qzDm5ZFJ7Arl+3X7bRDpMM0uzmlqFJBuy31gItK2kHaXZtG pfB8bHOERHW1xB51Sztt6k12M6KSannAVkpSRskDnBTxTdZ4midFu0tQvbzdJp8Gs0vb y4+RCea3qvJjzwdIJraiBNXoPrYrQIXhvcmifUc2WxKg5XiDdL8UoNSB8ZUOocqlGMvM se5d/rpWhvhxnesFXegosjEBLdOuZLaiIsKLBoGSdi/T5IBOzvxjmzcXd14g/+8tbAiz 1RFQ4EayvCCC1q0Y4UdG3HjhgD1nkY+OS5+MXudF6wp1YCYupjQYzhw8q3/ETrd7Pf2r e04w== MIME-Version: 1.0 X-Received: by 10.180.98.198 with SMTP id ek6mr15538081wib.7.1364906306277; Tue, 02 Apr 2013 05:38:26 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 05:38:26 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 15:38:26 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8558691509043529561==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8558691509043529561== Content-Type: multipart/alternative; boundary=f46d044286ca8997ca04d96003bb --f46d044286ca8997ca04d96003bb Content-Type: text/plain; charset=ISO-8859-1 > To deploy this you will need to install the new quantum xapi plugin, and configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this file, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in > review, as you spotted, and is not upstream: > https://review.openstack.org/#/c/15022/ > > Help to test and review that code would be greatly appreciated! > > To deploy this you will need to install the new quantum xapi plugin, and > configure an integration bridge, see this script here: > > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh > > DevStack should give you the hints you need for configuring Quantum OVS > once the above plugin is installed: > > https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 > > https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 > > John > > PS > I would try ask on openstack-dev, and add the tag [Quantum] and > hopefully maru will be able to help you out. > > From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 > To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > Hi everyone. > > I'm trying to deploy experimental private cloud with the following: > 1. Openstack Folsom > 2. XCP 1.6 > 3. Quantum for networking > 4. CentOS as DomU controller node > > Everything looks fine except networking. > Folsom+Quantum+XCP+OVS don't look like good combination. > > I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp, but this solution is for unstable Grizzly and highly DevStack/Ubuntu > targeted. > This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for > Essex, right? And this http://openvswitch.org/openstack/documentation/too. > > I've backported https://review.openstack.org/#/c/15022/ and > https://review.openstack.org/#/c/15023/ to Folsom, but what should I do > next? > How to manually configure this stuff? > > And please give me advise about ovs_quantum_agent.py. > What's default place for it in Folsom - in Dom0 or DomU? > Do I need changes from https://review.openstack.org/... if I'll use it in > Dom0? (I know that Python 2.6 is requirement). > > Thanks a lot. > > -- > Andrew Lukoshko, M.Sc. > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --f46d044286ca8997ca04d96003bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
> To deploy this you will need to install the new = quantum xapi plugin, and configure an integration bridge, see this script h= ere:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0de= tele this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And = with this change quantum_ovs_agent is moving to DomU and talks to Dom0 OVS = with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is stil= l in review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https= ://review.openstack.org/#/c/15023/ to Folsom, but what should I do next= ?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Do= m0? (I know that Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --f46d044286ca8997ca04d96003bb-- --===============8558691509043529561== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8558691509043529561==-- From xen-api-bounces@lists.xen.org Tue Apr 02 12:38:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 12:38:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0UE-0003nE-II; Tue, 02 Apr 2013 12:38:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0UD-0003n9-5W for xen-api@lists.xen.org; Tue, 02 Apr 2013 12:38:49 +0000 Received: from [193.109.254.147:18701] by server-8.bemta-14.messagelabs.com id 27/2C-07222-851DA515; Tue, 02 Apr 2013 12:38:48 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1364906306!2185020!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20686 invoked from network); 2 Apr 2013 12:38:26 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 12:38:26 -0000 Received: by mail-we0-f176.google.com with SMTP id s43so282118wey.21 for ; Tue, 02 Apr 2013 05:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=a/5LGNjDtAROGTWYxOwjlbDwVrh9Ek4mpe/k7ZGMhwE=; b=C4dmVgwDeWuBqH/aG/1qzDm5ZFJ7Arl+3X7bRDpMM0uzmlqFJBuy31gItK2kHaXZtG pfB8bHOERHW1xB51Sztt6k12M6KSannAVkpSRskDnBTxTdZ4midFu0tQvbzdJp8Gs0vb y4+RCea3qvJjzwdIJraiBNXoPrYrQIXhvcmifUc2WxKg5XiDdL8UoNSB8ZUOocqlGMvM se5d/rpWhvhxnesFXegosjEBLdOuZLaiIsKLBoGSdi/T5IBOzvxjmzcXd14g/+8tbAiz 1RFQ4EayvCCC1q0Y4UdG3HjhgD1nkY+OS5+MXudF6wp1YCYupjQYzhw8q3/ETrd7Pf2r e04w== MIME-Version: 1.0 X-Received: by 10.180.98.198 with SMTP id ek6mr15538081wib.7.1364906306277; Tue, 02 Apr 2013 05:38:26 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 05:38:26 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 15:38:26 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8558691509043529561==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8558691509043529561== Content-Type: multipart/alternative; boundary=f46d044286ca8997ca04d96003bb --f46d044286ca8997ca04d96003bb Content-Type: text/plain; charset=ISO-8859-1 > To deploy this you will need to install the new quantum xapi plugin, and configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this file, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in > review, as you spotted, and is not upstream: > https://review.openstack.org/#/c/15022/ > > Help to test and review that code would be greatly appreciated! > > To deploy this you will need to install the new quantum xapi plugin, and > configure an integration bridge, see this script here: > > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh > > DevStack should give you the hints you need for configuring Quantum OVS > once the above plugin is installed: > > https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 > > https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 > > John > > PS > I would try ask on openstack-dev, and add the tag [Quantum] and > hopefully maru will be able to help you out. > > From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 > To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > Hi everyone. > > I'm trying to deploy experimental private cloud with the following: > 1. Openstack Folsom > 2. XCP 1.6 > 3. Quantum for networking > 4. CentOS as DomU controller node > > Everything looks fine except networking. > Folsom+Quantum+XCP+OVS don't look like good combination. > > I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp, but this solution is for unstable Grizzly and highly DevStack/Ubuntu > targeted. > This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for > Essex, right? And this http://openvswitch.org/openstack/documentation/too. > > I've backported https://review.openstack.org/#/c/15022/ and > https://review.openstack.org/#/c/15023/ to Folsom, but what should I do > next? > How to manually configure this stuff? > > And please give me advise about ovs_quantum_agent.py. > What's default place for it in Folsom - in Dom0 or DomU? > Do I need changes from https://review.openstack.org/... if I'll use it in > Dom0? (I know that Python 2.6 is requirement). > > Thanks a lot. > > -- > Andrew Lukoshko, M.Sc. > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --f46d044286ca8997ca04d96003bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
> To deploy this you will need to install the new = quantum xapi plugin, and configure an integration bridge, see this script h= ere:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0de= tele this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And = with this change quantum_ovs_agent is moving to DomU and talks to Dom0 OVS = with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is stil= l in review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https= ://review.openstack.org/#/c/15023/ to Folsom, but what should I do next= ?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Do= m0? (I know that Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --f46d044286ca8997ca04d96003bb-- --===============8558691509043529561== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8558691509043529561==-- From xen-api-bounces@lists.xen.org Tue Apr 02 12:41:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 12:41: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 1UN0Wg-0003sn-UD; Tue, 02 Apr 2013 12:41:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0We-0003si-Tt for xen-api@lists.xen.org; Tue, 02 Apr 2013 12:41:21 +0000 Received: from [85.158.139.83:59432] by server-9.bemta-5.messagelabs.com id E6/E6-08547-0F1DA515; Tue, 02 Apr 2013 12:41:20 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-6.tower-182.messagelabs.com!1364906475!24181329!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2500 invoked from network); 2 Apr 2013 12:41:16 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 12:41:16 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32441951" X-IronPort-AV: E=Sophos;i="4.87,393,1363132800"; d="jpg'145?scan'145,208,217,145";a="32441951" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 13:41:15 +0100 Content-Type: multipart/mixed; boundary="_9115b7ed-6a51-4af8-ba1a-f67e419466bb_" Received: from LON1EXH01.RACKSPACE.CORP (10.2.104.88) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 13:41:15 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON1EXH01.RACKSPACE.CORP ([10.2.104.88]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 13:41:15 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA Date: Tue, 2 Apr 2013 12:41:14 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: multipart/alternative; boundary="_000_CD8090522474johngarbuttrackspacecom_" --_000_CD8090522474johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD8090522474johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <2941CF366E8C19419E0E4B78B11F9AC0@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDAxOjQxOjE1IFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+T2gsIHNvcnJ5LCBteSBiYWQuIFRoZSB4ZW5zZXJ2ZXJfaW5zdGFsbCBpcyByZXBsYWNlZCBi eSB0aGUgY29kZSBpbiBkZXZzdGFjayB0byBpbnN0YWxsIHRoZSBxdWFudHVtIHBsdWdpbnMuPC9k aXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPgo8 ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGln bjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1M RUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47 IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRF Ui1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPgo8c3BhbiBzdHlsZT1mb250 LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1 a29zaGtvQGdtYWlsLmNvbSI+YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIj5hbmRyZXcubHVrb3No a29AZ21haWwuY29tPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5E YXRlOiA8L3NwYW4+VHVlc2RheSwgMiBBcHJpbCAyMDEzIDEzOjM4PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtd2VpZ2h0OmJvbGQ+VG86IDwvc3Bhbj5Kb2huIEdhcmJ1dHQgJmx0OzxhIGhyZWY9Im1h aWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrIj5Kb2huLkdhcmJ1dHRAcmFja3NwYWNl LmNvLnVrPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5DYzogPC9z cGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlA bGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9zcGFuPlJlOiBbWGVuLUFQSV0gW09wZW5TdGFj a10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0gaXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2 Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+CjxkaXY+Jmd0 OyBUbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhlIG5ldyBxdWFudHVt IHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJyaWRnZSwgc2VlIHRo aXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+Jmd0OyA8YSBocmVmPSJodHRwczovL3Jldmlldy5v cGVuc3RhY2sub3JnLyMvYy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3BlbnZzd2l0Y2gvYWdl bnQveGVuc2VydmVyX2luc3RhbGwuc2giPgpodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMv Yy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3BlbnZzd2l0Y2gvYWdlbnQveGVuc2VydmVyX2lu c3RhbGwuc2g8L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPlNlZW1zIGxp a2UgY2hhbmdlcyBpbiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcv Iy9jLzE1MDIyLyI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPiZu YnNwO2RldGVsZSB0aGlzIGZpbGUsIGFyZSB5b3Ugc3VyZSBJIHN0aWxsIG5lZWQgaXQ/PC9kaXY+ CjxkaXYgc3R5bGU+PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPkFzIGZhciBhcyBJIHVuZGVyc3Rh bmQsIGJlZm9yZSB0aGlzIHRoYW5nZSB0aGUgcXVhbnR1bV9vdnNfYWdlbnQgd2FzIHBsYWNlZCBv biBEb20wIGluIC9ldGMveGFwaS5kL3BsdWdpbnMvIGFuZCB3b3JrZWQgZnJvbSBoZXJlLjwvZGl2 Pgo8ZGl2IHN0eWxlPkFuZCB3aXRoIHRoaXMgY2hhbmdlIHF1YW50dW1fb3ZzX2FnZW50IGlzIG1v dmluZyB0byBEb21VIGFuZCB0YWxrcyB0byBEb20wIE9WUyB3aXRoIC9ldGMveGFwaS5kL3BsdWdp bnMvbmV0d3JhcC48L2Rpdj4KPGRpdiBzdHlsZT48YnIgLz4KPC9kaXY+CjxkaXYgc3R5bGU+QW0g SSByaWdodD88L2Rpdj4KPC9kaXY+CjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnIgLz4KPGJy IC8+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDEzLzQvMiBKb2huIEdhcmJ1dHQgPHNwYW4g ZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51 ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0Ozwv c3Bhbj48YnIgLz4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2lu OjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+ CjxkaXYgc3R5bGU9Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlm O3dvcmQtd3JhcDpicmVhay13b3JkPgo8cD48L3A+CjxkaXY+VG8gY3V0IGEgbG9uZyBzdG9yeSBz aG9ydCwgdGhlIE9WUyAmIzQzOyBYQ1AgJiM0MzsgUXVhbnR1bSBzdXBwb3J0IGlzIHN0aWxsIGlu IHJldmlldywgYXMgeW91IHNwb3R0ZWQsIGFuZCBpcyBub3QgdXBzdHJlYW06PC9kaXY+CjxkaXY+ PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvIiB0YXJnZXQ9 Il9ibGFuayI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPjwvZGl2 Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5IZWxwIHRvIHRlc3QgYW5kIHJldmlldyB0aGF0IGNv ZGUgd291bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZCE8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+VG8gZGVwbG95IHRoaXMgeW91IHdpbGwgbmVlZCB0byBpbnN0YWxsIHRoZSBuZXcgcXVh bnR1bSB4YXBpIHBsdWdpbiwgYW5kIGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlvbiBicmlkZ2UsIHNl ZSB0aGlzIHNjcmlwdCBoZXJlOjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9w ZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2Vu dC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vcmV2aWV3Lm9w ZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2Vu dC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+ RGV2U3RhY2sgc2hvdWxkIGdpdmUgeW91IHRoZSBoaW50cyB5b3UgbmVlZCBmb3IgY29uZmlndXJp bmcgUXVhbnR1bSBPVlMgb25jZSB0aGUgYWJvdmUgcGx1Z2luIGlzIGluc3RhbGxlZDo8L2Rpdj4K PGRpdj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFjay9i bG9iL21hc3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0wxMyIgdGFyZ2V0PSJf YmxhbmsiPmh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFz dGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDEzPC9hPjwvZGl2Pgo8ZGl2Pjxh IGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFz dGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDc0IiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2svYmxvYi9tYXN0ZXIvbGli L3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMNzQ8L2E+PC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PkpvaG48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+UFM8L2Rpdj4KPGRp dj4KPGRpdj5JIHdvdWxkIHRyeSBhc2sgb24gb3BlbnN0YWNrLWRldiwgYW5kIGFkZCB0aGUgdGFn IFtRdWFudHVtXSBhbmQgaG9wZWZ1bGx5IG1hcnUgd2lsbCBiZSBhYmxlIHRvIGhlbHAgeW91IG91 dC48L2Rpdj4KPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRpdiBzdHlsZT0iYm9y ZGVyLXJpZ2h0Om1lZGl1bSBub25lO3BhZGRpbmctcmlnaHQ6MGluO3BhZGRpbmctbGVmdDowaW47 cGFkZGluZy10b3A6M3B0O3RleHQtYWxpZ246bGVmdDtmb250LXNpemU6MTFwdDtib3JkZXItYm90 dG9tOm1lZGl1bSBub25lO2ZvbnQtZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRvcDojYjVjNGRmIDFw dCBzb2xpZDtwYWRkaW5nLWJvdHRvbTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVtIG5vbmUiPgo8c3Bh biBzdHlsZT1mb250LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWls dG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtv c2hrb0BnbWFpbC5jb208L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29z aGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208 L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5U aHVyc2RheSwgMjggTWFyY2ggMjAxMyAxOTo1ODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVu Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54 ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5bWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1 YW50dW0gRm9sc29tIC0gaXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2IGNs YXNzPSJoNSI+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj4K PGRpdj5IaSBldmVyeW9uZS48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSdtIHRyeWlu ZyB0byBkZXBsb3kgZXhwZXJpbWVudGFsIHByaXZhdGUgY2xvdWQgd2l0aCB0aGUgZm9sbG93aW5n OjwvZGl2Pgo8ZGl2PjEuIE9wZW5zdGFjayBGb2xzb208L2Rpdj4KPGRpdj4yLiBYQ1AgMS42PC9k aXY+CjxkaXY+My4gUXVhbnR1bSBmb3IgbmV0d29ya2luZzwvZGl2Pgo8ZGl2PjQuIENlbnRPUyBh cyBEb21VIGNvbnRyb2xsZXIgbm9kZTwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5FdmVy eXRoaW5nIGxvb2tzIGZpbmUgZXhjZXB0IG5ldHdvcmtpbmcuPC9kaXY+CjxkaXY+Rm9sc29tJiM0 MztRdWFudHVtJiM0MztYQ1AmIzQzO09WUyBkb24ndCBsb29rIGxpa2UgZ29vZCBjb21iaW5hdGlv bi48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBhbHJlYWR5IHJlYWQgPGEgaHJl Zj0iaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVtRGV2c3RhY2tPdnNYY3Ai IHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVt RGV2c3RhY2tPdnNYY3A8L2E+ICwgYnV0IHRoaXMgc29sdXRpb24gaXMgZm9yIHVuc3RhYmxlIEdy aXp6bHkgYW5kIGhpZ2hseSBEZXZTdGFjay9VYnVudHUgdGFyZ2V0ZWQuPC9kaXY+CjxkaXY+VGhp cyBndWlkZSA8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1hlblNlcnZl ci9RdWFudHVtIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dp a2kvWGVuU2VydmVyL1F1YW50dW08L2E+IGlzIGZvciBFc3NleCwgcmlnaHQ/IEFuZCB0aGlzCjxh IGhyZWY9Imh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24vIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cDovL29wZW52c3dpdGNoLm9yZy9vcGVuc3RhY2svZG9jdW1lbnRh dGlvbi88L2E+IHRvby48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBiYWNrcG9y dGVkIDxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLyIgdGFy Z2V0PSJfYmxhbmsiPgpodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88L2E+ IGFuZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMy8iIHRh cmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMvPC9h PiB0byBGb2xzb20sIGJ1dCB3aGF0IHNob3VsZCBJIGRvIG5leHQ/PC9kaXY+CjxkaXY+SG93IHRv IG1hbnVhbGx5IGNvbmZpZ3VyZSB0aGlzIHN0dWZmPzwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5BbmQgcGxlYXNlIGdpdmUgbWUgYWR2aXNlIGFib3V0IG92c19xdWFudHVtX2FnZW50LnB5 LjwvZGl2Pgo8ZGl2PldoYXQncyBkZWZhdWx0IHBsYWNlIGZvciBpdCBpbiBGb2xzb20gLSBpbiBE b20wIG9yIERvbVU/PC9kaXY+CjxkaXY+RG8gSSBuZWVkIGNoYW5nZXMgZnJvbSA8YSBocmVmPSJo dHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLy4iIHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8uPC9hPi4uIGlmIEknbGwgdXNlIGl0IGluIERvbTA/IChJIGtu b3cgdGhhdCBQeXRob24gMi42IGlzIHJlcXVpcmVtZW50KS48L2Rpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxkaXY+VGhhbmtzIGEgbG90LjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KLS0gPGJyIC8+ CkFuZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+ CjwvZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8dGFi bGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9keT4KPHRyPgo8 dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250 LXNpemU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LWZh bWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVL PC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhwZXJpZW5jZSBG YW5hdGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWlnaHQ9IjE3IiAv PjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5FIiB3aWR0aD0i NTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5bGU9Zm9udC1m YW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQt ZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90ZD4KPHRkPjxz cGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+PGEgaHJlZj0i dGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0YXJnZXQ9Il9i bGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+CjwvdGJvZHk+Cjwv dGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lkdGg9IjI4MCIg aGVpZ2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIHdpZHRo PSI1MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8cD48L3A+ CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3Bh Y2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50b24g b2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIgQ0gt MDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVppbW1l cm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlCiBJbnRl cm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJo dHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeSIgdGFy Z2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9s aWN5PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFRE IGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwgQXVzdHJhbGlh IChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hvc2UgcmVnaXN0 ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBTdHJlZXQsIFN5 ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhCiBQ VFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3 dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwIiB0 YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFj eS1zdGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+PC9z cGFuPjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9u aW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyIC8+Cjxz cGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9saWN5 IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tL2luZm9y bWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tz cGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48L3NwYW4+PGJy IC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVk IGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgMDM4OTcw MTApIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBSb2FkLCBIeWRl IFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZp ZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5 LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZh Y3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwv c3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEJlbmVsdXgg Qi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkg S3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBv cnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+CjxzcGFuIHN0 eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5IHBvbGljeSBj YW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5sL2p1cmlkaXNj aC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2UubmwvanVyaWRp c2NoL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBh bnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJp ZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9u ZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEFzaWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0 dHA6Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50 LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2Fs LXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQt c2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlRoaXMg ZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1iZWRkZWQgZG9j dW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlkZW50aWFsIHVz ZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNzYWdlIGlzIGFk ZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRlZCwgaXMKIGNv bmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBk aXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0 ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4g ZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0CjxhIGhyZWY9 Im1haWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1c2VAcmFja3Nw YWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJh dGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+Cjxi ciAvPgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRy ZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIg Lz4KUk9TQSBMYWJvcmF0b3J5PGJyIC8+CjxiciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxi ciAvPgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJyIC8+Ck1vYmlsZTogJiM0MzszNzUg KDQ0KSA3NzktNjMtNzM8YnIgLz4KTW9iaWxlIChSdXNzaWEpOiAmIzQzOzcgKDkxNikgNDYyOTQ4 MDxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L3NwYW4+Cjwv UD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwv UD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPgo8VEFCTEUg Ym9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD01MDQ+CiAgPFRCT0RZPgogIDxUUj4KICAgIDxU RCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFzcz1MRUZUX0FMSUdORUQ+PHNwYW4gc3R5bGU9J2Zv bnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTpzbWFsbDsgJz5Kb2huIEdhcmJ1dHQ8L3NwYW4+ PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxs OyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFuPjwvVEQ+CiAgICA8VEQgc3R5bGU9 IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFs aWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlZjM4NzRhLkpQR0A4NzA2ZDVhYS40ZjllZTJkMCIgd2lk dGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9UUj4KICA8VFIgY2xhc3M9TEVGVF9BTElHTkVEPgog ICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1MSU5FIHNyYz0iY2lkOmltYWdlNjYzMWU4LkpQR0A1 NTUzYWI2Ni40NWJjZjFiNyIgd2lkdGg9NTA0IGhlaWdodD00IC8+PC9URD48L1RSPgogIDxUUj4K ICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJy aTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFi bGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOngt c21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48dGQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZl cmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPis0NDIwODczNDQ4NTM8L3NwYW4+PC90ZD48L3Ry PjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8VEQgY2xhc3M9UklHSFRfQUxJR05FRD48SU1HIGFs dD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2U3M2E5NDEuSlBHQDAzZTMzY2M2LjQzODdhNTdiIiB3 aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48L1RSPgogIDxUUiBjbGFzcz1MRUZUX0FMSUdORUQ+ CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8gY29sU3Bhbj0yPjxJTUcgc3JjPSJjaWQ6aW1hZ2Vk NTI3MmIuSlBHQGMzNDNlZGY2LjRkYjZiZTRkIiB3aWR0aD01MDQgaGVpZ2h0PTMgLz48L1REPjwv VFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNl IEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9m IFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAy MC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJt YW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tzcGFjZSBJbnRlcm5h dGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNl LmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PGJyPi08YnI+UmFja3NwYWNlIEhvc3Rp bmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIHN0YXRlIG9m IFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgQUNOIDE1MyAy NzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBTdWl0ZSAzLCBMZXZlbCA3LCAy MTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBOU1cgMjAwMCwgQXVzdHJhbGlhLiBSYWNrc3BhY2Ug SG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0 IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhw PGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+PC9zcGFuPjxicj5SYWNrc3BhY2Ug VVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0 ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3 dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L3NwYW4+ PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lz dGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciAw Mzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgNSBNaWxsaW5ndG9uIFJvYWQs IEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4IFVCMyA0QVouPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2Fu IGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZhY3ktcG9saWN5PC9z cGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+LTwvc3Bhbj48YnI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21w YW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQy NzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDEx MCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQg YXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3k8L3NwYW4+PGJyPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQg b2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5n J3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2Fu IGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPi08 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5UaGlzIGUtbWFpbCBtZXNz YWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMg aW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGlu ZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFu ZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzIGNvbmZpZGVudGlhbCBh bmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBkaXNzZW1pbmF0aW9u LCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0ZXJpYWwgaXMgcHJv aGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFz ZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0IGFidXNlQHJhY2tzcGFjZS5jb20g YW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJhdGlvbiBpcyBhcHBy ZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hUTUw+Cgo= --_000_CD8090522474johngarbuttrackspacecom_-- --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="imagef3874a.JPG" Content-Transfer-Encoding: base64 Content-ID: imagef3874a.JPG@8706d5aa.4f9ee2d0 Content-Disposition: inline; filename="imagef3874a.JPG" Content-Location: imagef3874a.JPG Content-Description: imagef3874a.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="image6631e8.JPG" Content-Transfer-Encoding: base64 Content-ID: image6631e8.JPG@5553ab66.45bcf1b7 Content-Disposition: inline; filename="image6631e8.JPG" Content-Location: image6631e8.JPG Content-Description: image6631e8.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="image73a941.JPG" Content-Transfer-Encoding: base64 Content-ID: image73a941.JPG@03e33cc6.4387a57b Content-Disposition: inline; filename="image73a941.JPG" Content-Location: image73a941.JPG Content-Description: image73a941.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="imaged5272b.JPG" Content-Transfer-Encoding: base64 Content-ID: imaged5272b.JPG@c343edf6.4db6be4d Content-Disposition: inline; filename="imaged5272b.JPG" Content-Location: imaged5272b.JPG Content-Description: imaged5272b.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_-- From xen-api-bounces@lists.xen.org Tue Apr 02 12:41:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 12:41: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 1UN0Wg-0003sn-UD; Tue, 02 Apr 2013 12:41:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0We-0003si-Tt for xen-api@lists.xen.org; Tue, 02 Apr 2013 12:41:21 +0000 Received: from [85.158.139.83:59432] by server-9.bemta-5.messagelabs.com id E6/E6-08547-0F1DA515; Tue, 02 Apr 2013 12:41:20 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-6.tower-182.messagelabs.com!1364906475!24181329!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2500 invoked from network); 2 Apr 2013 12:41:16 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 12:41:16 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32441951" X-IronPort-AV: E=Sophos;i="4.87,393,1363132800"; d="jpg'145?scan'145,208,217,145";a="32441951" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 13:41:15 +0100 Content-Type: multipart/mixed; boundary="_9115b7ed-6a51-4af8-ba1a-f67e419466bb_" Received: from LON1EXH01.RACKSPACE.CORP (10.2.104.88) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 13:41:15 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON1EXH01.RACKSPACE.CORP ([10.2.104.88]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 13:41:15 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA Date: Tue, 2 Apr 2013 12:41:14 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: multipart/alternative; boundary="_000_CD8090522474johngarbuttrackspacecom_" --_000_CD8090522474johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD8090522474johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <2941CF366E8C19419E0E4B78B11F9AC0@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDAxOjQxOjE1IFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+T2gsIHNvcnJ5LCBteSBiYWQuIFRoZSB4ZW5zZXJ2ZXJfaW5zdGFsbCBpcyByZXBsYWNlZCBi eSB0aGUgY29kZSBpbiBkZXZzdGFjayB0byBpbnN0YWxsIHRoZSBxdWFudHVtIHBsdWdpbnMuPC9k aXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPgo8 ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGln bjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1M RUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47 IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRF Ui1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPgo8c3BhbiBzdHlsZT1mb250 LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1 a29zaGtvQGdtYWlsLmNvbSI+YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIj5hbmRyZXcubHVrb3No a29AZ21haWwuY29tPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5E YXRlOiA8L3NwYW4+VHVlc2RheSwgMiBBcHJpbCAyMDEzIDEzOjM4PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtd2VpZ2h0OmJvbGQ+VG86IDwvc3Bhbj5Kb2huIEdhcmJ1dHQgJmx0OzxhIGhyZWY9Im1h aWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrIj5Kb2huLkdhcmJ1dHRAcmFja3NwYWNl LmNvLnVrPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5DYzogPC9z cGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlA bGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9zcGFuPlJlOiBbWGVuLUFQSV0gW09wZW5TdGFj a10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0gaXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2 Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+CjxkaXY+Jmd0 OyBUbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhlIG5ldyBxdWFudHVt IHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJyaWRnZSwgc2VlIHRo aXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+Jmd0OyA8YSBocmVmPSJodHRwczovL3Jldmlldy5v cGVuc3RhY2sub3JnLyMvYy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3BlbnZzd2l0Y2gvYWdl bnQveGVuc2VydmVyX2luc3RhbGwuc2giPgpodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMv Yy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3BlbnZzd2l0Y2gvYWdlbnQveGVuc2VydmVyX2lu c3RhbGwuc2g8L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPlNlZW1zIGxp a2UgY2hhbmdlcyBpbiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcv Iy9jLzE1MDIyLyI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPiZu YnNwO2RldGVsZSB0aGlzIGZpbGUsIGFyZSB5b3Ugc3VyZSBJIHN0aWxsIG5lZWQgaXQ/PC9kaXY+ CjxkaXYgc3R5bGU+PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPkFzIGZhciBhcyBJIHVuZGVyc3Rh bmQsIGJlZm9yZSB0aGlzIHRoYW5nZSB0aGUgcXVhbnR1bV9vdnNfYWdlbnQgd2FzIHBsYWNlZCBv biBEb20wIGluIC9ldGMveGFwaS5kL3BsdWdpbnMvIGFuZCB3b3JrZWQgZnJvbSBoZXJlLjwvZGl2 Pgo8ZGl2IHN0eWxlPkFuZCB3aXRoIHRoaXMgY2hhbmdlIHF1YW50dW1fb3ZzX2FnZW50IGlzIG1v dmluZyB0byBEb21VIGFuZCB0YWxrcyB0byBEb20wIE9WUyB3aXRoIC9ldGMveGFwaS5kL3BsdWdp bnMvbmV0d3JhcC48L2Rpdj4KPGRpdiBzdHlsZT48YnIgLz4KPC9kaXY+CjxkaXYgc3R5bGU+QW0g SSByaWdodD88L2Rpdj4KPC9kaXY+CjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnIgLz4KPGJy IC8+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDEzLzQvMiBKb2huIEdhcmJ1dHQgPHNwYW4g ZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51 ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0Ozwv c3Bhbj48YnIgLz4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2lu OjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+ CjxkaXYgc3R5bGU9Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlm O3dvcmQtd3JhcDpicmVhay13b3JkPgo8cD48L3A+CjxkaXY+VG8gY3V0IGEgbG9uZyBzdG9yeSBz aG9ydCwgdGhlIE9WUyAmIzQzOyBYQ1AgJiM0MzsgUXVhbnR1bSBzdXBwb3J0IGlzIHN0aWxsIGlu IHJldmlldywgYXMgeW91IHNwb3R0ZWQsIGFuZCBpcyBub3QgdXBzdHJlYW06PC9kaXY+CjxkaXY+ PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvIiB0YXJnZXQ9 Il9ibGFuayI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPjwvZGl2 Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5IZWxwIHRvIHRlc3QgYW5kIHJldmlldyB0aGF0IGNv ZGUgd291bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZCE8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+VG8gZGVwbG95IHRoaXMgeW91IHdpbGwgbmVlZCB0byBpbnN0YWxsIHRoZSBuZXcgcXVh bnR1bSB4YXBpIHBsdWdpbiwgYW5kIGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlvbiBicmlkZ2UsIHNl ZSB0aGlzIHNjcmlwdCBoZXJlOjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9w ZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2Vu dC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vcmV2aWV3Lm9w ZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2Vu dC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+ RGV2U3RhY2sgc2hvdWxkIGdpdmUgeW91IHRoZSBoaW50cyB5b3UgbmVlZCBmb3IgY29uZmlndXJp bmcgUXVhbnR1bSBPVlMgb25jZSB0aGUgYWJvdmUgcGx1Z2luIGlzIGluc3RhbGxlZDo8L2Rpdj4K PGRpdj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFjay9i bG9iL21hc3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0wxMyIgdGFyZ2V0PSJf YmxhbmsiPmh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFz dGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDEzPC9hPjwvZGl2Pgo8ZGl2Pjxh IGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFz dGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDc0IiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2svYmxvYi9tYXN0ZXIvbGli L3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMNzQ8L2E+PC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PkpvaG48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+UFM8L2Rpdj4KPGRp dj4KPGRpdj5JIHdvdWxkIHRyeSBhc2sgb24gb3BlbnN0YWNrLWRldiwgYW5kIGFkZCB0aGUgdGFn IFtRdWFudHVtXSBhbmQgaG9wZWZ1bGx5IG1hcnUgd2lsbCBiZSBhYmxlIHRvIGhlbHAgeW91IG91 dC48L2Rpdj4KPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRpdiBzdHlsZT0iYm9y ZGVyLXJpZ2h0Om1lZGl1bSBub25lO3BhZGRpbmctcmlnaHQ6MGluO3BhZGRpbmctbGVmdDowaW47 cGFkZGluZy10b3A6M3B0O3RleHQtYWxpZ246bGVmdDtmb250LXNpemU6MTFwdDtib3JkZXItYm90 dG9tOm1lZGl1bSBub25lO2ZvbnQtZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRvcDojYjVjNGRmIDFw dCBzb2xpZDtwYWRkaW5nLWJvdHRvbTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVtIG5vbmUiPgo8c3Bh biBzdHlsZT1mb250LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWls dG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtv c2hrb0BnbWFpbC5jb208L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29z aGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208 L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5U aHVyc2RheSwgMjggTWFyY2ggMjAxMyAxOTo1ODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVu Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54 ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5bWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1 YW50dW0gRm9sc29tIC0gaXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2IGNs YXNzPSJoNSI+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj4K PGRpdj5IaSBldmVyeW9uZS48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSdtIHRyeWlu ZyB0byBkZXBsb3kgZXhwZXJpbWVudGFsIHByaXZhdGUgY2xvdWQgd2l0aCB0aGUgZm9sbG93aW5n OjwvZGl2Pgo8ZGl2PjEuIE9wZW5zdGFjayBGb2xzb208L2Rpdj4KPGRpdj4yLiBYQ1AgMS42PC9k aXY+CjxkaXY+My4gUXVhbnR1bSBmb3IgbmV0d29ya2luZzwvZGl2Pgo8ZGl2PjQuIENlbnRPUyBh cyBEb21VIGNvbnRyb2xsZXIgbm9kZTwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5FdmVy eXRoaW5nIGxvb2tzIGZpbmUgZXhjZXB0IG5ldHdvcmtpbmcuPC9kaXY+CjxkaXY+Rm9sc29tJiM0 MztRdWFudHVtJiM0MztYQ1AmIzQzO09WUyBkb24ndCBsb29rIGxpa2UgZ29vZCBjb21iaW5hdGlv bi48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBhbHJlYWR5IHJlYWQgPGEgaHJl Zj0iaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVtRGV2c3RhY2tPdnNYY3Ai IHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVt RGV2c3RhY2tPdnNYY3A8L2E+ICwgYnV0IHRoaXMgc29sdXRpb24gaXMgZm9yIHVuc3RhYmxlIEdy aXp6bHkgYW5kIGhpZ2hseSBEZXZTdGFjay9VYnVudHUgdGFyZ2V0ZWQuPC9kaXY+CjxkaXY+VGhp cyBndWlkZSA8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1hlblNlcnZl ci9RdWFudHVtIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dp a2kvWGVuU2VydmVyL1F1YW50dW08L2E+IGlzIGZvciBFc3NleCwgcmlnaHQ/IEFuZCB0aGlzCjxh IGhyZWY9Imh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24vIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cDovL29wZW52c3dpdGNoLm9yZy9vcGVuc3RhY2svZG9jdW1lbnRh dGlvbi88L2E+IHRvby48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBiYWNrcG9y dGVkIDxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLyIgdGFy Z2V0PSJfYmxhbmsiPgpodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88L2E+ IGFuZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMy8iIHRh cmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMvPC9h PiB0byBGb2xzb20sIGJ1dCB3aGF0IHNob3VsZCBJIGRvIG5leHQ/PC9kaXY+CjxkaXY+SG93IHRv IG1hbnVhbGx5IGNvbmZpZ3VyZSB0aGlzIHN0dWZmPzwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5BbmQgcGxlYXNlIGdpdmUgbWUgYWR2aXNlIGFib3V0IG92c19xdWFudHVtX2FnZW50LnB5 LjwvZGl2Pgo8ZGl2PldoYXQncyBkZWZhdWx0IHBsYWNlIGZvciBpdCBpbiBGb2xzb20gLSBpbiBE b20wIG9yIERvbVU/PC9kaXY+CjxkaXY+RG8gSSBuZWVkIGNoYW5nZXMgZnJvbSA8YSBocmVmPSJo dHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLy4iIHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8uPC9hPi4uIGlmIEknbGwgdXNlIGl0IGluIERvbTA/IChJIGtu b3cgdGhhdCBQeXRob24gMi42IGlzIHJlcXVpcmVtZW50KS48L2Rpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxkaXY+VGhhbmtzIGEgbG90LjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KLS0gPGJyIC8+ CkFuZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+ CjwvZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8dGFi bGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9keT4KPHRyPgo8 dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250 LXNpemU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LWZh bWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVL PC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhwZXJpZW5jZSBG YW5hdGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWlnaHQ9IjE3IiAv PjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5FIiB3aWR0aD0i NTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5bGU9Zm9udC1m YW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQt ZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90ZD4KPHRkPjxz cGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+PGEgaHJlZj0i dGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0YXJnZXQ9Il9i bGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+CjwvdGJvZHk+Cjwv dGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lkdGg9IjI4MCIg aGVpZ2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIHdpZHRo PSI1MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8cD48L3A+ CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3Bh Y2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50b24g b2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIgQ0gt MDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVppbW1l cm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlCiBJbnRl cm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJo dHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeSIgdGFy Z2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9s aWN5PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFRE IGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwgQXVzdHJhbGlh IChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hvc2UgcmVnaXN0 ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBTdHJlZXQsIFN5 ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhCiBQ VFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3 dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwIiB0 YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFj eS1zdGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+PC9z cGFuPjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9u aW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyIC8+Cjxz cGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9saWN5 IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tL2luZm9y bWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tz cGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48L3NwYW4+PGJy IC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVk IGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgMDM4OTcw MTApIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBSb2FkLCBIeWRl IFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZp ZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5 LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZh Y3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwv c3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEJlbmVsdXgg Qi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkg S3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBv cnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+CjxzcGFuIHN0 eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5IHBvbGljeSBj YW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5sL2p1cmlkaXNj aC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2UubmwvanVyaWRp c2NoL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBh bnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJp ZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9u ZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEFzaWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0 dHA6Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50 LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2Fs LXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQt c2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlRoaXMg ZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1iZWRkZWQgZG9j dW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlkZW50aWFsIHVz ZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNzYWdlIGlzIGFk ZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRlZCwgaXMKIGNv bmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBk aXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0 ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4g ZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0CjxhIGhyZWY9 Im1haWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1c2VAcmFja3Nw YWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJh dGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+Cjxi ciAvPgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRy ZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIg Lz4KUk9TQSBMYWJvcmF0b3J5PGJyIC8+CjxiciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxi ciAvPgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJyIC8+Ck1vYmlsZTogJiM0MzszNzUg KDQ0KSA3NzktNjMtNzM8YnIgLz4KTW9iaWxlIChSdXNzaWEpOiAmIzQzOzcgKDkxNikgNDYyOTQ4 MDxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L3NwYW4+Cjwv UD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwv UD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPgo8VEFCTEUg Ym9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD01MDQ+CiAgPFRCT0RZPgogIDxUUj4KICAgIDxU RCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFzcz1MRUZUX0FMSUdORUQ+PHNwYW4gc3R5bGU9J2Zv bnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTpzbWFsbDsgJz5Kb2huIEdhcmJ1dHQ8L3NwYW4+ PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxs OyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFuPjwvVEQ+CiAgICA8VEQgc3R5bGU9 IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFs aWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlZjM4NzRhLkpQR0A4NzA2ZDVhYS40ZjllZTJkMCIgd2lk dGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9UUj4KICA8VFIgY2xhc3M9TEVGVF9BTElHTkVEPgog ICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1MSU5FIHNyYz0iY2lkOmltYWdlNjYzMWU4LkpQR0A1 NTUzYWI2Ni40NWJjZjFiNyIgd2lkdGg9NTA0IGhlaWdodD00IC8+PC9URD48L1RSPgogIDxUUj4K ICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJy aTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFi bGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOngt c21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48dGQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZl cmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPis0NDIwODczNDQ4NTM8L3NwYW4+PC90ZD48L3Ry PjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8VEQgY2xhc3M9UklHSFRfQUxJR05FRD48SU1HIGFs dD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2U3M2E5NDEuSlBHQDAzZTMzY2M2LjQzODdhNTdiIiB3 aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48L1RSPgogIDxUUiBjbGFzcz1MRUZUX0FMSUdORUQ+ CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8gY29sU3Bhbj0yPjxJTUcgc3JjPSJjaWQ6aW1hZ2Vk NTI3MmIuSlBHQGMzNDNlZGY2LjRkYjZiZTRkIiB3aWR0aD01MDQgaGVpZ2h0PTMgLz48L1REPjwv VFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNl IEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9m IFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAy MC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJt YW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tzcGFjZSBJbnRlcm5h dGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNl LmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PGJyPi08YnI+UmFja3NwYWNlIEhvc3Rp bmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIHN0YXRlIG9m IFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgQUNOIDE1MyAy NzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBTdWl0ZSAzLCBMZXZlbCA3LCAy MTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBOU1cgMjAwMCwgQXVzdHJhbGlhLiBSYWNrc3BhY2Ug SG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0 IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhw PGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+PC9zcGFuPjxicj5SYWNrc3BhY2Ug VVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0 ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3 dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L3NwYW4+ PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lz dGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciAw Mzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgNSBNaWxsaW5ndG9uIFJvYWQs IEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4IFVCMyA0QVouPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2Fu IGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZhY3ktcG9saWN5PC9z cGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+LTwvc3Bhbj48YnI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21w YW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQy NzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDEx MCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQg YXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3k8L3NwYW4+PGJyPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQg b2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5n J3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2Fu IGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPi08 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5UaGlzIGUtbWFpbCBtZXNz YWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMg aW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGlu ZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFu ZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzIGNvbmZpZGVudGlhbCBh bmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBkaXNzZW1pbmF0aW9u LCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0ZXJpYWwgaXMgcHJv aGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFz ZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0IGFidXNlQHJhY2tzcGFjZS5jb20g YW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJhdGlvbiBpcyBhcHBy ZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hUTUw+Cgo= --_000_CD8090522474johngarbuttrackspacecom_-- --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="imagef3874a.JPG" Content-Transfer-Encoding: base64 Content-ID: imagef3874a.JPG@8706d5aa.4f9ee2d0 Content-Disposition: inline; filename="imagef3874a.JPG" Content-Location: imagef3874a.JPG Content-Description: imagef3874a.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="image6631e8.JPG" Content-Transfer-Encoding: base64 Content-ID: image6631e8.JPG@5553ab66.45bcf1b7 Content-Disposition: inline; filename="image6631e8.JPG" Content-Location: image6631e8.JPG Content-Description: image6631e8.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="image73a941.JPG" Content-Transfer-Encoding: base64 Content-ID: image73a941.JPG@03e33cc6.4387a57b Content-Disposition: inline; filename="image73a941.JPG" Content-Location: image73a941.JPG Content-Description: image73a941.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: image/jpeg; name="imaged5272b.JPG" Content-Transfer-Encoding: base64 Content-ID: imaged5272b.JPG@c343edf6.4db6be4d Content-Disposition: inline; filename="imaged5272b.JPG" Content-Location: imaged5272b.JPG Content-Description: imaged5272b.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_9115b7ed-6a51-4af8-ba1a-f67e419466bb_-- From xen-api-bounces@lists.xen.org Tue Apr 02 12:51:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 12:51: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 1UN0fx-00041a-0f; Tue, 02 Apr 2013 12:50:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0fv-00041V-Fk for xen-api@lists.xen.org; Tue, 02 Apr 2013 12:50:56 +0000 Received: from [85.158.138.51:32208] by server-16.bemta-3.messagelabs.com id 85/91-20692-E24DA515; Tue, 02 Apr 2013 12:50:54 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1364907043!22699743!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7171 invoked from network); 2 Apr 2013 12:50:44 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 12:50:44 -0000 Received: by mail-wg0-f43.google.com with SMTP id f12so390611wgh.34 for ; Tue, 02 Apr 2013 05:50:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=BQ6kRYmvu8dM4GhukjadX4K4ChUlHETVE/znCG2CRlI=; b=i0B2RaP7V6pdR30fEhWdcmkl3G8kBehoNLZW9AtOKJgePxAcWuknpOcAwmuaEF7xGq U9mmMrCk//tPXXMlNbdo1IMWoTDPoxnkIAFpRGO757+EJZr9O3mAyi3JvJwtQ53lVZhw k/wn9mfoyom4nCfvvw4/2om7HNZwLmYqGiebc2RTOfxLXlS4OF2M/KSEkB6ZRnjG1HQz iY3NvW+lrIgSLtlLzfQWqsKzVS0n6iUpP5wYnokzoGmWmAIc64tJHPHDLZv0eOpz2S1d XY6zHTmUq7K/wB+Z5IsoJf9op3KMCPNqadpT6hNn0WWAFwAj61x+wrrG2bqzuhI1W+g8 ZqGA== MIME-Version: 1.0 X-Received: by 10.180.98.198 with SMTP id ek6mr15619269wib.7.1364907043603; Tue, 02 Apr 2013 05:50:43 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 05:50:43 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 15:50:43 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3732008995817681104==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3732008995817681104== Content-Type: multipart/alternative; boundary=f46d044286ca7c4afe04d9602fa5 --f46d044286ca7c4afe04d9602fa5 Content-Type: text/plain; charset=ISO-8859-1 BTW, this Devstack code is broken now because change 15022 is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to localrc the following: QUANTUM_REPO=https://review.openstack.org/openstack/quantum QUANTUM_BRANCH=refs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.org don't support downloading git repo as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in > devstack to install the quantum plugins. > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > > To deploy this you will need to install the new quantum xapi plugin, > and configure an integration bridge, see this script here: > > > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh > > Seems like changes in https://review.openstack.org/#/c/15022/ detele > this file, are you sure I still need it? > > As far as I understand, before this thange the quantum_ovs_agent was > placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. > And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 > OVS with /etc/xapi.d/plugins/netwrap. > > Am I right? > > > 2013/4/2 John Garbutt > >> To cut a long story short, the OVS + XCP + Quantum support is still in >> review, as you spotted, and is not upstream: >> https://review.openstack.org/#/c/15022/ >> >> Help to test and review that code would be greatly appreciated! >> >> To deploy this you will need to install the new quantum xapi plugin, >> and configure an integration bridge, see this script here: >> >> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >> >> DevStack should give you the hints you need for configuring Quantum OVS >> once the above plugin is installed: >> >> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >> >> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >> >> John >> >> PS >> I would try ask on openstack-dev, and add the tag [Quantum] and >> hopefully maru will be able to help you out. >> >> From: "andrew.lukoshko@gmail.com" >> Date: Thursday, 28 March 2013 19:58 >> To: "xen-api@lists.xen.org" >> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> Hi everyone. >> >> I'm trying to deploy experimental private cloud with the following: >> 1. Openstack Folsom >> 2. XCP 1.6 >> 3. Quantum for networking >> 4. CentOS as DomU controller node >> >> Everything looks fine except networking. >> Folsom+Quantum+XCP+OVS don't look like good combination. >> >> I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp, but this solution is for unstable Grizzly and highly DevStack/Ubuntu >> targeted. >> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >> >> I've backported https://review.openstack.org/#/c/15022/ and >> https://review.openstack.org/#/c/15023/ to Folsom, but what should I do >> next? >> How to manually configure this stuff? >> >> And please give me advise about ovs_quantum_agent.py. >> What's default place for it in Folsom - in Dom0 or DomU? >> Do I need changes from https://review.openstack.org/... if I'll use it >> in Dom0? (I know that Python 2.6 is requirement). >> >> Thanks a lot. >> >> -- >> Andrew Lukoshko, M.Sc. >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --f46d044286ca7c4afe04d9602fa5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.=

If I follow this guide=A0https://wiki.openstack.org/= wiki/QuantumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.org don't support= downloading git repo as tarball.


2= 013/4/2 John Garbutt <John.Garbutt@rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code i= n devstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --f46d044286ca7c4afe04d9602fa5-- --===============3732008995817681104== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3732008995817681104==-- From xen-api-bounces@lists.xen.org Tue Apr 02 12:51:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 12:51: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 1UN0fx-00041a-0f; Tue, 02 Apr 2013 12:50:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0fv-00041V-Fk for xen-api@lists.xen.org; Tue, 02 Apr 2013 12:50:56 +0000 Received: from [85.158.138.51:32208] by server-16.bemta-3.messagelabs.com id 85/91-20692-E24DA515; Tue, 02 Apr 2013 12:50:54 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1364907043!22699743!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7171 invoked from network); 2 Apr 2013 12:50:44 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 12:50:44 -0000 Received: by mail-wg0-f43.google.com with SMTP id f12so390611wgh.34 for ; Tue, 02 Apr 2013 05:50:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=BQ6kRYmvu8dM4GhukjadX4K4ChUlHETVE/znCG2CRlI=; b=i0B2RaP7V6pdR30fEhWdcmkl3G8kBehoNLZW9AtOKJgePxAcWuknpOcAwmuaEF7xGq U9mmMrCk//tPXXMlNbdo1IMWoTDPoxnkIAFpRGO757+EJZr9O3mAyi3JvJwtQ53lVZhw k/wn9mfoyom4nCfvvw4/2om7HNZwLmYqGiebc2RTOfxLXlS4OF2M/KSEkB6ZRnjG1HQz iY3NvW+lrIgSLtlLzfQWqsKzVS0n6iUpP5wYnokzoGmWmAIc64tJHPHDLZv0eOpz2S1d XY6zHTmUq7K/wB+Z5IsoJf9op3KMCPNqadpT6hNn0WWAFwAj61x+wrrG2bqzuhI1W+g8 ZqGA== MIME-Version: 1.0 X-Received: by 10.180.98.198 with SMTP id ek6mr15619269wib.7.1364907043603; Tue, 02 Apr 2013 05:50:43 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 05:50:43 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 15:50:43 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3732008995817681104==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3732008995817681104== Content-Type: multipart/alternative; boundary=f46d044286ca7c4afe04d9602fa5 --f46d044286ca7c4afe04d9602fa5 Content-Type: text/plain; charset=ISO-8859-1 BTW, this Devstack code is broken now because change 15022 is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to localrc the following: QUANTUM_REPO=https://review.openstack.org/openstack/quantum QUANTUM_BRANCH=refs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.org don't support downloading git repo as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in > devstack to install the quantum plugins. > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > > To deploy this you will need to install the new quantum xapi plugin, > and configure an integration bridge, see this script here: > > > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh > > Seems like changes in https://review.openstack.org/#/c/15022/ detele > this file, are you sure I still need it? > > As far as I understand, before this thange the quantum_ovs_agent was > placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. > And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 > OVS with /etc/xapi.d/plugins/netwrap. > > Am I right? > > > 2013/4/2 John Garbutt > >> To cut a long story short, the OVS + XCP + Quantum support is still in >> review, as you spotted, and is not upstream: >> https://review.openstack.org/#/c/15022/ >> >> Help to test and review that code would be greatly appreciated! >> >> To deploy this you will need to install the new quantum xapi plugin, >> and configure an integration bridge, see this script here: >> >> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >> >> DevStack should give you the hints you need for configuring Quantum OVS >> once the above plugin is installed: >> >> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >> >> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >> >> John >> >> PS >> I would try ask on openstack-dev, and add the tag [Quantum] and >> hopefully maru will be able to help you out. >> >> From: "andrew.lukoshko@gmail.com" >> Date: Thursday, 28 March 2013 19:58 >> To: "xen-api@lists.xen.org" >> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> Hi everyone. >> >> I'm trying to deploy experimental private cloud with the following: >> 1. Openstack Folsom >> 2. XCP 1.6 >> 3. Quantum for networking >> 4. CentOS as DomU controller node >> >> Everything looks fine except networking. >> Folsom+Quantum+XCP+OVS don't look like good combination. >> >> I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp, but this solution is for unstable Grizzly and highly DevStack/Ubuntu >> targeted. >> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >> >> I've backported https://review.openstack.org/#/c/15022/ and >> https://review.openstack.org/#/c/15023/ to Folsom, but what should I do >> next? >> How to manually configure this stuff? >> >> And please give me advise about ovs_quantum_agent.py. >> What's default place for it in Folsom - in Dom0 or DomU? >> Do I need changes from https://review.openstack.org/... if I'll use it >> in Dom0? (I know that Python 2.6 is requirement). >> >> Thanks a lot. >> >> -- >> Andrew Lukoshko, M.Sc. >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --f46d044286ca7c4afe04d9602fa5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.=

If I follow this guide=A0https://wiki.openstack.org/= wiki/QuantumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.org don't support= downloading git repo as tarball.


2= 013/4/2 John Garbutt <John.Garbutt@rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code i= n devstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --f46d044286ca7c4afe04d9602fa5-- --===============3732008995817681104== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3732008995817681104==-- From xen-api-bounces@lists.xen.org Tue Apr 02 13:03:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 13:03:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0sD-0004FH-AU; Tue, 02 Apr 2013 13:03:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0sB-0004FC-Dp for xen-api@lists.xen.org; Tue, 02 Apr 2013 13:03:36 +0000 Received: from [85.158.139.83:9415] by server-16.bemta-5.messagelabs.com id 7C/CC-02543-627DA515; Tue, 02 Apr 2013 13:03:34 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-11.tower-182.messagelabs.com!1364907719!20214208!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26637 invoked from network); 2 Apr 2013 13:01:59 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 13:01:59 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32443306" X-IronPort-AV: E=Sophos;i="4.87,393,1363132800"; d="jpg'145?scan'145,208,217,145";a="32443306" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 14:01:58 +0100 Content-Type: multipart/mixed; boundary="_cba85109-1677-4708-84d4-ebf671499fad_" Received: from LON1EXH01.RACKSPACE.CORP (10.2.104.88) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 14:01:58 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON1EXH01.RACKSPACE.CORP ([10.2.104.88]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 14:01:58 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA///x5YCAABPlgA== Date: Tue, 2 Apr 2013 13:01:57 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: multipart/alternative; boundary="_000_CD8094C2247Ajohngarbuttrackspacecom_" --_000_CD8094C2247Ajohngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, that will break, never tried those instructions myself. This problem s= ounds familiar, but can't find the thread from the openstack mailing list o= n this one. If you push the branch from review.openstack.org to your own github branch,= and use just the name name of the branch for the QUANTUM_BRANCH, that shou= ld work better. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, this Devstack code is broken now because change 15022 is still in revi= ew so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXc= p and write to localrc the following: QUANTUM_REPO=3Dhttps://review.openstack.org/openstack/quantum QUANTUM_BRANCH=3Drefs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.o= penstack.org don't support downloading git rep= o as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD8094C2247Ajohngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <2E36A8064D7A5E469D75A1F28165FE34@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDAyOjAxOjU4IFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+WWVzLCB0aGF0IHdpbGwgYnJlYWssIG5ldmVyIHRyaWVkIHRob3NlIGluc3RydWN0aW9ucyBt eXNlbGYuIFRoaXMgcHJvYmxlbSBzb3VuZHMgZmFtaWxpYXIsIGJ1dCBjYW4ndCBmaW5kIHRoZSB0 aHJlYWQgZnJvbSB0aGUgb3BlbnN0YWNrIG1haWxpbmcgbGlzdCBvbiB0aGlzIG9uZS48L2Rpdj4K PGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SWYgeW91IHB1c2ggdGhlIGJyYW5jaCBmcm9tIHJldmll dy5vcGVuc3RhY2sub3JnIHRvIHlvdXIgb3duIGdpdGh1YiBicmFuY2gsIGFuZCB1c2UganVzdCB0 aGUgbmFtZSBuYW1lIG9mIHRoZSBicmFuY2ggZm9yIHRoZSBRVUFOVFVNX0JSQU5DSCwgdGhhdCBz aG91bGQgd29yayBiZXR0ZXIuPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkpvaG48L2Rp dj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+Cjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWdu OmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxF RlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsg UEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVS LVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+CjxzcGFuIHN0eWxlPWZvbnQt d2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVr b3Noa29AZ21haWwuY29tIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZxdW90OyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iPmFuZHJldy5sdWtvc2hr b0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRh dGU6IDwvc3Bhbj5UdWVzZGF5LCAyIEFwcmlsIDIwMTMgMTM6NTA8YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC13ZWlnaHQ6Ym9sZD5UbzogPC9zcGFuPkpvaG4gR2FyYnV0dCAmbHQ7PGEgaHJlZj0ibWFp bHRvOkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2Uu Y28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkNjOiA8L3Nw YW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMu eGVuLm9yZyI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC13ZWlnaHQ6Ym9sZD5TdWJqZWN0OiA8L3NwYW4+UmU6IFtYZW4tQVBJXSBbT3BlblN0YWNr XSBYQ1AgJiM0MzsgUXVhbnR1bSBGb2xzb20gLSBpcyBpdCBwb3NzaWJsZT88YnIgLz4KPC9kaXY+ CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj5CVFcsIHRoaXMg RGV2c3RhY2sgY29kZSBpcyBicm9rZW4gbm93IGJlY2F1c2UgY2hhbmdlIDE1MDIyIGlzIHN0aWxs IGluIHJldmlldyBzbyB0aGVyZSBpcyBubyAvZXRjL3hhcGkuZC9wbHVnaW5zL25ldHdyYXAgaW4g dXBzdHJlYW0uCjxkaXYgc3R5bGU+PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPklmIEkgZm9sbG93 IHRoaXMgZ3VpZGUmbmJzcDs8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtp L1F1YW50dW1EZXZzdGFja092c1hjcCI+aHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9R dWFudHVtRGV2c3RhY2tPdnNYY3A8L2E+Jm5ic3A7YW5kIHdyaXRlIHRvIGxvY2FscmMgdGhlIGZv bGxvd2luZzo8L2Rpdj4KPGRpdiBzdHlsZT5RVUFOVFVNX1JFUE89PGEgaHJlZj0iaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy9vcGVuc3RhY2svcXVhbnR1bSI+aHR0cHM6Ly9yZXZpZXcub3Bl bnN0YWNrLm9yZy9vcGVuc3RhY2svcXVhbnR1bTwvYT48YnIgLz4KPC9kaXY+CjxkaXYgc3R5bGU+ CjxkaXY+UVVBTlRVTV9CUkFOQ0g9cmVmcy9jaGFuZ2VzLzIyLzE1MDIyLzExPC9kaXY+CjxkaXY+ PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPlRoZW4gRGV2c3RhY2sgYWdhaW4gd2lsbCBiZSBicm9r ZW4sIGJlY2F1c2UgdGhlIGNvZGUgcmVzcG9uc2libGUgZm9yIHBsYWNpbmcgbmV0d3JhcCB0byB4 YXBpIHBsdWdpbnMgZGlyIHRyeSB0byBnZXQgdGFyYmFsbCB3aXRoIHF1YW50dW0sIGFuZAo8YSBo cmVmPSJodHRwOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmciPnJldmlldy5vcGVuc3RhY2sub3JnPC9h PiBkb24ndCBzdXBwb3J0IGRvd25sb2FkaW5nIGdpdCByZXBvIGFzIHRhcmJhbGwuPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxiciAvPgo8YnIgLz4KPGRpdiBj bGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpvaG4gR2FyYnV0dCA8c3BhbiBkaXI9Imx0ciI+ Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrIiB0YXJnZXQ9 Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51azwvYT4mZ3Q7PC9zcGFuPjxiciAv Pgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhl eDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KPGRpdiBzdHls ZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7d29yZC13cmFw OmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5PaCwgc29ycnksIG15IGJhZC4gVGhlIHhlbnNlcnZl cl9pbnN0YWxsIGlzIHJlcGxhY2VkIGJ5IHRoZSBjb2RlIGluIGRldnN0YWNrIHRvIGluc3RhbGwg dGhlIHF1YW50dW0gcGx1Z2lucy48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuPgo8ZGl2 IHN0eWxlPSJib3JkZXItcmlnaHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1yaWdodDowaW47cGFkZGlu Zy1sZWZ0OjBpbjtwYWRkaW5nLXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0O2ZvbnQtc2l6ZToxMXB0 O2JvcmRlci1ib3R0b206bWVkaXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2FsaWJyaTtib3JkZXItdG9w OiNiNWM0ZGYgMXB0IHNvbGlkO3BhZGRpbmctYm90dG9tOjBpbjtib3JkZXItbGVmdDptZWRpdW0g bm9uZSI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90Ozxh IGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzph bmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtv QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RGF0 ZTogPC9zcGFuPlR1ZXNkYXksIDIgQXByaWwgMjAxMyAxMzozODxiciAvPgo8c3BhbiBzdHlsZT1m b250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8YSBocmVmPSJtYWls dG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2Fy YnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVu Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54 ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEldIFtPcGVuU3RhY2tdIFhDUCAmIzQz OyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPGRpdj4KPGRp diBjbGFzcz0iaDUiPgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdiBkaXI9Imx0 ciI+CjxkaXY+Jmd0OyBUbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhl IG5ldyBxdWFudHVtIHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJy aWRnZSwgc2VlIHRoaXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+Jmd0OyA8YSBocmVmPSJodHRw czovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3Bl bnZzd2l0Y2gvYWdlbnQveGVuc2VydmVyX2luc3RhbGwuc2giIHRhcmdldD0iX2JsYW5rIj4KaHR0 cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29w ZW52c3dpdGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoPC9hPjwvZGl2Pgo8ZGl2PjxiciAv Pgo8L2Rpdj4KPGRpdj5TZWVtcyBsaWtlIGNoYW5nZXMgaW4mbmJzcDs8YSBocmVmPSJodHRwczov L3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8iIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88L2E+Jm5ic3A7ZGV0ZWxlIHRoaXMgZmls ZSwgYXJlIHlvdSBzdXJlIEkgc3RpbGwgbmVlZCBpdD88L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+QXMgZmFyIGFzIEkgdW5kZXJzdGFuZCwgYmVmb3JlIHRoaXMgdGhhbmdlIHRoZSBxdWFu dHVtX292c19hZ2VudCB3YXMgcGxhY2VkIG9uIERvbTAgaW4gL2V0Yy94YXBpLmQvcGx1Z2lucy8g YW5kIHdvcmtlZCBmcm9tIGhlcmUuPC9kaXY+CjxkaXY+QW5kIHdpdGggdGhpcyBjaGFuZ2UgcXVh bnR1bV9vdnNfYWdlbnQgaXMgbW92aW5nIHRvIERvbVUgYW5kIHRhbGtzIHRvIERvbTAgT1ZTIHdp dGggL2V0Yy94YXBpLmQvcGx1Z2lucy9uZXR3cmFwLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5BbSBJIHJpZ2h0PzwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxi ciAvPgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpvaG4gR2FyYnV0 dCA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3Nw YWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51azwv YT4mZ3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxl PSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxl ZnQ6MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpDYWxpYnJpLHNh bnMtc2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5UbyBjdXQgYSBsb25n IHN0b3J5IHNob3J0LCB0aGUgT1ZTICYjNDM7IFhDUCAmIzQzOyBRdWFudHVtIHN1cHBvcnQgaXMg c3RpbGwgaW4gcmV2aWV3LCBhcyB5b3Ugc3BvdHRlZCwgYW5kIGlzIG5vdCB1cHN0cmVhbTo8L2Rp dj4KPGRpdj48YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8i IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88 L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkhlbHAgdG8gdGVzdCBhbmQgcmV2aWV3 IHRoYXQgY29kZSB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkITwvZGl2Pgo8ZGl2PjxiciAv Pgo8L2Rpdj4KPGRpdj5UbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhl IG5ldyBxdWFudHVtIHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJy aWRnZSwgc2VlIHRoaXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dp dGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dp dGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoPC9hPjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rp dj4KPGRpdj5EZXZTdGFjayBzaG91bGQgZ2l2ZSB5b3UgdGhlIGhpbnRzIHlvdSBuZWVkIGZvciBj b25maWd1cmluZyBRdWFudHVtIE9WUyBvbmNlIHRoZSBhYm92ZSBwbHVnaW4gaXMgaW5zdGFsbGVk OjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2Rl dnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDEzIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2sv YmxvYi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMMTM8L2E+PC9kaXY+ CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2sv YmxvYi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMNzQiIHRhcmdldD0i X2JsYW5rIj5odHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFjay9ibG9iL21h c3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0w3NDwvYT48L2Rpdj4KPGRpdj48 YnIgLz4KPC9kaXY+CjxkaXY+Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5QUzwv ZGl2Pgo8ZGl2Pgo8ZGl2Pkkgd291bGQgdHJ5IGFzayBvbiBvcGVuc3RhY2stZGV2LCBhbmQgYWRk IHRoZSB0YWcgW1F1YW50dW1dIGFuZCBob3BlZnVsbHkgbWFydSB3aWxsIGJlIGFibGUgdG8gaGVs cCB5b3Ugb3V0LjwvZGl2Pgo8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuPgo8ZGl2IHN0 eWxlPSJib3JkZXItcmlnaHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1yaWdodDowaW47cGFkZGluZy1s ZWZ0OjBpbjtwYWRkaW5nLXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0O2ZvbnQtc2l6ZToxMXB0O2Jv cmRlci1ib3R0b206bWVkaXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2FsaWJyaTtib3JkZXItdG9wOiNi NWM0ZGYgMXB0IHNvbGlkO3BhZGRpbmctYm90dG9tOjBpbjtib3JkZXItbGVmdDptZWRpdW0gbm9u ZSI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90OzxhIGhy ZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5k cmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphbmRy ZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdt YWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RGF0ZTog PC9zcGFuPlRodXJzZGF5LCAyOCBNYXJjaCAyMDEzIDE5OjU4PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtd2VpZ2h0OmJvbGQ+VG86IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBs aXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9ibGFuayI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZx dW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9zcGFuPltYZW4tQVBJXSBbT3BlblN0YWNrXSBYQ1Ag JiM0MzsgUXVhbnR1bSBGb2xzb20gLSBpcyBpdCBwb3NzaWJsZT88YnIgLz4KPC9kaXY+CjxkaXY+ CjxkaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj4KPGRp dj5IaSBldmVyeW9uZS48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSdtIHRyeWluZyB0 byBkZXBsb3kgZXhwZXJpbWVudGFsIHByaXZhdGUgY2xvdWQgd2l0aCB0aGUgZm9sbG93aW5nOjwv ZGl2Pgo8ZGl2PjEuIE9wZW5zdGFjayBGb2xzb208L2Rpdj4KPGRpdj4yLiBYQ1AgMS42PC9kaXY+ CjxkaXY+My4gUXVhbnR1bSBmb3IgbmV0d29ya2luZzwvZGl2Pgo8ZGl2PjQuIENlbnRPUyBhcyBE b21VIGNvbnRyb2xsZXIgbm9kZTwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5FdmVyeXRo aW5nIGxvb2tzIGZpbmUgZXhjZXB0IG5ldHdvcmtpbmcuPC9kaXY+CjxkaXY+Rm9sc29tJiM0MztR dWFudHVtJiM0MztYQ1AmIzQzO09WUyBkb24ndCBsb29rIGxpa2UgZ29vZCBjb21iaW5hdGlvbi48 L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBhbHJlYWR5IHJlYWQgPGEgaHJlZj0i aHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVtRGV2c3RhY2tPdnNYY3AiIHRh cmdldD0iX2JsYW5rIj4KaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVtRGV2 c3RhY2tPdnNYY3A8L2E+ICwgYnV0IHRoaXMgc29sdXRpb24gaXMgZm9yIHVuc3RhYmxlIEdyaXp6 bHkgYW5kIGhpZ2hseSBEZXZTdGFjay9VYnVudHUgdGFyZ2V0ZWQuPC9kaXY+CjxkaXY+VGhpcyBn dWlkZSA8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1hlblNlcnZlci9R dWFudHVtIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kv WGVuU2VydmVyL1F1YW50dW08L2E+IGlzIGZvciBFc3NleCwgcmlnaHQ/IEFuZCB0aGlzCjxhIGhy ZWY9Imh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24vIiB0YXJn ZXQ9Il9ibGFuayI+aHR0cDovL29wZW52c3dpdGNoLm9yZy9vcGVuc3RhY2svZG9jdW1lbnRhdGlv bi88L2E+IHRvby48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBiYWNrcG9ydGVk IDxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLyIgdGFyZ2V0 PSJfYmxhbmsiPgpodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88L2E+IGFu ZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMy8iIHRhcmdl dD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMvPC9hPiB0 byBGb2xzb20sIGJ1dCB3aGF0IHNob3VsZCBJIGRvIG5leHQ/PC9kaXY+CjxkaXY+SG93IHRvIG1h bnVhbGx5IGNvbmZpZ3VyZSB0aGlzIHN0dWZmPzwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRp dj5BbmQgcGxlYXNlIGdpdmUgbWUgYWR2aXNlIGFib3V0IG92c19xdWFudHVtX2FnZW50LnB5Ljwv ZGl2Pgo8ZGl2PldoYXQncyBkZWZhdWx0IHBsYWNlIGZvciBpdCBpbiBGb2xzb20gLSBpbiBEb20w IG9yIERvbVU/PC9kaXY+CjxkaXY+RG8gSSBuZWVkIGNoYW5nZXMgZnJvbSA8YSBocmVmPSJodHRw czovL3Jldmlldy5vcGVuc3RhY2sub3JnLy4iIHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZp ZXcub3BlbnN0YWNrLm9yZy8uPC9hPi4uIGlmIEknbGwgdXNlIGl0IGluIERvbTA/IChJIGtub3cg dGhhdCBQeXRob24gMi42IGlzIHJlcXVpcmVtZW50KS48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+VGhhbmtzIGEgbG90LjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KLS0gPGJyIC8+CkFu ZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8dGFibGUg Ym9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9keT4KPHRyPgo8dGQg c3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNp emU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LWZhbWls eTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9z cGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhwZXJpZW5jZSBGYW5h dGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWlnaHQ9IjE3IiAvPjwv dGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5FIiB3aWR0aD0iNTA0 IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5bGU9Zm9udC1mYW1p bHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFt aWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90ZD4KPHRkPjxzcGFu IHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+PGEgaHJlZj0idGVs OiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0YXJnZXQ9Il9ibGFu ayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+CjwvdGJvZHk+CjwvdGFi bGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lkdGg9IjI4MCIgaGVp Z2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIHdpZHRoPSI1 MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8cD48L3A+Cjxw PiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2Ug SW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50b24gb2Yg WnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIgQ0gtMDIw LjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVppbW1lcm1h biBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlCiBJbnRlcm5h dGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRw Oi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeSIgdGFyZ2V0 PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5 PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIGEg Y29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwgQXVzdHJhbGlhIChj b21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hvc2UgcmVnaXN0ZXJl ZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBTdHJlZXQsIFN5ZG5l eSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhCiBQVFkg TFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5y YWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwIiB0YXJn ZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1z dGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+PC9zcGFu PjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8s IFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0 aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFj ZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGlu IEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgMDM4OTcwMTAp IHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBSb2FkLCBIeWRlIFBh cmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9u dC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdl ZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBv bGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZhY3kt cG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwvc3Bh bj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEJlbmVsdXggQi5W LiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkgS3ZL IG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBvcnRi b3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5IHBvbGljeSBjYW4g YmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9w cml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2UubmwvanVyaWRpc2No L3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjEx cHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFz aWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkg bm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdl IEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBL b25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFz aWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6 Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBo cCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXBy aXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlRoaXMgZS1t YWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1iZWRkZWQgZG9jdW1l bnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlkZW50aWFsIHVzZSBv ZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNzYWdlIGlzIGFkZHJl c3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRlZCwgaXMKIGNvbmZp ZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBkaXNz ZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0ZXJp YWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0CjxhIGhyZWY9Im1h aWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1c2VAcmFja3NwYWNl LmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJhdGlv biBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+CjxiciAv Pgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcg THVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIgLz4K Uk9TQSBMYWJvcmF0b3J5PGJyIC8+CjxiciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxiciAv PgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJyIC8+Ck1vYmlsZTogPGEgaHJlZj0idGVs OiUyQjM3NSUyMCUyODQ0JTI5JTIwNzc5LTYzLTczIiB2YWx1ZT0iJiM0MzszNzU0NDc3OTYzNzMi IHRhcmdldD0iX2JsYW5rIj4KJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8L2E+PGJyIC8+Ck1vYmls ZSAoUnVzc2lhKTogPGEgaHJlZj0idGVsOiUyQjclMjAlMjg5MTYlMjklMjA0NjI5NDgwIiB2YWx1 ZT0iJiM0Mzs3OTE2NDYyOTQ4MCIgdGFyZ2V0PSJfYmxhbmsiPgomIzQzOzcgKDkxNikgNDYyOTQ4 MDwvYT48YnIgLz4KU2t5cGU6IGEubHVrb3Noa28gPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+ CjwvZGl2Pgo8L3NwYW4+CjxwPjwvcD4KPGRpdj4KPGRpdiBjbGFzcz0iaDUiPgo8cD4mbmJzcDs8 L3A+CjxwPjwvcD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1MDQi Pgo8dGJvZHk+Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxlPWZvbnQtZmFt aWx5OlZlcmRhbmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5Tb2Z0d2FyZSBE ZXZlbG9wZXIgSVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6MjgxcHg+PGltZyBh bHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIgd2lkdGg9IjE1 OSIgaGVpZ2h0PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIGFs dD0iTElORSIgd2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkPjxz cGFuIHN0eWxlPWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8dHI+Cjx0ZD48 c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlRlbDogPC9z cGFuPjwvdGQ+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4 LXNtYWxsPjxhIGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQzOzQ0MjA4NzM0 NDg1MyIgdGFyZ2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bhbj48L3RkPgo8 L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0PSJSYWNrc3Bh Y2UiIHdpZHRoPSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQgY29sc3Bh bj0iMiI+PGltZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4KPC90Ym9keT4K PC90YWJsZT4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5bGU9Zm9udC1z aXplOjExcHg+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJl ZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmlj YXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2Ug aXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQu IFJhY2tzcGFjZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3 ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJp dmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9z d2lzcy1wcml2YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2UgSG9zdGluZyBB dXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmlj dG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1 MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBH ZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0 aW5nIEF1c3RyYWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxh IGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5hdS9jb21w YW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUwMDAgV2FsemVt IFJvYWQsIFNhbiBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBvZiBBbWVyaWNh PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgVVMsIElu YyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFj a3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0YXJnZXQ9Il9i bGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1l bnQ8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxi ciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRlZCBpcyBhIGNv bXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55IHJlZ2lzdGVy ZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxp bmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48L3NwYW4+PGJy IC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIHByaXZhY3kg cG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28u dWsvbGVnYWwvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5j by51ay9sZWdhbC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJh Y2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhl cmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2Zm aWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFu PjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVuZWx1eCBCLlYg cHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tz cGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj53d3cucmFj a3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4g SG9uZyBLb25nIChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBp cyBhdCA5L0YsIENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2luZydzIFJvYWQs IFF1YXJyeSBCYXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdl ZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1w cml2YWN5LXN0YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20u aGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250 LXNpemU6MTFweD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRz IG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5k IGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRo aXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBp bmRpY2F0ZWQsIGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gb2Yg UmFja3NwYWNlLiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2Yg dGhlIGVuY2xvc2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMg dHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5IGJ5IGUt bWFpbCBhdAo8YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFyZ2V0PSJfYmxh bmsiPmFidXNlQHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3Nh Z2UuIFlvdXIgY29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2Pgo8L2Rpdj4K PC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+CjxiciAvPgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRp dj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+Cjxi ciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIgLz4KUk9TQSBMYWJvcmF0b3J5PGJyIC8+Cjxi ciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxiciAvPgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8 YnIgLz4KPGJyIC8+Ck1vYmlsZTogJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8YnIgLz4KTW9iaWxl IChSdXNzaWEpOiAmIzQzOzcgKDkxNikgNDYyOTQ4MDxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8 L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L3NwYW4+CjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzPgo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0 aD01MDQ+CiAgPFRCT0RZPgogIDxUUj4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFz cz1MRUZUX0FMSUdORUQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6 ZTpzbWFsbDsgJz5Kb2huIEdhcmJ1dHQ8L3NwYW4+PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFt aWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAt IFVLPC9zcGFuPjwvVEQ+CiAgICA8VEQgc3R5bGU9IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4 cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlOWJi NDRlLkpQR0BjNzM1ZWQ4ZS40ZmEzNTFlOCIgd2lkdGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9U Uj4KICA8VFIgY2xhc3M9TEVGVF9BTElHTkVEPgogICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1M SU5FIHNyYz0iY2lkOmltYWdlY2UzZTJmLkpQR0BjZmQ0ZGUwOS40N2E1ZWNlMSIgd2lkdGg9NTA0 IGhlaWdodD00IC8+PC9URD48L1RSPgogIDxUUj4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48 c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJyaTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzIt OWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9u dC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48 dGQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAn Pis0NDIwODczNDQ4NTM8L3NwYW4+PC90ZD48L3RyPjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8 VEQgY2xhc3M9UklHSFRfQUxJR05FRD48SU1HIGFsdD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2Ux YTJmOTkuSlBHQDY4Zjk1ZGUzLjQ0OWU0NTQ2IiB3aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48 L1RSPgogIDxUUiBjbGFzcz1MRUZUX0FMSUdORUQ+CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8g Y29sU3Bhbj0yPjxJTUcgc3JjPSJjaWQ6aW1hZ2UyZDY1NTguSlBHQDE1NDkwOGRhLjQzODg3MWJj IiB3aWR0aD01MDQgaGVpZ2h0PTMgLz48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAg Y2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAg Y2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBh bnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBh bnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0 ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3Rlbiwg U3dpdHplcmxhbmQuIFJhY2tzcGFjZSBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3kt cG9saWN5PGJyPi08YnI+UmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21w YW55IHJlZ2lzdGVyZWQgaW4gdGhlIHN0YXRlIG9mIFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBh bnkgcmVnaXN0ZXJlZCBudW1iZXIgQUNOIDE1MyAyNzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9m ZmljZSBpcyBhdCBTdWl0ZSAzLCBMZXZlbCA3LCAyMTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBO U1cgMjAwMCwgQXVzdHJhbGlhLiBSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBw cml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBh bnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMXB4OyI+PC9zcGFuPjxicj5SYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwg U2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+ PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2 YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9u L2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDExcHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3Nw YWNlIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxl cyAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciAwMzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBv ZmZpY2UgaXMgYXQgNSBNaWxsaW5ndG9uIFJvYWQsIEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4 IFVCMyA0QVouPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3Nw YWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNl LmNvLnVrL2xlZ2FsL3ByaXZhY3ktcG9saWN5PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB4OyI+LTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJh Y2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhl cmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2Zm aWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFu Pjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5W IHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlz Y2gvcHJpdmFjeS1wb2xpY3k8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7 Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFz aWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkg bm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdl IEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBL b25nLjwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBB c2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNl LmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHg7Ij5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1l bnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUg YW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNo IHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3Ns eSBpbmRpY2F0ZWQsIGlzIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBv ZiBSYWNrc3BhY2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBv ZiB0aGUgZW5jbG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhp cyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkg ZS1tYWlsIGF0IGFidXNlQHJhY2tzcGFjZS5jb20gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVz c2FnZS4gWW91ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hU TUw+Cgo= --_000_CD8094C2247Ajohngarbuttrackspacecom_-- --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="image9bb44e.JPG" Content-Transfer-Encoding: base64 Content-ID: image9bb44e.JPG@c735ed8e.4fa351e8 Content-Disposition: inline; filename="image9bb44e.JPG" Content-Location: image9bb44e.JPG Content-Description: image9bb44e.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="imagece3e2f.JPG" Content-Transfer-Encoding: base64 Content-ID: imagece3e2f.JPG@cfd4de09.47a5ece1 Content-Disposition: inline; filename="imagece3e2f.JPG" Content-Location: imagece3e2f.JPG Content-Description: imagece3e2f.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="image1a2f99.JPG" Content-Transfer-Encoding: base64 Content-ID: image1a2f99.JPG@68f95de3.449e4546 Content-Disposition: inline; filename="image1a2f99.JPG" Content-Location: image1a2f99.JPG Content-Description: image1a2f99.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="image2d6558.JPG" Content-Transfer-Encoding: base64 Content-ID: image2d6558.JPG@154908da.438871bc Content-Disposition: inline; filename="image2d6558.JPG" Content-Location: image2d6558.JPG Content-Description: image2d6558.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_cba85109-1677-4708-84d4-ebf671499fad_-- From xen-api-bounces@lists.xen.org Tue Apr 02 13:03:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 13:03:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0sD-0004FH-AU; Tue, 02 Apr 2013 13:03:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN0sB-0004FC-Dp for xen-api@lists.xen.org; Tue, 02 Apr 2013 13:03:36 +0000 Received: from [85.158.139.83:9415] by server-16.bemta-5.messagelabs.com id 7C/CC-02543-627DA515; Tue, 02 Apr 2013 13:03:34 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-11.tower-182.messagelabs.com!1364907719!20214208!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26637 invoked from network); 2 Apr 2013 13:01:59 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 13:01:59 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32443306" X-IronPort-AV: E=Sophos;i="4.87,393,1363132800"; d="jpg'145?scan'145,208,217,145";a="32443306" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 14:01:58 +0100 Content-Type: multipart/mixed; boundary="_cba85109-1677-4708-84d4-ebf671499fad_" Received: from LON1EXH01.RACKSPACE.CORP (10.2.104.88) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 14:01:58 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON1EXH01.RACKSPACE.CORP ([10.2.104.88]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 14:01:58 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA///x5YCAABPlgA== Date: Tue, 2 Apr 2013 13:01:57 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: multipart/alternative; boundary="_000_CD8094C2247Ajohngarbuttrackspacecom_" --_000_CD8094C2247Ajohngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, that will break, never tried those instructions myself. This problem s= ounds familiar, but can't find the thread from the openstack mailing list o= n this one. If you push the branch from review.openstack.org to your own github branch,= and use just the name name of the branch for the QUANTUM_BRANCH, that shou= ld work better. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, this Devstack code is broken now because change 15022 is still in revi= ew so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXc= p and write to localrc the following: QUANTUM_REPO=3Dhttps://review.openstack.org/openstack/quantum QUANTUM_BRANCH=3Drefs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.o= penstack.org don't support downloading git rep= o as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD8094C2247Ajohngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <2E36A8064D7A5E469D75A1F28165FE34@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDAyOjAxOjU4IFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+WWVzLCB0aGF0IHdpbGwgYnJlYWssIG5ldmVyIHRyaWVkIHRob3NlIGluc3RydWN0aW9ucyBt eXNlbGYuIFRoaXMgcHJvYmxlbSBzb3VuZHMgZmFtaWxpYXIsIGJ1dCBjYW4ndCBmaW5kIHRoZSB0 aHJlYWQgZnJvbSB0aGUgb3BlbnN0YWNrIG1haWxpbmcgbGlzdCBvbiB0aGlzIG9uZS48L2Rpdj4K PGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SWYgeW91IHB1c2ggdGhlIGJyYW5jaCBmcm9tIHJldmll dy5vcGVuc3RhY2sub3JnIHRvIHlvdXIgb3duIGdpdGh1YiBicmFuY2gsIGFuZCB1c2UganVzdCB0 aGUgbmFtZSBuYW1lIG9mIHRoZSBicmFuY2ggZm9yIHRoZSBRVUFOVFVNX0JSQU5DSCwgdGhhdCBz aG91bGQgd29yayBiZXR0ZXIuPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkpvaG48L2Rp dj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+Cjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWdu OmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxF RlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsg UEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVS LVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+CjxzcGFuIHN0eWxlPWZvbnQt d2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVr b3Noa29AZ21haWwuY29tIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZxdW90OyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iPmFuZHJldy5sdWtvc2hr b0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRh dGU6IDwvc3Bhbj5UdWVzZGF5LCAyIEFwcmlsIDIwMTMgMTM6NTA8YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC13ZWlnaHQ6Ym9sZD5UbzogPC9zcGFuPkpvaG4gR2FyYnV0dCAmbHQ7PGEgaHJlZj0ibWFp bHRvOkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2Uu Y28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkNjOiA8L3Nw YW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMu eGVuLm9yZyI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC13ZWlnaHQ6Ym9sZD5TdWJqZWN0OiA8L3NwYW4+UmU6IFtYZW4tQVBJXSBbT3BlblN0YWNr XSBYQ1AgJiM0MzsgUXVhbnR1bSBGb2xzb20gLSBpcyBpdCBwb3NzaWJsZT88YnIgLz4KPC9kaXY+ CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj5CVFcsIHRoaXMg RGV2c3RhY2sgY29kZSBpcyBicm9rZW4gbm93IGJlY2F1c2UgY2hhbmdlIDE1MDIyIGlzIHN0aWxs IGluIHJldmlldyBzbyB0aGVyZSBpcyBubyAvZXRjL3hhcGkuZC9wbHVnaW5zL25ldHdyYXAgaW4g dXBzdHJlYW0uCjxkaXYgc3R5bGU+PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPklmIEkgZm9sbG93 IHRoaXMgZ3VpZGUmbmJzcDs8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtp L1F1YW50dW1EZXZzdGFja092c1hjcCI+aHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9R dWFudHVtRGV2c3RhY2tPdnNYY3A8L2E+Jm5ic3A7YW5kIHdyaXRlIHRvIGxvY2FscmMgdGhlIGZv bGxvd2luZzo8L2Rpdj4KPGRpdiBzdHlsZT5RVUFOVFVNX1JFUE89PGEgaHJlZj0iaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy9vcGVuc3RhY2svcXVhbnR1bSI+aHR0cHM6Ly9yZXZpZXcub3Bl bnN0YWNrLm9yZy9vcGVuc3RhY2svcXVhbnR1bTwvYT48YnIgLz4KPC9kaXY+CjxkaXYgc3R5bGU+ CjxkaXY+UVVBTlRVTV9CUkFOQ0g9cmVmcy9jaGFuZ2VzLzIyLzE1MDIyLzExPC9kaXY+CjxkaXY+ PGJyIC8+CjwvZGl2Pgo8ZGl2IHN0eWxlPlRoZW4gRGV2c3RhY2sgYWdhaW4gd2lsbCBiZSBicm9r ZW4sIGJlY2F1c2UgdGhlIGNvZGUgcmVzcG9uc2libGUgZm9yIHBsYWNpbmcgbmV0d3JhcCB0byB4 YXBpIHBsdWdpbnMgZGlyIHRyeSB0byBnZXQgdGFyYmFsbCB3aXRoIHF1YW50dW0sIGFuZAo8YSBo cmVmPSJodHRwOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmciPnJldmlldy5vcGVuc3RhY2sub3JnPC9h PiBkb24ndCBzdXBwb3J0IGRvd25sb2FkaW5nIGdpdCByZXBvIGFzIHRhcmJhbGwuPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxiciAvPgo8YnIgLz4KPGRpdiBj bGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpvaG4gR2FyYnV0dCA8c3BhbiBkaXI9Imx0ciI+ Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrIiB0YXJnZXQ9 Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51azwvYT4mZ3Q7PC9zcGFuPjxiciAv Pgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhl eDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KPGRpdiBzdHls ZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7d29yZC13cmFw OmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5PaCwgc29ycnksIG15IGJhZC4gVGhlIHhlbnNlcnZl cl9pbnN0YWxsIGlzIHJlcGxhY2VkIGJ5IHRoZSBjb2RlIGluIGRldnN0YWNrIHRvIGluc3RhbGwg dGhlIHF1YW50dW0gcGx1Z2lucy48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuPgo8ZGl2 IHN0eWxlPSJib3JkZXItcmlnaHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1yaWdodDowaW47cGFkZGlu Zy1sZWZ0OjBpbjtwYWRkaW5nLXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0O2ZvbnQtc2l6ZToxMXB0 O2JvcmRlci1ib3R0b206bWVkaXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2FsaWJyaTtib3JkZXItdG9w OiNiNWM0ZGYgMXB0IHNvbGlkO3BhZGRpbmctYm90dG9tOjBpbjtib3JkZXItbGVmdDptZWRpdW0g bm9uZSI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90Ozxh IGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzph bmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtv QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RGF0 ZTogPC9zcGFuPlR1ZXNkYXksIDIgQXByaWwgMjAxMyAxMzozODxiciAvPgo8c3BhbiBzdHlsZT1m b250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8YSBocmVmPSJtYWls dG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2Fy YnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVu Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54 ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEldIFtPcGVuU3RhY2tdIFhDUCAmIzQz OyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPGRpdj4KPGRp diBjbGFzcz0iaDUiPgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdiBkaXI9Imx0 ciI+CjxkaXY+Jmd0OyBUbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhl IG5ldyBxdWFudHVtIHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJy aWRnZSwgc2VlIHRoaXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+Jmd0OyA8YSBocmVmPSJodHRw czovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8xMS9xdWFudHVtL3BsdWdpbnMvb3Bl bnZzd2l0Y2gvYWdlbnQveGVuc2VydmVyX2luc3RhbGwuc2giIHRhcmdldD0iX2JsYW5rIj4KaHR0 cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29w ZW52c3dpdGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoPC9hPjwvZGl2Pgo8ZGl2PjxiciAv Pgo8L2Rpdj4KPGRpdj5TZWVtcyBsaWtlIGNoYW5nZXMgaW4mbmJzcDs8YSBocmVmPSJodHRwczov L3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8iIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88L2E+Jm5ic3A7ZGV0ZWxlIHRoaXMgZmls ZSwgYXJlIHlvdSBzdXJlIEkgc3RpbGwgbmVlZCBpdD88L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+QXMgZmFyIGFzIEkgdW5kZXJzdGFuZCwgYmVmb3JlIHRoaXMgdGhhbmdlIHRoZSBxdWFu dHVtX292c19hZ2VudCB3YXMgcGxhY2VkIG9uIERvbTAgaW4gL2V0Yy94YXBpLmQvcGx1Z2lucy8g YW5kIHdvcmtlZCBmcm9tIGhlcmUuPC9kaXY+CjxkaXY+QW5kIHdpdGggdGhpcyBjaGFuZ2UgcXVh bnR1bV9vdnNfYWdlbnQgaXMgbW92aW5nIHRvIERvbVUgYW5kIHRhbGtzIHRvIERvbTAgT1ZTIHdp dGggL2V0Yy94YXBpLmQvcGx1Z2lucy9uZXR3cmFwLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5BbSBJIHJpZ2h0PzwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxi ciAvPgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpvaG4gR2FyYnV0 dCA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3Nw YWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51azwv YT4mZ3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxl PSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxl ZnQ6MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpDYWxpYnJpLHNh bnMtc2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5UbyBjdXQgYSBsb25n IHN0b3J5IHNob3J0LCB0aGUgT1ZTICYjNDM7IFhDUCAmIzQzOyBRdWFudHVtIHN1cHBvcnQgaXMg c3RpbGwgaW4gcmV2aWV3LCBhcyB5b3Ugc3BvdHRlZCwgYW5kIGlzIG5vdCB1cHN0cmVhbTo8L2Rp dj4KPGRpdj48YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8i IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88 L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkhlbHAgdG8gdGVzdCBhbmQgcmV2aWV3 IHRoYXQgY29kZSB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkITwvZGl2Pgo8ZGl2PjxiciAv Pgo8L2Rpdj4KPGRpdj5UbyBkZXBsb3kgdGhpcyB5b3Ugd2lsbCBuZWVkIHRvIGluc3RhbGwgdGhl IG5ldyBxdWFudHVtIHhhcGkgcGx1Z2luLCBhbmQgY29uZmlndXJlIGFuIGludGVncmF0aW9uIGJy aWRnZSwgc2VlIHRoaXMgc2NyaXB0IGhlcmU6PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dp dGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9y ZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dp dGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoPC9hPjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rp dj4KPGRpdj5EZXZTdGFjayBzaG91bGQgZ2l2ZSB5b3UgdGhlIGhpbnRzIHlvdSBuZWVkIGZvciBj b25maWd1cmluZyBRdWFudHVtIE9WUyBvbmNlIHRoZSBhYm92ZSBwbHVnaW4gaXMgaW5zdGFsbGVk OjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2Rl dnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDEzIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2sv YmxvYi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMMTM8L2E+PC9kaXY+ CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2sv YmxvYi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMNzQiIHRhcmdldD0i X2JsYW5rIj5odHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFjay9ibG9iL21h c3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0w3NDwvYT48L2Rpdj4KPGRpdj48 YnIgLz4KPC9kaXY+CjxkaXY+Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5QUzwv ZGl2Pgo8ZGl2Pgo8ZGl2Pkkgd291bGQgdHJ5IGFzayBvbiBvcGVuc3RhY2stZGV2LCBhbmQgYWRk IHRoZSB0YWcgW1F1YW50dW1dIGFuZCBob3BlZnVsbHkgbWFydSB3aWxsIGJlIGFibGUgdG8gaGVs cCB5b3Ugb3V0LjwvZGl2Pgo8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuPgo8ZGl2IHN0 eWxlPSJib3JkZXItcmlnaHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1yaWdodDowaW47cGFkZGluZy1s ZWZ0OjBpbjtwYWRkaW5nLXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0O2ZvbnQtc2l6ZToxMXB0O2Jv cmRlci1ib3R0b206bWVkaXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2FsaWJyaTtib3JkZXItdG9wOiNi NWM0ZGYgMXB0IHNvbGlkO3BhZGRpbmctYm90dG9tOjBpbjtib3JkZXItbGVmdDptZWRpdW0gbm9u ZSI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90OzxhIGhy ZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5k cmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphbmRy ZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdt YWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RGF0ZTog PC9zcGFuPlRodXJzZGF5LCAyOCBNYXJjaCAyMDEzIDE5OjU4PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtd2VpZ2h0OmJvbGQ+VG86IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBs aXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9ibGFuayI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZx dW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9zcGFuPltYZW4tQVBJXSBbT3BlblN0YWNrXSBYQ1Ag JiM0MzsgUXVhbnR1bSBGb2xzb20gLSBpcyBpdCBwb3NzaWJsZT88YnIgLz4KPC9kaXY+CjxkaXY+ CjxkaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj4KPGRp dj5IaSBldmVyeW9uZS48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSdtIHRyeWluZyB0 byBkZXBsb3kgZXhwZXJpbWVudGFsIHByaXZhdGUgY2xvdWQgd2l0aCB0aGUgZm9sbG93aW5nOjwv ZGl2Pgo8ZGl2PjEuIE9wZW5zdGFjayBGb2xzb208L2Rpdj4KPGRpdj4yLiBYQ1AgMS42PC9kaXY+ CjxkaXY+My4gUXVhbnR1bSBmb3IgbmV0d29ya2luZzwvZGl2Pgo8ZGl2PjQuIENlbnRPUyBhcyBE b21VIGNvbnRyb2xsZXIgbm9kZTwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5FdmVyeXRo aW5nIGxvb2tzIGZpbmUgZXhjZXB0IG5ldHdvcmtpbmcuPC9kaXY+CjxkaXY+Rm9sc29tJiM0MztR dWFudHVtJiM0MztYQ1AmIzQzO09WUyBkb24ndCBsb29rIGxpa2UgZ29vZCBjb21iaW5hdGlvbi48 L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBhbHJlYWR5IHJlYWQgPGEgaHJlZj0i aHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVtRGV2c3RhY2tPdnNYY3AiIHRh cmdldD0iX2JsYW5rIj4KaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9RdWFudHVtRGV2 c3RhY2tPdnNYY3A8L2E+ICwgYnV0IHRoaXMgc29sdXRpb24gaXMgZm9yIHVuc3RhYmxlIEdyaXp6 bHkgYW5kIGhpZ2hseSBEZXZTdGFjay9VYnVudHUgdGFyZ2V0ZWQuPC9kaXY+CjxkaXY+VGhpcyBn dWlkZSA8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1hlblNlcnZlci9R dWFudHVtIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kv WGVuU2VydmVyL1F1YW50dW08L2E+IGlzIGZvciBFc3NleCwgcmlnaHQ/IEFuZCB0aGlzCjxhIGhy ZWY9Imh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24vIiB0YXJn ZXQ9Il9ibGFuayI+aHR0cDovL29wZW52c3dpdGNoLm9yZy9vcGVuc3RhY2svZG9jdW1lbnRhdGlv bi88L2E+IHRvby48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SSd2ZSBiYWNrcG9ydGVk IDxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLyIgdGFyZ2V0 PSJfYmxhbmsiPgpodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi88L2E+IGFu ZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMy8iIHRhcmdl dD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMvPC9hPiB0 byBGb2xzb20sIGJ1dCB3aGF0IHNob3VsZCBJIGRvIG5leHQ/PC9kaXY+CjxkaXY+SG93IHRvIG1h bnVhbGx5IGNvbmZpZ3VyZSB0aGlzIHN0dWZmPzwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRp dj5BbmQgcGxlYXNlIGdpdmUgbWUgYWR2aXNlIGFib3V0IG92c19xdWFudHVtX2FnZW50LnB5Ljwv ZGl2Pgo8ZGl2PldoYXQncyBkZWZhdWx0IHBsYWNlIGZvciBpdCBpbiBGb2xzb20gLSBpbiBEb20w IG9yIERvbVU/PC9kaXY+CjxkaXY+RG8gSSBuZWVkIGNoYW5nZXMgZnJvbSA8YSBocmVmPSJodHRw czovL3Jldmlldy5vcGVuc3RhY2sub3JnLy4iIHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZp ZXcub3BlbnN0YWNrLm9yZy8uPC9hPi4uIGlmIEknbGwgdXNlIGl0IGluIERvbTA/IChJIGtub3cg dGhhdCBQeXRob24gMi42IGlzIHJlcXVpcmVtZW50KS48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+VGhhbmtzIGEgbG90LjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KLS0gPGJyIC8+CkFu ZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8dGFibGUg Ym9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9keT4KPHRyPgo8dGQg c3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNp emU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LWZhbWls eTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9z cGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhwZXJpZW5jZSBGYW5h dGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWlnaHQ9IjE3IiAvPjwv dGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5FIiB3aWR0aD0iNTA0 IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5bGU9Zm9udC1mYW1p bHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFt aWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90ZD4KPHRkPjxzcGFu IHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+PGEgaHJlZj0idGVs OiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0YXJnZXQ9Il9ibGFu ayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+CjwvdGJvZHk+CjwvdGFi bGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lkdGg9IjI4MCIgaGVp Z2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIHdpZHRoPSI1 MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8cD48L3A+Cjxw PiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2Ug SW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50b24gb2Yg WnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIgQ0gtMDIw LjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVppbW1lcm1h biBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlCiBJbnRlcm5h dGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRw Oi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeSIgdGFyZ2V0 PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5 PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIGEg Y29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwgQXVzdHJhbGlhIChj b21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hvc2UgcmVnaXN0ZXJl ZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBTdHJlZXQsIFN5ZG5l eSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhCiBQVFkg TFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5y YWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwIiB0YXJn ZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1z dGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+PC9zcGFu PjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8s IFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0 aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFj ZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGlu IEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgMDM4OTcwMTAp IHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBSb2FkLCBIeWRlIFBh cmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9u dC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdl ZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBv bGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZhY3kt cG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwvc3Bh bj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEJlbmVsdXggQi5W LiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkgS3ZL IG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBvcnRi b3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5IHBvbGljeSBjYW4g YmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9w cml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2UubmwvanVyaWRpc2No L3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjEx cHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFz aWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkg bm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdl IEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBL b25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFz aWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6 Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBo cCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXBy aXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlRoaXMgZS1t YWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1iZWRkZWQgZG9jdW1l bnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlkZW50aWFsIHVzZSBv ZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNzYWdlIGlzIGFkZHJl c3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRlZCwgaXMKIGNvbmZp ZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBkaXNz ZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0ZXJp YWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0CjxhIGhyZWY9Im1h aWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1c2VAcmFja3NwYWNl LmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJhdGlv biBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+CjxiciAv Pgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcg THVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIgLz4K Uk9TQSBMYWJvcmF0b3J5PGJyIC8+CjxiciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxiciAv PgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJyIC8+Ck1vYmlsZTogPGEgaHJlZj0idGVs OiUyQjM3NSUyMCUyODQ0JTI5JTIwNzc5LTYzLTczIiB2YWx1ZT0iJiM0MzszNzU0NDc3OTYzNzMi IHRhcmdldD0iX2JsYW5rIj4KJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8L2E+PGJyIC8+Ck1vYmls ZSAoUnVzc2lhKTogPGEgaHJlZj0idGVsOiUyQjclMjAlMjg5MTYlMjklMjA0NjI5NDgwIiB2YWx1 ZT0iJiM0Mzs3OTE2NDYyOTQ4MCIgdGFyZ2V0PSJfYmxhbmsiPgomIzQzOzcgKDkxNikgNDYyOTQ4 MDwvYT48YnIgLz4KU2t5cGU6IGEubHVrb3Noa28gPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+ CjwvZGl2Pgo8L3NwYW4+CjxwPjwvcD4KPGRpdj4KPGRpdiBjbGFzcz0iaDUiPgo8cD4mbmJzcDs8 L3A+CjxwPjwvcD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1MDQi Pgo8dGJvZHk+Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxlPWZvbnQtZmFt aWx5OlZlcmRhbmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5Tb2Z0d2FyZSBE ZXZlbG9wZXIgSVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6MjgxcHg+PGltZyBh bHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIgd2lkdGg9IjE1 OSIgaGVpZ2h0PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIGFs dD0iTElORSIgd2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkPjxz cGFuIHN0eWxlPWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8dHI+Cjx0ZD48 c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlRlbDogPC9z cGFuPjwvdGQ+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4 LXNtYWxsPjxhIGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQzOzQ0MjA4NzM0 NDg1MyIgdGFyZ2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bhbj48L3RkPgo8 L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0PSJSYWNrc3Bh Y2UiIHdpZHRoPSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQgY29sc3Bh bj0iMiI+PGltZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4KPC90Ym9keT4K PC90YWJsZT4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5bGU9Zm9udC1z aXplOjExcHg+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJl ZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmlj YXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2Ug aXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQu IFJhY2tzcGFjZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3 ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJp dmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9z d2lzcy1wcml2YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2UgSG9zdGluZyBB dXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmlj dG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1 MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBH ZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0 aW5nIEF1c3RyYWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxh IGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5hdS9jb21w YW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUwMDAgV2FsemVt IFJvYWQsIFNhbiBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBvZiBBbWVyaWNh PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgVVMsIElu YyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFj a3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0YXJnZXQ9Il9i bGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1l bnQ8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxi ciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRlZCBpcyBhIGNv bXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55IHJlZ2lzdGVy ZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxp bmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48L3NwYW4+PGJy IC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIHByaXZhY3kg cG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28u dWsvbGVnYWwvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5j by51ay9sZWdhbC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJh Y2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhl cmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2Zm aWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFu PjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVuZWx1eCBCLlYg cHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tz cGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj53d3cucmFj a3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4g SG9uZyBLb25nIChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBp cyBhdCA5L0YsIENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2luZydzIFJvYWQs IFF1YXJyeSBCYXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdl ZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1w cml2YWN5LXN0YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20u aGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250 LXNpemU6MTFweD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRz IG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5k IGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRo aXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBp bmRpY2F0ZWQsIGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gb2Yg UmFja3NwYWNlLiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2Yg dGhlIGVuY2xvc2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMg dHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5IGJ5IGUt bWFpbCBhdAo8YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFyZ2V0PSJfYmxh bmsiPmFidXNlQHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3Nh Z2UuIFlvdXIgY29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2Pgo8L2Rpdj4K PC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+CjxiciAvPgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRp dj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+Cjxi ciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIgLz4KUk9TQSBMYWJvcmF0b3J5PGJyIC8+Cjxi ciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxiciAvPgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8 YnIgLz4KPGJyIC8+Ck1vYmlsZTogJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8YnIgLz4KTW9iaWxl IChSdXNzaWEpOiAmIzQzOzcgKDkxNikgNDYyOTQ4MDxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8 L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L3NwYW4+CjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzPgo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0 aD01MDQ+CiAgPFRCT0RZPgogIDxUUj4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFz cz1MRUZUX0FMSUdORUQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6 ZTpzbWFsbDsgJz5Kb2huIEdhcmJ1dHQ8L3NwYW4+PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFt aWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAt IFVLPC9zcGFuPjwvVEQ+CiAgICA8VEQgc3R5bGU9IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4 cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlOWJi NDRlLkpQR0BjNzM1ZWQ4ZS40ZmEzNTFlOCIgd2lkdGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9U Uj4KICA8VFIgY2xhc3M9TEVGVF9BTElHTkVEPgogICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1M SU5FIHNyYz0iY2lkOmltYWdlY2UzZTJmLkpQR0BjZmQ0ZGUwOS40N2E1ZWNlMSIgd2lkdGg9NTA0 IGhlaWdodD00IC8+PC9URD48L1RSPgogIDxUUj4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48 c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJyaTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzIt OWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9u dC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48 dGQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAn Pis0NDIwODczNDQ4NTM8L3NwYW4+PC90ZD48L3RyPjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8 VEQgY2xhc3M9UklHSFRfQUxJR05FRD48SU1HIGFsdD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2Ux YTJmOTkuSlBHQDY4Zjk1ZGUzLjQ0OWU0NTQ2IiB3aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48 L1RSPgogIDxUUiBjbGFzcz1MRUZUX0FMSUdORUQ+CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8g Y29sU3Bhbj0yPjxJTUcgc3JjPSJjaWQ6aW1hZ2UyZDY1NTguSlBHQDE1NDkwOGRhLjQzODg3MWJj IiB3aWR0aD01MDQgaGVpZ2h0PTMgLz48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAg Y2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAg Y2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBh bnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBh bnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0 ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3Rlbiwg U3dpdHplcmxhbmQuIFJhY2tzcGFjZSBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3kt cG9saWN5PGJyPi08YnI+UmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21w YW55IHJlZ2lzdGVyZWQgaW4gdGhlIHN0YXRlIG9mIFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBh bnkgcmVnaXN0ZXJlZCBudW1iZXIgQUNOIDE1MyAyNzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9m ZmljZSBpcyBhdCBTdWl0ZSAzLCBMZXZlbCA3LCAyMTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBO U1cgMjAwMCwgQXVzdHJhbGlhLiBSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBw cml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBh bnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMXB4OyI+PC9zcGFuPjxicj5SYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwg U2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+ PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2 YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9u L2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDExcHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3Nw YWNlIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxl cyAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciAwMzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBv ZmZpY2UgaXMgYXQgNSBNaWxsaW5ndG9uIFJvYWQsIEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4 IFVCMyA0QVouPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3Nw YWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNl LmNvLnVrL2xlZ2FsL3ByaXZhY3ktcG9saWN5PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB4OyI+LTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJh Y2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhl cmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2Zm aWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFu Pjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5W IHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlz Y2gvcHJpdmFjeS1wb2xpY3k8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7 Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFz aWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkg bm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdl IEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBL b25nLjwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBB c2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNl LmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHg7Ij5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1l bnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUg YW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNo IHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3Ns eSBpbmRpY2F0ZWQsIGlzIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBv ZiBSYWNrc3BhY2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBv ZiB0aGUgZW5jbG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhp cyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkg ZS1tYWlsIGF0IGFidXNlQHJhY2tzcGFjZS5jb20gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVz c2FnZS4gWW91ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hU TUw+Cgo= --_000_CD8094C2247Ajohngarbuttrackspacecom_-- --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="image9bb44e.JPG" Content-Transfer-Encoding: base64 Content-ID: image9bb44e.JPG@c735ed8e.4fa351e8 Content-Disposition: inline; filename="image9bb44e.JPG" Content-Location: image9bb44e.JPG Content-Description: image9bb44e.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="imagece3e2f.JPG" Content-Transfer-Encoding: base64 Content-ID: imagece3e2f.JPG@cfd4de09.47a5ece1 Content-Disposition: inline; filename="imagece3e2f.JPG" Content-Location: imagece3e2f.JPG Content-Description: imagece3e2f.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="image1a2f99.JPG" Content-Transfer-Encoding: base64 Content-ID: image1a2f99.JPG@68f95de3.449e4546 Content-Disposition: inline; filename="image1a2f99.JPG" Content-Location: image1a2f99.JPG Content-Description: image1a2f99.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: image/jpeg; name="image2d6558.JPG" Content-Transfer-Encoding: base64 Content-ID: image2d6558.JPG@154908da.438871bc Content-Disposition: inline; filename="image2d6558.JPG" Content-Location: image2d6558.JPG Content-Description: image2d6558.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_cba85109-1677-4708-84d4-ebf671499fad_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_cba85109-1677-4708-84d4-ebf671499fad_-- From xen-api-bounces@lists.xen.org Tue Apr 02 15:38:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 15:38: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 1UN3Hu-0007pO-2t; Tue, 02 Apr 2013 15:38:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN3Hs-0007pJ-Md for xen-api@lists.xen.org; Tue, 02 Apr 2013 15:38:17 +0000 Received: from [193.109.254.147:17834] by server-10.bemta-14.messagelabs.com id 42/21-11798-86BFA515; Tue, 02 Apr 2013 15:38:16 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1364917092!8652725!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15061 invoked from network); 2 Apr 2013 15:38:12 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 15:38:12 -0000 Received: by mail-wg0-f43.google.com with SMTP id f12so613625wgh.10 for ; Tue, 02 Apr 2013 08:38:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=XFl/9LRXxjFNBKfsAq+q+aIQs9EZwHX12r0hF4H0WsI=; b=tyRGB4VuY+NXm685Z8pJ9upVPiJcwiavhdsYbEprxWvgM73zTeSvNK63fFiXuDfbkq 1SNDDk220Tx/U3nRb3h3UXYlih3+vJ3AL1QT6FXq2Myun5ehEzl5zchH9zRoTNf3OHlN zwWhdBOzOIox5t7hxhGcwURb/I31t8sse1o3nKJpK5HeoJbmJVwihDwJ1Ci5acQ8OXfY LbI6j0Gk2lomRFaAEMtAW8g6rbd+0dvHWeKQRLARjGp4johwTaSfLDwI2qj4k8gG0MJV yA/1de6xh3QmFGpThsH5pdPoXHcl98B/rOHhnr+PzdPRELB3dMRnxow78Iir7oFEuyJg lTQw== MIME-Version: 1.0 X-Received: by 10.194.119.200 with SMTP id kw8mr1360485wjb.31.1364917092414; Tue, 02 Apr 2013 08:38:12 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 08:38:12 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 18:38:12 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7202690704618639086==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7202690704618639086== Content-Type: multipart/alternative; boundary=089e0117791370fc9504d9628682 --089e0117791370fc9504d9628682 Content-Type: text/plain; charset=ISO-8859-1 Thanks. And what about this change? https://review.openstack.org/#/c/15023/ It has "Abandoned" status, so it's not mandatory to make things work? 2013/4/2 John Garbutt > Yes, that will break, never tried those instructions myself. This > problem sounds familiar, but can't find the thread from the openstack > mailing list on this one. > > If you push the branch from review.openstack.org to your own github > branch, and use just the name name of the branch for the QUANTUM_BRANCH, > that should work better. > > John > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 > > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > BTW, this Devstack code is broken now because change 15022 is still in > review so there is no /etc/xapi.d/plugins/netwrap in upstream. > > If I follow this guide > https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to > localrc the following: > QUANTUM_REPO=https://review.openstack.org/openstack/quantum > QUANTUM_BRANCH=refs/changes/22/15022/11 > > Then Devstack again will be broken, because the code responsible for > placing netwrap to xapi plugins dir try to get tarball with quantum, and > review.openstack.org don't support downloading git repo as tarball. > > > 2013/4/2 John Garbutt > >> Oh, sorry, my bad. The xenserver_install is replaced by the code in >> devstack to install the quantum plugins. >> >> From: "andrew.lukoshko@gmail.com" >> Date: Tuesday, 2 April 2013 13:38 >> To: John Garbutt >> Cc: "xen-api@lists.xen.org" >> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> > To deploy this you will need to install the new quantum xapi plugin, >> and configure an integration bridge, see this script here: >> > >> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >> >> Seems like changes in https://review.openstack.org/#/c/15022/ detele >> this file, are you sure I still need it? >> >> As far as I understand, before this thange the quantum_ovs_agent was >> placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. >> And with this change quantum_ovs_agent is moving to DomU and talks to >> Dom0 OVS with /etc/xapi.d/plugins/netwrap. >> >> Am I right? >> >> >> 2013/4/2 John Garbutt >> >>> To cut a long story short, the OVS + XCP + Quantum support is still in >>> review, as you spotted, and is not upstream: >>> https://review.openstack.org/#/c/15022/ >>> >>> Help to test and review that code would be greatly appreciated! >>> >>> To deploy this you will need to install the new quantum xapi plugin, >>> and configure an integration bridge, see this script here: >>> >>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>> >>> DevStack should give you the hints you need for configuring Quantum >>> OVS once the above plugin is installed: >>> >>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >>> >>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >>> >>> John >>> >>> PS >>> I would try ask on openstack-dev, and add the tag [Quantum] and >>> hopefully maru will be able to help you out. >>> >>> From: "andrew.lukoshko@gmail.com" >>> Date: Thursday, 28 March 2013 19:58 >>> To: "xen-api@lists.xen.org" >>> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >>> >>> Hi everyone. >>> >>> I'm trying to deploy experimental private cloud with the following: >>> 1. Openstack Folsom >>> 2. XCP 1.6 >>> 3. Quantum for networking >>> 4. CentOS as DomU controller node >>> >>> Everything looks fine except networking. >>> Folsom+Quantum+XCP+OVS don't look like good combination. >>> >>> I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp, but this solution is for unstable Grizzly and highly DevStack/Ubuntu >>> targeted. >>> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >>> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >>> >>> I've backported https://review.openstack.org/#/c/15022/ and >>> https://review.openstack.org/#/c/15023/ to Folsom, but what should I do >>> next? >>> How to manually configure this stuff? >>> >>> And please give me advise about ovs_quantum_agent.py. >>> What's default place for it in Folsom - in Dom0 or DomU? >>> Do I need changes from https://review.openstack.org/... if I'll use it >>> in Dom0? (I know that Python 2.6 is requirement). >>> >>> Thanks a lot. >>> >>> -- >>> Andrew Lukoshko, M.Sc. >>> >>> >>> >>> John Garbutt >>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>> LINE] Tel: +442087344853 [image: Rackspace] >>> >>> >>> >>> Rackspace International GmbH a company registered in the Canton of >>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>> www.rackspace.co.uk/legal/swiss-privacy-policy >>> - >>> Rackspace Hosting Australia PTY LTD a company registered in the state of >>> Victoria, Australia (company registered number ACN 153 275 524) whose >>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>> - >>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>> States of America >>> Rackspace US, Inc privacy policy can be viewed at >>> www.rackspace.com/information/legal/privacystatement >>> - >>> Rackspace Limited is a company registered in England & Wales (company >>> registered number 03897010) whose registered office is at 5 Millington >>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>> Rackspace Limited privacy policy can be viewed at >>> www.rackspace.co.uk/legal/privacy-policy >>> - >>> Rackspace Benelux B.V. is a company registered in the Netherlands >>> (company KvK nummer 34276327) whose registered office is at >>> Teleportboulevard 110, 1043 EJ Amsterdam. >>> Rackspace Benelux B.V privacy policy can be viewed at >>> www.rackspace.nl/juridisch/privacy-policy >>> - >>> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >>> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >>> 979 King's Road, Quarry Bay, Hong Kong. >>> Rackspace Asia Limited privacy policy can be viewed at >>> www.rackspace.com.hk/company/legal-privacy-statement.php >>> - >>> This e-mail message (including any attachments or embedded documents) is >>> intended for the exclusive and confidential use of the individual or entity >>> to which this message is addressed, and unless otherwise expressly >>> indicated, is confidential and privileged information of Rackspace. Any >>> dissemination, distribution or copying of the enclosed material is >>> prohibited. If you receive this transmission in error, please notify us >>> immediately by e-mail at abuse@rackspace.com and delete the original >>> message. Your cooperation is appreciated. >>> >> >> >> >> -- >> Andrew Lukoshko, M.Sc. >> >> Head of Cloud R&D >> ROSA Laboratory >> >> Presnensky Val str. 14, >> Moscow, 123557 Russia >> >> Mobile: +375 (44) 779-63-73 >> Mobile (Russia): +7 (916) 4629480 >> Skype: a.lukoshko >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --089e0117791370fc9504d9628682 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks.
And what about this change?

It has &q= uot;Abandoned" status, so it's not mandatory to make things work?= =A0


2013/4/= 2 John Garbutt <John.Garbutt@rackspace.co.uk>
=

Yes, that will break, never tried those instructions myself. This = problem sounds familiar, but can't find the thread from the openstack m= ailing list on this one.

If you push the branch from review.openstack.org to your own github branch, and use= just the name name of the branch for the QUANTUM_BRANCH, that should work = better.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:50

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.

If I follow this guide=A0https://wiki.openstack.org/wiki/Quan= tumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for p= lacing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.= org don't support downloading git repo as tarball.


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code in de= vstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --089e0117791370fc9504d9628682-- --===============7202690704618639086== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7202690704618639086==-- From xen-api-bounces@lists.xen.org Tue Apr 02 15:38:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 15:38: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 1UN3Hu-0007pO-2t; Tue, 02 Apr 2013 15:38:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN3Hs-0007pJ-Md for xen-api@lists.xen.org; Tue, 02 Apr 2013 15:38:17 +0000 Received: from [193.109.254.147:17834] by server-10.bemta-14.messagelabs.com id 42/21-11798-86BFA515; Tue, 02 Apr 2013 15:38:16 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1364917092!8652725!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15061 invoked from network); 2 Apr 2013 15:38:12 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 15:38:12 -0000 Received: by mail-wg0-f43.google.com with SMTP id f12so613625wgh.10 for ; Tue, 02 Apr 2013 08:38:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=XFl/9LRXxjFNBKfsAq+q+aIQs9EZwHX12r0hF4H0WsI=; b=tyRGB4VuY+NXm685Z8pJ9upVPiJcwiavhdsYbEprxWvgM73zTeSvNK63fFiXuDfbkq 1SNDDk220Tx/U3nRb3h3UXYlih3+vJ3AL1QT6FXq2Myun5ehEzl5zchH9zRoTNf3OHlN zwWhdBOzOIox5t7hxhGcwURb/I31t8sse1o3nKJpK5HeoJbmJVwihDwJ1Ci5acQ8OXfY LbI6j0Gk2lomRFaAEMtAW8g6rbd+0dvHWeKQRLARjGp4johwTaSfLDwI2qj4k8gG0MJV yA/1de6xh3QmFGpThsH5pdPoXHcl98B/rOHhnr+PzdPRELB3dMRnxow78Iir7oFEuyJg lTQw== MIME-Version: 1.0 X-Received: by 10.194.119.200 with SMTP id kw8mr1360485wjb.31.1364917092414; Tue, 02 Apr 2013 08:38:12 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 08:38:12 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 18:38:12 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7202690704618639086==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7202690704618639086== Content-Type: multipart/alternative; boundary=089e0117791370fc9504d9628682 --089e0117791370fc9504d9628682 Content-Type: text/plain; charset=ISO-8859-1 Thanks. And what about this change? https://review.openstack.org/#/c/15023/ It has "Abandoned" status, so it's not mandatory to make things work? 2013/4/2 John Garbutt > Yes, that will break, never tried those instructions myself. This > problem sounds familiar, but can't find the thread from the openstack > mailing list on this one. > > If you push the branch from review.openstack.org to your own github > branch, and use just the name name of the branch for the QUANTUM_BRANCH, > that should work better. > > John > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 > > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > BTW, this Devstack code is broken now because change 15022 is still in > review so there is no /etc/xapi.d/plugins/netwrap in upstream. > > If I follow this guide > https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to > localrc the following: > QUANTUM_REPO=https://review.openstack.org/openstack/quantum > QUANTUM_BRANCH=refs/changes/22/15022/11 > > Then Devstack again will be broken, because the code responsible for > placing netwrap to xapi plugins dir try to get tarball with quantum, and > review.openstack.org don't support downloading git repo as tarball. > > > 2013/4/2 John Garbutt > >> Oh, sorry, my bad. The xenserver_install is replaced by the code in >> devstack to install the quantum plugins. >> >> From: "andrew.lukoshko@gmail.com" >> Date: Tuesday, 2 April 2013 13:38 >> To: John Garbutt >> Cc: "xen-api@lists.xen.org" >> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> > To deploy this you will need to install the new quantum xapi plugin, >> and configure an integration bridge, see this script here: >> > >> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >> >> Seems like changes in https://review.openstack.org/#/c/15022/ detele >> this file, are you sure I still need it? >> >> As far as I understand, before this thange the quantum_ovs_agent was >> placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. >> And with this change quantum_ovs_agent is moving to DomU and talks to >> Dom0 OVS with /etc/xapi.d/plugins/netwrap. >> >> Am I right? >> >> >> 2013/4/2 John Garbutt >> >>> To cut a long story short, the OVS + XCP + Quantum support is still in >>> review, as you spotted, and is not upstream: >>> https://review.openstack.org/#/c/15022/ >>> >>> Help to test and review that code would be greatly appreciated! >>> >>> To deploy this you will need to install the new quantum xapi plugin, >>> and configure an integration bridge, see this script here: >>> >>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>> >>> DevStack should give you the hints you need for configuring Quantum >>> OVS once the above plugin is installed: >>> >>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >>> >>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >>> >>> John >>> >>> PS >>> I would try ask on openstack-dev, and add the tag [Quantum] and >>> hopefully maru will be able to help you out. >>> >>> From: "andrew.lukoshko@gmail.com" >>> Date: Thursday, 28 March 2013 19:58 >>> To: "xen-api@lists.xen.org" >>> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >>> >>> Hi everyone. >>> >>> I'm trying to deploy experimental private cloud with the following: >>> 1. Openstack Folsom >>> 2. XCP 1.6 >>> 3. Quantum for networking >>> 4. CentOS as DomU controller node >>> >>> Everything looks fine except networking. >>> Folsom+Quantum+XCP+OVS don't look like good combination. >>> >>> I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp, but this solution is for unstable Grizzly and highly DevStack/Ubuntu >>> targeted. >>> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >>> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >>> >>> I've backported https://review.openstack.org/#/c/15022/ and >>> https://review.openstack.org/#/c/15023/ to Folsom, but what should I do >>> next? >>> How to manually configure this stuff? >>> >>> And please give me advise about ovs_quantum_agent.py. >>> What's default place for it in Folsom - in Dom0 or DomU? >>> Do I need changes from https://review.openstack.org/... if I'll use it >>> in Dom0? (I know that Python 2.6 is requirement). >>> >>> Thanks a lot. >>> >>> -- >>> Andrew Lukoshko, M.Sc. >>> >>> >>> >>> John Garbutt >>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>> LINE] Tel: +442087344853 [image: Rackspace] >>> >>> >>> >>> Rackspace International GmbH a company registered in the Canton of >>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>> www.rackspace.co.uk/legal/swiss-privacy-policy >>> - >>> Rackspace Hosting Australia PTY LTD a company registered in the state of >>> Victoria, Australia (company registered number ACN 153 275 524) whose >>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>> - >>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>> States of America >>> Rackspace US, Inc privacy policy can be viewed at >>> www.rackspace.com/information/legal/privacystatement >>> - >>> Rackspace Limited is a company registered in England & Wales (company >>> registered number 03897010) whose registered office is at 5 Millington >>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>> Rackspace Limited privacy policy can be viewed at >>> www.rackspace.co.uk/legal/privacy-policy >>> - >>> Rackspace Benelux B.V. is a company registered in the Netherlands >>> (company KvK nummer 34276327) whose registered office is at >>> Teleportboulevard 110, 1043 EJ Amsterdam. >>> Rackspace Benelux B.V privacy policy can be viewed at >>> www.rackspace.nl/juridisch/privacy-policy >>> - >>> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >>> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >>> 979 King's Road, Quarry Bay, Hong Kong. >>> Rackspace Asia Limited privacy policy can be viewed at >>> www.rackspace.com.hk/company/legal-privacy-statement.php >>> - >>> This e-mail message (including any attachments or embedded documents) is >>> intended for the exclusive and confidential use of the individual or entity >>> to which this message is addressed, and unless otherwise expressly >>> indicated, is confidential and privileged information of Rackspace. Any >>> dissemination, distribution or copying of the enclosed material is >>> prohibited. If you receive this transmission in error, please notify us >>> immediately by e-mail at abuse@rackspace.com and delete the original >>> message. Your cooperation is appreciated. >>> >> >> >> >> -- >> Andrew Lukoshko, M.Sc. >> >> Head of Cloud R&D >> ROSA Laboratory >> >> Presnensky Val str. 14, >> Moscow, 123557 Russia >> >> Mobile: +375 (44) 779-63-73 >> Mobile (Russia): +7 (916) 4629480 >> Skype: a.lukoshko >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --089e0117791370fc9504d9628682 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks.
And what about this change?

It has &q= uot;Abandoned" status, so it's not mandatory to make things work?= =A0


2013/4/= 2 John Garbutt <John.Garbutt@rackspace.co.uk>
=

Yes, that will break, never tried those instructions myself. This = problem sounds familiar, but can't find the thread from the openstack m= ailing list on this one.

If you push the branch from review.openstack.org to your own github branch, and use= just the name name of the branch for the QUANTUM_BRANCH, that should work = better.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:50

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.

If I follow this guide=A0https://wiki.openstack.org/wiki/Quan= tumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for p= lacing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.= org don't support downloading git repo as tarball.


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code in de= vstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --089e0117791370fc9504d9628682-- --===============7202690704618639086== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7202690704618639086==-- From xen-api-bounces@lists.xen.org Tue Apr 02 15:58:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 15:58:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN3at-0008Ux-IQ; Tue, 02 Apr 2013 15:57:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN3ar-0008Ui-Fm for xen-api@lists.xen.org; Tue, 02 Apr 2013 15:57:54 +0000 Received: from [85.158.137.99:13975] by server-2.bemta-3.messagelabs.com id 95/F5-05208-0000B515; Tue, 02 Apr 2013 15:57:52 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-15.tower-217.messagelabs.com!1364918270!14787083!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3578 invoked from network); 2 Apr 2013 15:57:50 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 15:57:50 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32457534" X-IronPort-AV: E=Sophos;i="4.87,394,1363132800"; d="jpg'145?scan'145,208,217,145";a="32457534" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 16:57:49 +0100 Content-Type: multipart/mixed; boundary="_c159a8f8-736f-449a-bd75-e4a853254da9_" Received: from LON3EXH02.RACKSPACE.CORP (10.9.27.24) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 16:57:49 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON3EXH02.RACKSPACE.CORP ([10.9.27.24]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 16:57:49 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA///x5YCAABPlgIAAGucAgAAWOwA= Date: Tue, 2 Apr 2013 15:57:48 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: multipart/alternative; boundary="_000_CD80BA4B2548johngarbuttrackspacecom_" --_000_CD80BA4B2548johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I assume more effort will be spent on that once the first change makes it i= nto trunk. It will be required to use quantum's dhcp method of ip address assignment. = There are other ways to inject the IP address that may work, such as IP add= ress injection into the filesystem of debian/ubuntu based VMs. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 16:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thanks. And what about this change? https://review.openstack.org/#/c/15023/ It has "Abandoned" status, so it's not mandatory to make things work? 2013/4/2 John Garbutt > Yes, that will break, never tried those instructions myself. This problem s= ounds familiar, but can't find the thread from the openstack mailing list o= n this one. If you push the branch from review.openstack.org to your own github branch, and use just the name name of the branch for = the QUANTUM_BRANCH, that should work better. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, this Devstack code is broken now because change 15022 is still in revi= ew so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXc= p and write to localrc the following: QUANTUM_REPO=3Dhttps://review.openstack.org/openstack/quantum QUANTUM_BRANCH=3Drefs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.o= penstack.org don't support downloading git rep= o as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD80BA4B2548johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <44EDF4C6D7AC0C44AE4CE960E59CECDC@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDA0OjU3OjQ5IFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+SSBhc3N1bWUgbW9yZSBlZmZvcnQgd2lsbCBiZSBzcGVudCBvbiB0aGF0IG9uY2UgdGhlIGZp cnN0IGNoYW5nZSBtYWtlcyBpdCBpbnRvIHRydW5rLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5JdCB3aWxsIGJlIHJlcXVpcmVkIHRvIHVzZSBxdWFudHVtJ3MgZGhjcCBtZXRob2Qgb2Yg aXAgYWRkcmVzcyBhc3NpZ25tZW50LiBUaGVyZSBhcmUgb3RoZXIgd2F5cyB0byBpbmplY3QgdGhl IElQIGFkZHJlc3MgdGhhdCBtYXkgd29yaywgc3VjaCBhcyBJUCBhZGRyZXNzIGluamVjdGlvbiBp bnRvIHRoZSBmaWxlc3lzdGVtIG9mIGRlYmlhbi91YnVudHUgYmFzZWQgVk1zLjwvZGl2Pgo8ZGl2 PjxiciAvPgo8L2Rpdj4KPGRpdj5Kb2huPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3BhbiBp ZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPgo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp OyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJP VFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RU T006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRP UDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkct VE9QOiAzcHQiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVv dDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSI+YW5kcmV3Lmx1a29z aGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3No a29AZ21haWwuY29tIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZndDs8YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5EYXRlOiA8L3NwYW4+VHVlc2RheSwgMiBBcHJpbCAy MDEzIDE2OjM4PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+VG86IDwvc3Bhbj5K b2huIEdhcmJ1dHQgJmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNv LnVrIj5Kb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5 bGU9Zm9udC13ZWlnaHQ6Ym9sZD5DYzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzp4ZW4t YXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9y ZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9z cGFuPlJlOiBbWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0g aXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRp dj4KPGRpdiBkaXI9Imx0ciI+VGhhbmtzLgo8ZGl2IHN0eWxlPkFuZCB3aGF0IGFib3V0IHRoaXMg Y2hhbmdlPzwvZGl2Pgo8ZGl2IHN0eWxlPjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFj ay5vcmcvIy9jLzE1MDIzLyI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMv PC9hPjxiciAvPgo8L2Rpdj4KPGRpdiBzdHlsZT48YnIgLz4KPC9kaXY+CjxkaXYgc3R5bGU+SXQg aGFzICZxdW90O0FiYW5kb25lZCZxdW90OyBzdGF0dXMsIHNvIGl0J3Mgbm90IG1hbmRhdG9yeSB0 byBtYWtlIHRoaW5ncyB3b3JrPyZuYnNwOzwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxf ZXh0cmEiPjxiciAvPgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpv aG4gR2FyYnV0dCA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1 dHRAcmFja3NwYWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFj ZS5jby51azwvYT4mZ3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVv dGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtw YWRkaW5nLWxlZnQ6MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpD YWxpYnJpLHNhbnMtc2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5ZZXMs IHRoYXQgd2lsbCBicmVhaywgbmV2ZXIgdHJpZWQgdGhvc2UgaW5zdHJ1Y3Rpb25zIG15c2VsZi4g VGhpcyBwcm9ibGVtIHNvdW5kcyBmYW1pbGlhciwgYnV0IGNhbid0IGZpbmQgdGhlIHRocmVhZCBm cm9tIHRoZSBvcGVuc3RhY2sgbWFpbGluZyBsaXN0IG9uIHRoaXMgb25lLjwvZGl2Pgo8ZGl2Pjxi ciAvPgo8L2Rpdj4KPGRpdj5JZiB5b3UgcHVzaCB0aGUgYnJhbmNoIGZyb20gPGEgaHJlZj0iaHR0 cDovL3Jldmlldy5vcGVuc3RhY2sub3JnIiB0YXJnZXQ9Il9ibGFuayI+CnJldmlldy5vcGVuc3Rh Y2sub3JnPC9hPiB0byB5b3VyIG93biBnaXRodWIgYnJhbmNoLCBhbmQgdXNlIGp1c3QgdGhlIG5h bWUgbmFtZSBvZiB0aGUgYnJhbmNoIGZvciB0aGUgUVVBTlRVTV9CUkFOQ0gsIHRoYXQgc2hvdWxk IHdvcmsgYmV0dGVyLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5Kb2huPC9kaXY+Cjxk aXY+PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRpdiBzdHlsZT0iYm9yZGVyLXJpZ2h0Om1lZGl1bSBu b25lO3BhZGRpbmctcmlnaHQ6MGluO3BhZGRpbmctbGVmdDowaW47cGFkZGluZy10b3A6M3B0O3Rl eHQtYWxpZ246bGVmdDtmb250LXNpemU6MTFwdDtib3JkZXItYm90dG9tOm1lZGl1bSBub25lO2Zv bnQtZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRvcDojYjVjNGRmIDFwdCBzb2xpZDtwYWRkaW5nLWJv dHRvbTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVtIG5vbmUiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtv QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3Bh biBzdHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5UdWVzZGF5LCAyIEFwcmlsIDIw MTMgMTM6NTAKPGRpdj4KPGRpdiBjbGFzcz0iaDUiPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdl aWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8YSBocmVmPSJtYWlsdG86Sm9o bi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEBy YWNrc3BhY2UuY28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xk PkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhy ZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBp QGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xk PlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEldIFtPcGVuU3RhY2tdIFhDUCAmIzQzOyBRdWFu dHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8 ZGl2Pgo8ZGl2IGNsYXNzPSJoNSI+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2 IGRpcj0ibHRyIj5CVFcsIHRoaXMgRGV2c3RhY2sgY29kZSBpcyBicm9rZW4gbm93IGJlY2F1c2Ug Y2hhbmdlIDE1MDIyIGlzIHN0aWxsIGluIHJldmlldyBzbyB0aGVyZSBpcyBubyAvZXRjL3hhcGku ZC9wbHVnaW5zL25ldHdyYXAgaW4gdXBzdHJlYW0uCjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pklm IEkgZm9sbG93IHRoaXMgZ3VpZGUmbmJzcDs8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNr Lm9yZy93aWtpL1F1YW50dW1EZXZzdGFja092c1hjcCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8v d2lraS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiZuYnNwO2Fu ZCB3cml0ZSB0byBsb2NhbHJjIHRoZSBmb2xsb3dpbmc6PC9kaXY+CjxkaXY+UVVBTlRVTV9SRVBP PTxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvb3BlbnN0YWNrL3F1YW50dW0i IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnL29wZW5zdGFjay9x dWFudHVtPC9hPjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj5RVUFOVFVNX0JSQU5DSD1yZWZzL2No YW5nZXMvMjIvMTUwMjIvMTE8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+VGhlbiBEZXZz dGFjayBhZ2FpbiB3aWxsIGJlIGJyb2tlbiwgYmVjYXVzZSB0aGUgY29kZSByZXNwb25zaWJsZSBm b3IgcGxhY2luZyBuZXR3cmFwIHRvIHhhcGkgcGx1Z2lucyBkaXIgdHJ5IHRvIGdldCB0YXJiYWxs IHdpdGggcXVhbnR1bSwgYW5kCjxhIGhyZWY9Imh0dHA6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPnJldmlldy5vcGVuc3RhY2sub3JnPC9hPiBkb24ndCBzdXBwb3J0IGRv d25sb2FkaW5nIGdpdCByZXBvIGFzIHRhcmJhbGwuPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPGRpdiBj bGFzcz0iZ21haWxfZXh0cmEiPjxiciAvPgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUi PjIwMTMvNC8yIEpvaG4gR2FyYnV0dCA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0 bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJi dXR0QHJhY2tzcGFjZS5jby51azwvYT4mZ3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFz cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHgg I2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtm b250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwv cD4KPGRpdj5PaCwgc29ycnksIG15IGJhZC4gVGhlIHhlbnNlcnZlcl9pbnN0YWxsIGlzIHJlcGxh Y2VkIGJ5IHRoZSBjb2RlIGluIGRldnN0YWNrIHRvIGluc3RhbGwgdGhlIHF1YW50dW0gcGx1Z2lu cy48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuPgo8ZGl2IHN0eWxlPSJib3JkZXItcmln aHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1yaWdodDowaW47cGFkZGluZy1sZWZ0OjBpbjtwYWRkaW5n LXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0O2ZvbnQtc2l6ZToxMXB0O2JvcmRlci1ib3R0b206bWVk aXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2FsaWJyaTtib3JkZXItdG9wOiNiNWM0ZGYgMXB0IHNvbGlk O3BhZGRpbmctYm90dG9tOjBpbjtib3JkZXItbGVmdDptZWRpdW0gbm9uZSI+CjxzcGFuIHN0eWxl PWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzphbmRy ZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdt YWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21h aWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mZ3Q7 PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RGF0ZTogPC9zcGFuPlR1ZXNkYXks IDIgQXByaWwgMjAxMyAxMzozODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRv OiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJh Y2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28u dWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkNjOiA8L3NwYW4+ JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4 ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5v cmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwv c3Bhbj5SZTogW1hlbi1BUEldIFtPcGVuU3RhY2tdIFhDUCAmIzQzOyBRdWFudHVtIEZvbHNvbSAt IGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxkaXY+CjxkaXY+CjxkaXYgZGlyPSJsdHIiPgo8ZGl2PiZndDsgVG8gZGVwbG95IHRoaXMg eW91IHdpbGwgbmVlZCB0byBpbnN0YWxsIHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5k IGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlvbiBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwv ZGl2Pgo8ZGl2PiZndDsgPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2Mv MTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dpdGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0 YWxsLnNoIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9j LzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5z dGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+U2VlbXMgbGlrZSBjaGFu Z2VzIGluJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvPC9hPiZuYnNwO2RldGVsZSB0aGlzIGZpbGUsIGFyZSB5b3Ugc3VyZSBJIHN0aWxsIG5lZWQg aXQ/PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkFzIGZhciBhcyBJIHVuZGVyc3RhbmQs IGJlZm9yZSB0aGlzIHRoYW5nZSB0aGUgcXVhbnR1bV9vdnNfYWdlbnQgd2FzIHBsYWNlZCBvbiBE b20wIGluIC9ldGMveGFwaS5kL3BsdWdpbnMvIGFuZCB3b3JrZWQgZnJvbSBoZXJlLjwvZGl2Pgo8 ZGl2PkFuZCB3aXRoIHRoaXMgY2hhbmdlIHF1YW50dW1fb3ZzX2FnZW50IGlzIG1vdmluZyB0byBE b21VIGFuZCB0YWxrcyB0byBEb20wIE9WUyB3aXRoIC9ldGMveGFwaS5kL3BsdWdpbnMvbmV0d3Jh cC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+QW0gSSByaWdodD88L2Rpdj4KPC9kaXY+ CjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnIgLz4KPGJyIC8+CjxkaXYgY2xhc3M9ImdtYWls X3F1b3RlIj4yMDEzLzQvMiBKb2huIEdhcmJ1dHQgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVm PSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpv aG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0Ozwvc3Bhbj48YnIgLz4KPGJsb2NrcXVv dGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxl ZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+CjxkaXYgc3R5bGU9Zm9udC1zaXpl OjE0cHg7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmO3dvcmQtd3JhcDpicmVhay13b3Jk Pgo8cD48L3A+CjxkaXY+VG8gY3V0IGEgbG9uZyBzdG9yeSBzaG9ydCwgdGhlIE9WUyAmIzQzOyBY Q1AgJiM0MzsgUXVhbnR1bSBzdXBwb3J0IGlzIHN0aWxsIGluIHJldmlldywgYXMgeW91IHNwb3R0 ZWQsIGFuZCBpcyBub3QgdXBzdHJlYW06PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9yZXZp ZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9yZXZp ZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5IZWxwIHRvIHRlc3QgYW5kIHJldmlldyB0aGF0IGNvZGUgd291bGQgYmUgZ3JlYXRseSBh cHByZWNpYXRlZCE8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+VG8gZGVwbG95IHRoaXMg eW91IHdpbGwgbmVlZCB0byBpbnN0YWxsIHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5k IGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlvbiBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwv ZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIy LzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5z aCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIy LzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5z aDwvYT48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+RGV2U3RhY2sgc2hvdWxkIGdpdmUg eW91IHRoZSBoaW50cyB5b3UgbmVlZCBmb3IgY29uZmlndXJpbmcgUXVhbnR1bSBPVlMgb25jZSB0 aGUgYWJvdmUgcGx1Z2luIGlzIGluc3RhbGxlZDo8L2Rpdj4KPGRpdj48YSBocmVmPSJodHRwczov L2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFjay9ibG9iL21hc3Rlci9saWIvcXVhbnR1 bV9wbHVnaW5zL29wZW52c3dpdGNoI0wxMyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZ2l0aHVi LmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdp bnMvb3BlbnZzd2l0Y2gjTDEzPC9hPjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHVi LmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdp bnMvb3BlbnZzd2l0Y2gjTDc0IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRodWIuY29tL29w ZW5zdGFjay1kZXYvZGV2c3RhY2svYmxvYi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVu dnN3aXRjaCNMNzQ8L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkpvaG48L2Rpdj4K PGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+UFM8L2Rpdj4KPGRpdj4KPGRpdj5JIHdvdWxkIHRyeSBh c2sgb24gb3BlbnN0YWNrLWRldiwgYW5kIGFkZCB0aGUgdGFnIFtRdWFudHVtXSBhbmQgaG9wZWZ1 bGx5IG1hcnUgd2lsbCBiZSBhYmxlIHRvIGhlbHAgeW91IG91dC48L2Rpdj4KPC9kaXY+CjxkaXY+ PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRpdiBzdHlsZT0iYm9yZGVyLXJpZ2h0Om1lZGl1bSBub25l O3BhZGRpbmctcmlnaHQ6MGluO3BhZGRpbmctbGVmdDowaW47cGFkZGluZy10b3A6M3B0O3RleHQt YWxpZ246bGVmdDtmb250LXNpemU6MTFwdDtib3JkZXItYm90dG9tOm1lZGl1bSBub25lO2ZvbnQt ZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRvcDojYjVjNGRmIDFwdCBzb2xpZDtwYWRkaW5nLWJvdHRv bTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVtIG5vbmUiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpi b2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdt YWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+JnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3BhbiBz dHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5UaHVyc2RheSwgMjggTWFyY2ggMjAx MyAxOTo1ODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+JnF1 b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4t YXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8 L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bh bj5bWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0gaXMgaXQg cG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRp dj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+CjxkaXY+SGkgZXZlcnlvbmUuPC9kaXY+CjxkaXY+PGJy IC8+CjwvZGl2Pgo8ZGl2PkknbSB0cnlpbmcgdG8gZGVwbG95IGV4cGVyaW1lbnRhbCBwcml2YXRl IGNsb3VkIHdpdGggdGhlIGZvbGxvd2luZzo8L2Rpdj4KPGRpdj4xLiBPcGVuc3RhY2sgRm9sc29t PC9kaXY+CjxkaXY+Mi4gWENQIDEuNjwvZGl2Pgo8ZGl2PjMuIFF1YW50dW0gZm9yIG5ldHdvcmtp bmc8L2Rpdj4KPGRpdj40LiBDZW50T1MgYXMgRG9tVSBjb250cm9sbGVyIG5vZGU8L2Rpdj4KPGRp dj48YnIgLz4KPC9kaXY+CjxkaXY+RXZlcnl0aGluZyBsb29rcyBmaW5lIGV4Y2VwdCBuZXR3b3Jr aW5nLjwvZGl2Pgo8ZGl2PkZvbHNvbSYjNDM7UXVhbnR1bSYjNDM7WENQJiM0MztPVlMgZG9uJ3Qg bG9vayBsaWtlIGdvb2QgY29tYmluYXRpb24uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2 PkkndmUgYWxyZWFkeSByZWFkIDxhIGhyZWY9Imh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dp a2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5v cGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiAsIGJ1dCB0aGlzIHNv bHV0aW9uIGlzIGZvciB1bnN0YWJsZSBHcml6emx5IGFuZCBoaWdobHkgRGV2U3RhY2svVWJ1bnR1 IHRhcmdldGVkLjwvZGl2Pgo8ZGl2PlRoaXMgZ3VpZGUgPGEgaHJlZj0iaHR0cHM6Ly93aWtpLm9w ZW5zdGFjay5vcmcvd2lraS9YZW5TZXJ2ZXIvUXVhbnR1bSIgdGFyZ2V0PSJfYmxhbmsiPgpodHRw czovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1hlblNlcnZlci9RdWFudHVtPC9hPiBpcyBmb3Ig RXNzZXgsIHJpZ2h0PyBBbmQgdGhpcwo8YSBocmVmPSJodHRwOi8vb3BlbnZzd2l0Y2gub3JnL29w ZW5zdGFjay9kb2N1bWVudGF0aW9uLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9vcGVudnN3aXRj aC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24vPC9hPiB0b28uPC9kaXY+CjxkaXY+PGJyIC8+ CjwvZGl2Pgo8ZGl2PkkndmUgYmFja3BvcnRlZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVu c3RhY2sub3JnLyMvYy8xNTAyMi8iIHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3Bl bnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPiBhbmQgPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3Bl bnN0YWNrLm9yZy8jL2MvMTUwMjMvIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9w ZW5zdGFjay5vcmcvIy9jLzE1MDIzLzwvYT4gdG8gRm9sc29tLCBidXQgd2hhdCBzaG91bGQgSSBk byBuZXh0PzwvZGl2Pgo8ZGl2PkhvdyB0byBtYW51YWxseSBjb25maWd1cmUgdGhpcyBzdHVmZj88 L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+QW5kIHBsZWFzZSBnaXZlIG1lIGFkdmlzZSBh Ym91dCBvdnNfcXVhbnR1bV9hZ2VudC5weS48L2Rpdj4KPGRpdj5XaGF0J3MgZGVmYXVsdCBwbGFj ZSBmb3IgaXQgaW4gRm9sc29tIC0gaW4gRG9tMCBvciBEb21VPzwvZGl2Pgo8ZGl2PkRvIEkgbmVl ZCBjaGFuZ2VzIGZyb20gPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8uIiB0 YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvLjwvYT4uLiBpZiBJ J2xsIHVzZSBpdCBpbiBEb20wPyAoSSBrbm93IHRoYXQgUHl0aG9uIDIuNiBpcyByZXF1aXJlbWVu dCkuPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PlRoYW5rcyBhIGxvdC48L2Rpdj4KPGRp dj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+Cjxi ciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPHA+PC9wPgo8 cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdp ZHRoPSI1MDQiPgo8dGJvZHk+Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxl PWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48 YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5T b2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6Mjgx cHg+PGltZyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIg d2lkdGg9IjE1OSIgaGVpZ2h0PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIy Ij48aW1nIGFsdD0iTElORSIgd2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0 cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8 dHI+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxs PlRlbDogPC9zcGFuPjwvdGQ+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2Zv bnQtc2l6ZTp4LXNtYWxsPjxhIGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQz OzQ0MjA4NzM0NDg1MyIgdGFyZ2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bh bj48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0 PSJSYWNrc3BhY2UiIHdpZHRoPSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8 dGQgY29sc3Bhbj0iMiI+PGltZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4K PC90Ym9keT4KPC90YWJsZT4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5 bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkg cmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkg aWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJl ZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dp dHplcmxhbmQuIFJhY2tzcGFjZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwv c3dpc3MtcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51 ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2Ug SG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3Rh dGUgb2YgVmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04g MTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVs IDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tz cGFjZSBIb3N0aW5nIEF1c3RyYWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmll d2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2Fs LXByaXZhY3ktc3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNv bS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUw MDAgV2FsemVtIFJvYWQsIFNhbiBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBv ZiBBbWVyaWNhPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3Bh Y2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6 Ly93d3cucmFja3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0 YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZh Y3lzdGF0ZW1lbnQ8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4t PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRl ZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55 IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBh dCA1IE1pbGxpbmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVk IHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNr c3BhY2UuY28udWsvbGVnYWwvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJh Y2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4g dGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lz dGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJk YW0uPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVu ZWx1eCBCLlYgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8v d3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5r Ij53d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJy IC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lz dGVyZWQgaW4gSG9uZyBLb25nIChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVk IG9mZmljZSBpcyBhdCA5L0YsIENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2lu ZydzIFJvYWQsIFF1YXJyeSBCYXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2Fu IGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFu eS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tz cGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFu PjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBz dHlsZT1mb250LXNpemU6MTFweD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0 dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNs dXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRv IHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4 cHJlc3NseSBpbmRpY2F0ZWQsIGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3Jt YXRpb24gb2YgUmFja3NwYWNlLiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNv cHlpbmcgb2YgdGhlIGVuY2xvc2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNl aXZlIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0 ZWx5IGJ5IGUtbWFpbCBhdAo8YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPmFidXNlQHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdp bmFsIG1lc3NhZ2UuIFlvdXIgY29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2 Pgo8L2Jsb2NrcXVvdGU+CjwvZGl2Pgo8YnIgLz4KPGJyIGNsZWFyPSJhbGwiIC8+CjxkaXY+PGJy IC8+CjwvZGl2PgotLSA8YnIgLz4KQW5kcmV3IEx1a29zaGtvLCBNLlNjLjxiciAvPgo8YnIgLz4K SGVhZCBvZiBDbG91ZCBSJmFtcDtEPGJyIC8+ClJPU0EgTGFib3JhdG9yeTxiciAvPgo8YnIgLz4K UHJlc25lbnNreSBWYWwgc3RyLiAxNCw8YnIgLz4KTW9zY293LCAxMjM1NTcgUnVzc2lhPGJyIC8+ CjxiciAvPgpNb2JpbGU6IDxhIGhyZWY9InRlbDolMkIzNzUlMjAlMjg0NCUyOSUyMDc3OS02My03 MyIgdmFsdWU9IiYjNDM7Mzc1NDQ3Nzk2MzczIiB0YXJnZXQ9Il9ibGFuayI+CiYjNDM7Mzc1ICg0 NCkgNzc5LTYzLTczPC9hPjxiciAvPgpNb2JpbGUgKFJ1c3NpYSk6IDxhIGhyZWY9InRlbDolMkI3 JTIwJTI4OTE2JTI5JTIwNDYyOTQ4MCIgdmFsdWU9IiYjNDM7NzkxNjQ2Mjk0ODAiIHRhcmdldD0i X2JsYW5rIj4KJiM0Mzs3ICg5MTYpIDQ2Mjk0ODA8L2E+PGJyIC8+ClNreXBlOiBhLmx1a29zaGtv IDwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxkaXY+ CjxkaXY+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGlu Zz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9keT4KPHRyPgo8dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNw YW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6c21hbGw+Sm9obiBHYXJidXR0 PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4 LXNtYWxsPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1X SURUSDoyODFweD48aW1nIGFsdD0iZXhwZXJpZW5jZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249 InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWlnaHQ9IjE3IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNv bHNwYW49IjIiPjxpbWcgYWx0PSJMSU5FIiB3aWR0aD0iNTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4K PC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8 dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXpl Ongtc21hbGw+VGVsOiA8L3NwYW4+PC90ZD4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZl cmRhbmE7Zm9udC1zaXplOngtc21hbGw+PGEgaHJlZj0idGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFs dWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0YXJnZXQ9Il9ibGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8 L2E+PC9zcGFuPjwvdGQ+CjwvdHI+CjwvdGJvZHk+CjwvdGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+ PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lkdGg9IjI4MCIgaGVpZ2h0PSI2MCIgLz48L3RkPgo8L3Ry Pgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIHdpZHRoPSI1MDQiIGhlaWdodD0iMyIgLz48L3Rk Pgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEg Y29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAo Y29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSBy ZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xv dGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlCiBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBw b2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51 ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3Nw YWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PC9hPjxiciAvPgotPGJyIC8+ClJh Y2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIGEgY29tcGFueSByZWdpc3RlcmVkIGlu IHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwgQXVzdHJhbGlhIChjb21wYW55IHJlZ2lzdGVyZWQgbnVt YmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUg MywgTGV2ZWwgNywgMjEwIEdlb3JnZSBTdHJlZXQsIFN5ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxp YS4gUmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhCiBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBh bnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwIiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNr c3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9hPjxiciAv PgotPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+PC9zcGFuPjxiciAvPgpSYWNrc3BhY2UgVVMs IEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQg U3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4 PlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJl Zj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0 ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVn YWwvcHJpdmFjeXN0YXRlbWVudDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFj ZSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMg KGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgMDM4OTcwMTApIHdob3NlIHJlZ2lzdGVyZWQgb2Zm aWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBSb2FkLCBIeWRlIFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBV QjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8v d3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsi Pgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIg Lz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVK IEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tz cGFjZSBCZW5lbHV4IEIuViBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9 Imh0dHA6Ly93d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0 PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2UubmwvanVyaWRpc2NoL3ByaXZhY3ktcG9saWN5PC9hPjwv c3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBh bnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJl Z2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2Us IDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBwcml2YWN5IHBv bGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5o ay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3 d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwv YT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGlu ZyBhbnkgYXR0YWNobWVudHMgb3IgZW1iZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3Ig dGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlkZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBl bnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNzYWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhl cndpc2UgZXhwcmVzc2x5IGluZGljYXRlZCwgaXMKIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdl ZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRp b24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYg eW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMg aW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0CjxhIGhyZWY9Im1haWx0bzphYnVzZUByYWNrc3BhY2Uu Y29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1c2VAcmFja3NwYWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0 aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3Nw YW4+PC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyIC8+CjxiciBj bGVhcj0iYWxsIiAvPgo8ZGl2PjxiciAvPgo8L2Rpdj4KLS0gPGJyIC8+CkFuZHJldyBMdWtvc2hr bywgTS5TYy48YnIgLz4KPGJyIC8+CkhlYWQgb2YgQ2xvdWQgUiZhbXA7RDxiciAvPgpST1NBIExh Ym9yYXRvcnk8YnIgLz4KPGJyIC8+ClByZXNuZW5za3kgVmFsIHN0ci4gMTQsPGJyIC8+Ck1vc2Nv dywgMTIzNTU3IFJ1c3NpYTxiciAvPgo8YnIgLz4KTW9iaWxlOiA8YSBocmVmPSJ0ZWw6JTJCMzc1 JTIwJTI4NDQlMjklMjA3NzktNjMtNzMiIHZhbHVlPSImIzQzOzM3NTQ0Nzc5NjM3MyIgdGFyZ2V0 PSJfYmxhbmsiPgomIzQzOzM3NSAoNDQpIDc3OS02My03MzwvYT48YnIgLz4KTW9iaWxlIChSdXNz aWEpOiA8YSBocmVmPSJ0ZWw6JTJCNyUyMCUyODkxNiUyOSUyMDQ2Mjk0ODAiIHZhbHVlPSImIzQz Ozc5MTY0NjI5NDgwIiB0YXJnZXQ9Il9ibGFuayI+CiYjNDM7NyAoOTE2KSA0NjI5NDgwPC9hPjxi ciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+ Cjwvc3Bhbj4KPHA+PC9wPgo8ZGl2Pgo8ZGl2IGNsYXNzPSJoNSI+CjxwPiZuYnNwOzwvcD4KPHA+ PC9wPgo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9k eT4KPHRyPgo8dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVy ZGFuYTtmb250LXNpemU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3Bl ciBJViAtIFVLPC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhw ZXJpZW5jZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWln aHQ9IjE3IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5F IiB3aWR0aD0iNTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5 bGU9Zm9udC1mYW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0 eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90 ZD4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+ PGEgaHJlZj0idGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0 YXJnZXQ9Il9ibGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+Cjwv dGJvZHk+CjwvdGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lk dGg9IjI4MCIgaGVpZ2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48 aW1nIHdpZHRoPSI1MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxl Pgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFw eD5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRo ZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBu dW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBC YWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3Nw YWNlCiBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8 YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBv bGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXBy aXZhY3ktcG9saWN5PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxp YSBQVFkgTFREIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwg QXVzdHJhbGlhIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBT dHJlZXQsIFN5ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVz dHJhbGlhCiBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0i aHR0cDovL3d3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1l bnQucGhwIiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVn YWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+PC9zcGFuPjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwg U2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+ PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZh Y3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2Uu Y29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4K d3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+Cjxz cGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSBy ZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1i ZXIgMDM4OTcwMTApIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBS b2FkLCBIeWRlIFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdh bC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xl Z2FsL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMg KGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5 IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5s L2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2Uu bmwvanVyaWRpc2NoL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtv bmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkv RiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5 IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0Cjxh IGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21w YW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0 eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4PlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1i ZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlk ZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNz YWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRl ZCwgaXMKIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3Bh Y2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5j bG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21p c3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0 CjxhIGhyZWY9Im1haWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1 c2VAcmFja3NwYWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91 ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvZGl2Pgo8L2Rpdj4K PC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyIC8+CjxiciBjbGVhcj0iYWxsIiAvPgo8ZGl2PjxiciAv Pgo8L2Rpdj4KLS0gPGJyIC8+CkFuZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+Ckhl YWQgb2YgQ2xvdWQgUiZhbXA7RDxiciAvPgpST1NBIExhYm9yYXRvcnk8YnIgLz4KPGJyIC8+ClBy ZXNuZW5za3kgVmFsIHN0ci4gMTQsPGJyIC8+Ck1vc2NvdywgMTIzNTU3IFJ1c3NpYTxiciAvPgo8 YnIgLz4KTW9iaWxlOiAmIzQzOzM3NSAoNDQpIDc3OS02My03MzxiciAvPgpNb2JpbGUgKFJ1c3Np YSk6ICYjNDM7NyAoOTE2KSA0NjI5NDgwPGJyIC8+ClNreXBlOiBhLmx1a29zaGtvIDwvZGl2Pgo8 L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPC9QPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZi NS02MzQzNjk3ODM2MjM+Jm5ic3A7PC9QPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZi NS02MzQzNjk3ODM2MjM+CjxUQUJMRSBib3JkZXI9MCBjZWxsUGFkZGluZz0wIHdpZHRoPTUwND4K ICA8VEJPRFk+CiAgPFRSPgogICAgPFREIHN0eWxlPSJXSURUSDogMjcwcHgiIGNsYXNzPUxFRlRf QUxJR05FRD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOnNtYWxs OyAnPkpvaG4gR2FyYnV0dDwvc3Bhbj48QlIgLz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVy ZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+U29mdHdhcmUgRGV2ZWxvcGVyIElWIC0gVUs8L3Nw YW4+PC9URD4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI4MXB4Ij48SU1HIGFsdD0iZXhwZXJpZW5j ZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249cmlnaHQgc3JjPSJjaWQ6aW1hZ2U2MmM0YjAuSlBH QDY2NDk5OWMxLjQ4YWY1YTYzIiB3aWR0aD0xNTkgaGVpZ2h0PTE3IC8+PC9URD48L1RSPgogIDxU UiBjbGFzcz1MRUZUX0FMSUdORUQ+CiAgICA8VEQgY29sU3Bhbj0yPjxJTUcgYWx0PUxJTkUgc3Jj PSJjaWQ6aW1hZ2VkYmE2NmMuSlBHQDJkMWM0NzdjLjQ4OTAwNmNjIiB3aWR0aD01MDQgaGVpZ2h0 PTQgLz48L1REPjwvVFI+CiAgPFRSPgogICAgPFREIGNsYXNzPUNPTlRBQ1RJTkZPPjxzcGFuIHN0 eWxlPSdmb250LWZhbWlseTpDYWxpYnJpOyAnPjx0YWJsZSBjbGFzcz1hZTQzMTEzMi05ZDE3LTRh MzgtYjZiNS02MzQzNjk3ODM2MjNUYWJsZT48dHI+PHRkPjxzcGFuIHN0eWxlPSdmb250LWZhbWls eTpWZXJkYW5hOyBmb250LXNpemU6eC1zbWFsbDsgJz5UZWw6IDwvc3Bhbj48L3RkPjx0ZD48c3Bh biBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+KzQ0MjA4 NzM0NDg1Mzwvc3Bhbj48L3RkPjwvdHI+PC90YWJsZT48L3NwYW4+PC9URD4KICAgIDxURCBjbGFz cz1SSUdIVF9BTElHTkVEPjxJTUcgYWx0PVJhY2tzcGFjZSBzcmM9ImNpZDppbWFnZTljODliZi5K UEdAYjNmY2RjZjQuNDViMThkZWEiIHdpZHRoPTI4MCBoZWlnaHQ9NjAgLz48L1REPjwvVFI+CiAg PFRSIGNsYXNzPUxFRlRfQUxJR05FRD4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTyBjb2xTcGFu PTI+PElNRyBzcmM9ImNpZDppbWFnZTAxYjhkMS5KUEdAZjIwYzljMmMuNGNhMTM3YjciIHdpZHRo PTUwNCBoZWlnaHQ9MyAvPjwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9QPgo8UCBjbGFzcz1h ZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Jm5ic3A7PC9QPgo8UCBjbGFzcz1h ZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+PC9QPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdp c3RlcmVkIGluIHRoZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVu dGlmaWNhdGlvbiBudW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9m ZmljZSBpcyBhdCBCYWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVy bGFuZC4gUmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBwcml2YWN5IHBvbGljeSBjYW4gYmUg dmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3k8 YnI+LTxicj5SYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVn aXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdp c3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlz IGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAw LCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIHByaXZhY3kg cG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5jb20uYXUvY29tcGFueS9sZWdh bC1wcml2YWN5LXN0YXRlbWVudC5waHA8YnI+LTxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7 Ij48L3NwYW4+PGJyPlJhY2tzcGFjZSBVUywgSW5jLCA1MDAwIFdhbHplbSBSb2FkLCBTYW4gQW50 b25pbywgVGV4YXMgNzgyMTgsIFVuaXRlZCBTdGF0ZXMgb2YgQW1lcmljYTwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9s aWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwv cHJpdmFjeXN0YXRlbWVudDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsi Pi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgTGlt aXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21w YW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBp cyBhdCA1IE1pbGxpbmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRB Wi48L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgTGlt aXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY28udWsv bGVnYWwvcHJpdmFjeS1wb2xpY3k8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNl IEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMg KGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgQmVuZWx1eCBCLlYgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2 YWN5LXBvbGljeTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPi08L3Nw YW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgQXNpYSBMaW1p dGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGluIEhvbmcgS29uZyAoQ29tcGFueSBubzogMTIx MTI5NCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgOS9GLCBDYW1icmlkZ2UgSG91c2Us IFRhaWtvbyBQbGFjZSwgOTc5IEtpbmcncyBSb2FkLCBRdWFycnkgQmF5LCBIb25nIEtvbmcuPC9z cGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGlt aXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmhr L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+LTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFweDsiPlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3Ig ZW1iZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29u ZmlkZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBt ZXNzYWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGlj YXRlZCwgaXMgY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIG9mIFJhY2tz cGFjZS4gQW55IGRpc3NlbWluYXRpb24sIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9mIHRoZSBl bmNsb3NlZCBtYXRlcmlhbCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIHRyYW5z bWlzc2lvbiBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBpbW1lZGlhdGVseSBieSBlLW1haWwg YXQgYWJ1c2VAcmFja3NwYWNlLmNvbSBhbmQgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNzYWdlLiBZ b3VyIGNvb3BlcmF0aW9uIGlzIGFwcHJlY2lhdGVkLjwvc3Bhbj48L0JPRFk+CjwvSFRNTD4KCg== --_000_CD80BA4B2548johngarbuttrackspacecom_-- --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="image62c4b0.JPG" Content-Transfer-Encoding: base64 Content-ID: image62c4b0.JPG@664999c1.48af5a63 Content-Disposition: inline; filename="image62c4b0.JPG" Content-Location: image62c4b0.JPG Content-Description: image62c4b0.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="imagedba66c.JPG" Content-Transfer-Encoding: base64 Content-ID: imagedba66c.JPG@2d1c477c.489006cc Content-Disposition: inline; filename="imagedba66c.JPG" Content-Location: imagedba66c.JPG Content-Description: imagedba66c.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="image9c89bf.JPG" Content-Transfer-Encoding: base64 Content-ID: image9c89bf.JPG@b3fcdcf4.45b18dea Content-Disposition: inline; filename="image9c89bf.JPG" Content-Location: image9c89bf.JPG Content-Description: image9c89bf.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="image01b8d1.JPG" Content-Transfer-Encoding: base64 Content-ID: image01b8d1.JPG@f20c9c2c.4ca137b7 Content-Disposition: inline; filename="image01b8d1.JPG" Content-Location: image01b8d1.JPG Content-Description: image01b8d1.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_c159a8f8-736f-449a-bd75-e4a853254da9_-- From xen-api-bounces@lists.xen.org Tue Apr 02 15:58:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 15:58:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN3at-0008Ux-IQ; Tue, 02 Apr 2013 15:57:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN3ar-0008Ui-Fm for xen-api@lists.xen.org; Tue, 02 Apr 2013 15:57:54 +0000 Received: from [85.158.137.99:13975] by server-2.bemta-3.messagelabs.com id 95/F5-05208-0000B515; Tue, 02 Apr 2013 15:57:52 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-15.tower-217.messagelabs.com!1364918270!14787083!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3578 invoked from network); 2 Apr 2013 15:57:50 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 15:57:50 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7032"; a="32457534" X-IronPort-AV: E=Sophos;i="4.87,394,1363132800"; d="jpg'145?scan'145,208,217,145";a="32457534" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 02 Apr 2013 16:57:49 +0100 Content-Type: multipart/mixed; boundary="_c159a8f8-736f-449a-bd75-e4a853254da9_" Received: from LON3EXH02.RACKSPACE.CORP (10.9.27.24) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 2 Apr 2013 16:57:49 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON3EXH02.RACKSPACE.CORP ([10.9.27.24]) with mapi id 14.02.0298.004; Tue, 2 Apr 2013 16:57:49 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA///x5YCAABPlgIAAGucAgAAWOwA= Date: Tue, 2 Apr 2013 15:57:48 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: multipart/alternative; boundary="_000_CD80BA4B2548johngarbuttrackspacecom_" --_000_CD80BA4B2548johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I assume more effort will be spent on that once the first change makes it i= nto trunk. It will be required to use quantum's dhcp method of ip address assignment. = There are other ways to inject the IP address that may work, such as IP add= ress injection into the filesystem of debian/ubuntu based VMs. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 16:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thanks. And what about this change? https://review.openstack.org/#/c/15023/ It has "Abandoned" status, so it's not mandatory to make things work? 2013/4/2 John Garbutt > Yes, that will break, never tried those instructions myself. This problem s= ounds familiar, but can't find the thread from the openstack mailing list o= n this one. If you push the branch from review.openstack.org to your own github branch, and use just the name name of the branch for = the QUANTUM_BRANCH, that should work better. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, this Devstack code is broken now because change 15022 is still in revi= ew so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXc= p and write to localrc the following: QUANTUM_REPO=3Dhttps://review.openstack.org/openstack/quantum QUANTUM_BRANCH=3Drefs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.o= penstack.org don't support downloading git rep= o as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD80BA4B2548johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <44EDF4C6D7AC0C44AE4CE960E59CECDC@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDA0OjU3OjQ5IFR1ZXNkYXksIDIgQXByaWwgMjAxMyAtLT4KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+UC5hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjMgewoJTUFS R0lOOiAwY20gMGNtIDBwdAp9CkxJLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYy MyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElWLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYz NDM2OTc4MzYyMyB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KVEFCTEUuYWU0MzExMzItOWQxNy00 YTM4LWI2YjUtNjM0MzY5NzgzNjIzVGFibGUgewoJTUFSR0lOOiAwY20gMGNtIDBwdAp9CkRJVi5T ZWN0aW9uMSB7CglwYWdlOiBTZWN0aW9uMQp9CjwvU1RZTEU+Cgo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCIgLz4KPC9IRUFE PgoKPEJPRFkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyAiPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Cjxk aXY+SSBhc3N1bWUgbW9yZSBlZmZvcnQgd2lsbCBiZSBzcGVudCBvbiB0aGF0IG9uY2UgdGhlIGZp cnN0IGNoYW5nZSBtYWtlcyBpdCBpbnRvIHRydW5rLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5JdCB3aWxsIGJlIHJlcXVpcmVkIHRvIHVzZSBxdWFudHVtJ3MgZGhjcCBtZXRob2Qgb2Yg aXAgYWRkcmVzcyBhc3NpZ25tZW50LiBUaGVyZSBhcmUgb3RoZXIgd2F5cyB0byBpbmplY3QgdGhl IElQIGFkZHJlc3MgdGhhdCBtYXkgd29yaywgc3VjaCBhcyBJUCBhZGRyZXNzIGluamVjdGlvbiBp bnRvIHRoZSBmaWxlc3lzdGVtIG9mIGRlYmlhbi91YnVudHUgYmFzZWQgVk1zLjwvZGl2Pgo8ZGl2 PjxiciAvPgo8L2Rpdj4KPGRpdj5Kb2huPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3BhbiBp ZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPgo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp OyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJP VFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RU T006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRP UDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkct VE9QOiAzcHQiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVv dDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSI+YW5kcmV3Lmx1a29z aGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3No a29AZ21haWwuY29tIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZndDs8YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5EYXRlOiA8L3NwYW4+VHVlc2RheSwgMiBBcHJpbCAy MDEzIDE2OjM4PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+VG86IDwvc3Bhbj5K b2huIEdhcmJ1dHQgJmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNv LnVrIj5Kb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5 bGU9Zm9udC13ZWlnaHQ6Ym9sZD5DYzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzp4ZW4t YXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9y ZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9z cGFuPlJlOiBbWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0g aXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRp dj4KPGRpdiBkaXI9Imx0ciI+VGhhbmtzLgo8ZGl2IHN0eWxlPkFuZCB3aGF0IGFib3V0IHRoaXMg Y2hhbmdlPzwvZGl2Pgo8ZGl2IHN0eWxlPjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFj ay5vcmcvIy9jLzE1MDIzLyI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMv PC9hPjxiciAvPgo8L2Rpdj4KPGRpdiBzdHlsZT48YnIgLz4KPC9kaXY+CjxkaXYgc3R5bGU+SXQg aGFzICZxdW90O0FiYW5kb25lZCZxdW90OyBzdGF0dXMsIHNvIGl0J3Mgbm90IG1hbmRhdG9yeSB0 byBtYWtlIHRoaW5ncyB3b3JrPyZuYnNwOzwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxf ZXh0cmEiPjxiciAvPgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpv aG4gR2FyYnV0dCA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1 dHRAcmFja3NwYWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFj ZS5jby51azwvYT4mZ3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVv dGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtw YWRkaW5nLWxlZnQ6MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpD YWxpYnJpLHNhbnMtc2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5ZZXMs IHRoYXQgd2lsbCBicmVhaywgbmV2ZXIgdHJpZWQgdGhvc2UgaW5zdHJ1Y3Rpb25zIG15c2VsZi4g VGhpcyBwcm9ibGVtIHNvdW5kcyBmYW1pbGlhciwgYnV0IGNhbid0IGZpbmQgdGhlIHRocmVhZCBm cm9tIHRoZSBvcGVuc3RhY2sgbWFpbGluZyBsaXN0IG9uIHRoaXMgb25lLjwvZGl2Pgo8ZGl2Pjxi ciAvPgo8L2Rpdj4KPGRpdj5JZiB5b3UgcHVzaCB0aGUgYnJhbmNoIGZyb20gPGEgaHJlZj0iaHR0 cDovL3Jldmlldy5vcGVuc3RhY2sub3JnIiB0YXJnZXQ9Il9ibGFuayI+CnJldmlldy5vcGVuc3Rh Y2sub3JnPC9hPiB0byB5b3VyIG93biBnaXRodWIgYnJhbmNoLCBhbmQgdXNlIGp1c3QgdGhlIG5h bWUgbmFtZSBvZiB0aGUgYnJhbmNoIGZvciB0aGUgUVVBTlRVTV9CUkFOQ0gsIHRoYXQgc2hvdWxk IHdvcmsgYmV0dGVyLjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5Kb2huPC9kaXY+Cjxk aXY+PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRpdiBzdHlsZT0iYm9yZGVyLXJpZ2h0Om1lZGl1bSBu b25lO3BhZGRpbmctcmlnaHQ6MGluO3BhZGRpbmctbGVmdDowaW47cGFkZGluZy10b3A6M3B0O3Rl eHQtYWxpZ246bGVmdDtmb250LXNpemU6MTFwdDtib3JkZXItYm90dG9tOm1lZGl1bSBub25lO2Zv bnQtZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRvcDojYjVjNGRmIDFwdCBzb2xpZDtwYWRkaW5nLWJv dHRvbTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVtIG5vbmUiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdo dDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtv QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3Bh biBzdHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5UdWVzZGF5LCAyIEFwcmlsIDIw MTMgMTM6NTAKPGRpdj4KPGRpdiBjbGFzcz0iaDUiPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdl aWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8YSBocmVmPSJtYWlsdG86Sm9o bi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEBy YWNrc3BhY2UuY28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xk PkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhy ZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBp QGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xk PlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEldIFtPcGVuU3RhY2tdIFhDUCAmIzQzOyBRdWFu dHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8 ZGl2Pgo8ZGl2IGNsYXNzPSJoNSI+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2 IGRpcj0ibHRyIj5CVFcsIHRoaXMgRGV2c3RhY2sgY29kZSBpcyBicm9rZW4gbm93IGJlY2F1c2Ug Y2hhbmdlIDE1MDIyIGlzIHN0aWxsIGluIHJldmlldyBzbyB0aGVyZSBpcyBubyAvZXRjL3hhcGku ZC9wbHVnaW5zL25ldHdyYXAgaW4gdXBzdHJlYW0uCjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pklm IEkgZm9sbG93IHRoaXMgZ3VpZGUmbmJzcDs8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNr Lm9yZy93aWtpL1F1YW50dW1EZXZzdGFja092c1hjcCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8v d2lraS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiZuYnNwO2Fu ZCB3cml0ZSB0byBsb2NhbHJjIHRoZSBmb2xsb3dpbmc6PC9kaXY+CjxkaXY+UVVBTlRVTV9SRVBP PTxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvb3BlbnN0YWNrL3F1YW50dW0i IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnL29wZW5zdGFjay9x dWFudHVtPC9hPjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj5RVUFOVFVNX0JSQU5DSD1yZWZzL2No YW5nZXMvMjIvMTUwMjIvMTE8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+VGhlbiBEZXZz dGFjayBhZ2FpbiB3aWxsIGJlIGJyb2tlbiwgYmVjYXVzZSB0aGUgY29kZSByZXNwb25zaWJsZSBm b3IgcGxhY2luZyBuZXR3cmFwIHRvIHhhcGkgcGx1Z2lucyBkaXIgdHJ5IHRvIGdldCB0YXJiYWxs IHdpdGggcXVhbnR1bSwgYW5kCjxhIGhyZWY9Imh0dHA6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPnJldmlldy5vcGVuc3RhY2sub3JnPC9hPiBkb24ndCBzdXBwb3J0IGRv d25sb2FkaW5nIGdpdCByZXBvIGFzIHRhcmJhbGwuPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPGRpdiBj bGFzcz0iZ21haWxfZXh0cmEiPjxiciAvPgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUi PjIwMTMvNC8yIEpvaG4gR2FyYnV0dCA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0 bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJi dXR0QHJhY2tzcGFjZS5jby51azwvYT4mZ3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFz cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHgg I2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtm b250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwv cD4KPGRpdj5PaCwgc29ycnksIG15IGJhZC4gVGhlIHhlbnNlcnZlcl9pbnN0YWxsIGlzIHJlcGxh Y2VkIGJ5IHRoZSBjb2RlIGluIGRldnN0YWNrIHRvIGluc3RhbGwgdGhlIHF1YW50dW0gcGx1Z2lu cy48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxzcGFuPgo8ZGl2IHN0eWxlPSJib3JkZXItcmln aHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1yaWdodDowaW47cGFkZGluZy1sZWZ0OjBpbjtwYWRkaW5n LXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0O2ZvbnQtc2l6ZToxMXB0O2JvcmRlci1ib3R0b206bWVk aXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2FsaWJyaTtib3JkZXItdG9wOiNiNWM0ZGYgMXB0IHNvbGlk O3BhZGRpbmctYm90dG9tOjBpbjtib3JkZXItbGVmdDptZWRpdW0gbm9uZSI+CjxzcGFuIHN0eWxl PWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzphbmRy ZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdt YWlsLmNvbTwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21h aWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mZ3Q7 PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RGF0ZTogPC9zcGFuPlR1ZXNkYXks IDIgQXByaWwgMjAxMyAxMzozODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRv OiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJh Y2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28u dWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkNjOiA8L3NwYW4+ JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4 ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5v cmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwv c3Bhbj5SZTogW1hlbi1BUEldIFtPcGVuU3RhY2tdIFhDUCAmIzQzOyBRdWFudHVtIEZvbHNvbSAt IGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxkaXY+CjxkaXY+CjxkaXYgZGlyPSJsdHIiPgo8ZGl2PiZndDsgVG8gZGVwbG95IHRoaXMg eW91IHdpbGwgbmVlZCB0byBpbnN0YWxsIHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5k IGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlvbiBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwv ZGl2Pgo8ZGl2PiZndDsgPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2Mv MTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5zL29wZW52c3dpdGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0 YWxsLnNoIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9j LzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5z dGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+U2VlbXMgbGlrZSBjaGFu Z2VzIGluJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvPC9hPiZuYnNwO2RldGVsZSB0aGlzIGZpbGUsIGFyZSB5b3Ugc3VyZSBJIHN0aWxsIG5lZWQg aXQ/PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkFzIGZhciBhcyBJIHVuZGVyc3RhbmQs IGJlZm9yZSB0aGlzIHRoYW5nZSB0aGUgcXVhbnR1bV9vdnNfYWdlbnQgd2FzIHBsYWNlZCBvbiBE b20wIGluIC9ldGMveGFwaS5kL3BsdWdpbnMvIGFuZCB3b3JrZWQgZnJvbSBoZXJlLjwvZGl2Pgo8 ZGl2PkFuZCB3aXRoIHRoaXMgY2hhbmdlIHF1YW50dW1fb3ZzX2FnZW50IGlzIG1vdmluZyB0byBE b21VIGFuZCB0YWxrcyB0byBEb20wIE9WUyB3aXRoIC9ldGMveGFwaS5kL3BsdWdpbnMvbmV0d3Jh cC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+QW0gSSByaWdodD88L2Rpdj4KPC9kaXY+ CjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnIgLz4KPGJyIC8+CjxkaXYgY2xhc3M9ImdtYWls X3F1b3RlIj4yMDEzLzQvMiBKb2huIEdhcmJ1dHQgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVm PSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpv aG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0Ozwvc3Bhbj48YnIgLz4KPGJsb2NrcXVv dGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxl ZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+CjxkaXYgc3R5bGU9Zm9udC1zaXpl OjE0cHg7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmO3dvcmQtd3JhcDpicmVhay13b3Jk Pgo8cD48L3A+CjxkaXY+VG8gY3V0IGEgbG9uZyBzdG9yeSBzaG9ydCwgdGhlIE9WUyAmIzQzOyBY Q1AgJiM0MzsgUXVhbnR1bSBzdXBwb3J0IGlzIHN0aWxsIGluIHJldmlldywgYXMgeW91IHNwb3R0 ZWQsIGFuZCBpcyBub3QgdXBzdHJlYW06PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9yZXZp ZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9yZXZp ZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4K PGRpdj5IZWxwIHRvIHRlc3QgYW5kIHJldmlldyB0aGF0IGNvZGUgd291bGQgYmUgZ3JlYXRseSBh cHByZWNpYXRlZCE8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+VG8gZGVwbG95IHRoaXMg eW91IHdpbGwgbmVlZCB0byBpbnN0YWxsIHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5k IGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlvbiBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwv ZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIy LzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5z aCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIy LzExL3F1YW50dW0vcGx1Z2lucy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5z aDwvYT48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+RGV2U3RhY2sgc2hvdWxkIGdpdmUg eW91IHRoZSBoaW50cyB5b3UgbmVlZCBmb3IgY29uZmlndXJpbmcgUXVhbnR1bSBPVlMgb25jZSB0 aGUgYWJvdmUgcGx1Z2luIGlzIGluc3RhbGxlZDo8L2Rpdj4KPGRpdj48YSBocmVmPSJodHRwczov L2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRldi9kZXZzdGFjay9ibG9iL21hc3Rlci9saWIvcXVhbnR1 bV9wbHVnaW5zL29wZW52c3dpdGNoI0wxMyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZ2l0aHVi LmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdp bnMvb3BlbnZzd2l0Y2gjTDEzPC9hPjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHVi LmNvbS9vcGVuc3RhY2stZGV2L2RldnN0YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdp bnMvb3BlbnZzd2l0Y2gjTDc0IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRodWIuY29tL29w ZW5zdGFjay1kZXYvZGV2c3RhY2svYmxvYi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVu dnN3aXRjaCNMNzQ8L2E+PC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkpvaG48L2Rpdj4K PGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+UFM8L2Rpdj4KPGRpdj4KPGRpdj5JIHdvdWxkIHRyeSBh c2sgb24gb3BlbnN0YWNrLWRldiwgYW5kIGFkZCB0aGUgdGFnIFtRdWFudHVtXSBhbmQgaG9wZWZ1 bGx5IG1hcnUgd2lsbCBiZSBhYmxlIHRvIGhlbHAgeW91IG91dC48L2Rpdj4KPC9kaXY+CjxkaXY+ PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRpdiBzdHlsZT0iYm9yZGVyLXJpZ2h0Om1lZGl1bSBub25l O3BhZGRpbmctcmlnaHQ6MGluO3BhZGRpbmctbGVmdDowaW47cGFkZGluZy10b3A6M3B0O3RleHQt YWxpZ246bGVmdDtmb250LXNpemU6MTFwdDtib3JkZXItYm90dG9tOm1lZGl1bSBub25lO2ZvbnQt ZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRvcDojYjVjNGRmIDFwdCBzb2xpZDtwYWRkaW5nLWJvdHRv bTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVtIG5vbmUiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpi b2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdt YWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+JnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3BhbiBz dHlsZT1mb250LXdlaWdodDpib2xkPkRhdGU6IDwvc3Bhbj5UaHVyc2RheSwgMjggTWFyY2ggMjAx MyAxOTo1ODxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+JnF1 b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pnhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4t YXBpQGxpc3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8 L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bh bj5bWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0gaXMgaXQg cG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRp dj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+CjxkaXY+SGkgZXZlcnlvbmUuPC9kaXY+CjxkaXY+PGJy IC8+CjwvZGl2Pgo8ZGl2PkknbSB0cnlpbmcgdG8gZGVwbG95IGV4cGVyaW1lbnRhbCBwcml2YXRl IGNsb3VkIHdpdGggdGhlIGZvbGxvd2luZzo8L2Rpdj4KPGRpdj4xLiBPcGVuc3RhY2sgRm9sc29t PC9kaXY+CjxkaXY+Mi4gWENQIDEuNjwvZGl2Pgo8ZGl2PjMuIFF1YW50dW0gZm9yIG5ldHdvcmtp bmc8L2Rpdj4KPGRpdj40LiBDZW50T1MgYXMgRG9tVSBjb250cm9sbGVyIG5vZGU8L2Rpdj4KPGRp dj48YnIgLz4KPC9kaXY+CjxkaXY+RXZlcnl0aGluZyBsb29rcyBmaW5lIGV4Y2VwdCBuZXR3b3Jr aW5nLjwvZGl2Pgo8ZGl2PkZvbHNvbSYjNDM7UXVhbnR1bSYjNDM7WENQJiM0MztPVlMgZG9uJ3Qg bG9vayBsaWtlIGdvb2QgY29tYmluYXRpb24uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2 PkkndmUgYWxyZWFkeSByZWFkIDxhIGhyZWY9Imh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dp a2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5v cGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiAsIGJ1dCB0aGlzIHNv bHV0aW9uIGlzIGZvciB1bnN0YWJsZSBHcml6emx5IGFuZCBoaWdobHkgRGV2U3RhY2svVWJ1bnR1 IHRhcmdldGVkLjwvZGl2Pgo8ZGl2PlRoaXMgZ3VpZGUgPGEgaHJlZj0iaHR0cHM6Ly93aWtpLm9w ZW5zdGFjay5vcmcvd2lraS9YZW5TZXJ2ZXIvUXVhbnR1bSIgdGFyZ2V0PSJfYmxhbmsiPgpodHRw czovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1hlblNlcnZlci9RdWFudHVtPC9hPiBpcyBmb3Ig RXNzZXgsIHJpZ2h0PyBBbmQgdGhpcwo8YSBocmVmPSJodHRwOi8vb3BlbnZzd2l0Y2gub3JnL29w ZW5zdGFjay9kb2N1bWVudGF0aW9uLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9vcGVudnN3aXRj aC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50YXRpb24vPC9hPiB0b28uPC9kaXY+CjxkaXY+PGJyIC8+ CjwvZGl2Pgo8ZGl2PkkndmUgYmFja3BvcnRlZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVu c3RhY2sub3JnLyMvYy8xNTAyMi8iIHRhcmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3Bl bnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPiBhbmQgPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3Bl bnN0YWNrLm9yZy8jL2MvMTUwMjMvIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9w ZW5zdGFjay5vcmcvIy9jLzE1MDIzLzwvYT4gdG8gRm9sc29tLCBidXQgd2hhdCBzaG91bGQgSSBk byBuZXh0PzwvZGl2Pgo8ZGl2PkhvdyB0byBtYW51YWxseSBjb25maWd1cmUgdGhpcyBzdHVmZj88 L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+QW5kIHBsZWFzZSBnaXZlIG1lIGFkdmlzZSBh Ym91dCBvdnNfcXVhbnR1bV9hZ2VudC5weS48L2Rpdj4KPGRpdj5XaGF0J3MgZGVmYXVsdCBwbGFj ZSBmb3IgaXQgaW4gRm9sc29tIC0gaW4gRG9tMCBvciBEb21VPzwvZGl2Pgo8ZGl2PkRvIEkgbmVl ZCBjaGFuZ2VzIGZyb20gPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8uIiB0 YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvLjwvYT4uLiBpZiBJ J2xsIHVzZSBpdCBpbiBEb20wPyAoSSBrbm93IHRoYXQgUHl0aG9uIDIuNiBpcyByZXF1aXJlbWVu dCkuPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PlRoYW5rcyBhIGxvdC48L2Rpdj4KPGRp dj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+Cjxi ciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPHA+PC9wPgo8 cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdp ZHRoPSI1MDQiPgo8dGJvZHk+Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxl PWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48 YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5T b2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6Mjgx cHg+PGltZyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIg d2lkdGg9IjE1OSIgaGVpZ2h0PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIy Ij48aW1nIGFsdD0iTElORSIgd2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0 cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8 dHI+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxs PlRlbDogPC9zcGFuPjwvdGQ+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2Zv bnQtc2l6ZTp4LXNtYWxsPjxhIGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQz OzQ0MjA4NzM0NDg1MyIgdGFyZ2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bh bj48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0 PSJSYWNrc3BhY2UiIHdpZHRoPSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8 dGQgY29sc3Bhbj0iMiI+PGltZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4K PC90Ym9keT4KPC90YWJsZT4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5 bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkg cmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkg aWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJl ZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dp dHplcmxhbmQuIFJhY2tzcGFjZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwv c3dpc3MtcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51 ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2Ug SG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3Rh dGUgb2YgVmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04g MTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVs IDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tz cGFjZSBIb3N0aW5nIEF1c3RyYWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmll d2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2Fs LXByaXZhY3ktc3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNv bS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUw MDAgV2FsemVtIFJvYWQsIFNhbiBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBv ZiBBbWVyaWNhPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3Bh Y2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6 Ly93d3cucmFja3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0 YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZh Y3lzdGF0ZW1lbnQ8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4t PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRl ZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55 IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBh dCA1IE1pbGxpbmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVk IHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNr c3BhY2UuY28udWsvbGVnYWwvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJh Y2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4g dGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lz dGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJk YW0uPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVu ZWx1eCBCLlYgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8v d3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5r Ij53d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJy IC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lz dGVyZWQgaW4gSG9uZyBLb25nIChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVk IG9mZmljZSBpcyBhdCA5L0YsIENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2lu ZydzIFJvYWQsIFF1YXJyeSBCYXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2Fu IGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFu eS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tz cGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFu PjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBz dHlsZT1mb250LXNpemU6MTFweD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0 dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNs dXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRv IHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4 cHJlc3NseSBpbmRpY2F0ZWQsIGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3Jt YXRpb24gb2YgUmFja3NwYWNlLiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNv cHlpbmcgb2YgdGhlIGVuY2xvc2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNl aXZlIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0 ZWx5IGJ5IGUtbWFpbCBhdAo8YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPmFidXNlQHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdp bmFsIG1lc3NhZ2UuIFlvdXIgY29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2 Pgo8L2Jsb2NrcXVvdGU+CjwvZGl2Pgo8YnIgLz4KPGJyIGNsZWFyPSJhbGwiIC8+CjxkaXY+PGJy IC8+CjwvZGl2PgotLSA8YnIgLz4KQW5kcmV3IEx1a29zaGtvLCBNLlNjLjxiciAvPgo8YnIgLz4K SGVhZCBvZiBDbG91ZCBSJmFtcDtEPGJyIC8+ClJPU0EgTGFib3JhdG9yeTxiciAvPgo8YnIgLz4K UHJlc25lbnNreSBWYWwgc3RyLiAxNCw8YnIgLz4KTW9zY293LCAxMjM1NTcgUnVzc2lhPGJyIC8+ CjxiciAvPgpNb2JpbGU6IDxhIGhyZWY9InRlbDolMkIzNzUlMjAlMjg0NCUyOSUyMDc3OS02My03 MyIgdmFsdWU9IiYjNDM7Mzc1NDQ3Nzk2MzczIiB0YXJnZXQ9Il9ibGFuayI+CiYjNDM7Mzc1ICg0 NCkgNzc5LTYzLTczPC9hPjxiciAvPgpNb2JpbGUgKFJ1c3NpYSk6IDxhIGhyZWY9InRlbDolMkI3 JTIwJTI4OTE2JTI5JTIwNDYyOTQ4MCIgdmFsdWU9IiYjNDM7NzkxNjQ2Mjk0ODAiIHRhcmdldD0i X2JsYW5rIj4KJiM0Mzs3ICg5MTYpIDQ2Mjk0ODA8L2E+PGJyIC8+ClNreXBlOiBhLmx1a29zaGtv IDwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxkaXY+ CjxkaXY+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGlu Zz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9keT4KPHRyPgo8dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNw YW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6c21hbGw+Sm9obiBHYXJidXR0 PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4 LXNtYWxsPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1X SURUSDoyODFweD48aW1nIGFsdD0iZXhwZXJpZW5jZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249 InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWlnaHQ9IjE3IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNv bHNwYW49IjIiPjxpbWcgYWx0PSJMSU5FIiB3aWR0aD0iNTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4K PC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8 dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXpl Ongtc21hbGw+VGVsOiA8L3NwYW4+PC90ZD4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZl cmRhbmE7Zm9udC1zaXplOngtc21hbGw+PGEgaHJlZj0idGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFs dWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0YXJnZXQ9Il9ibGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8 L2E+PC9zcGFuPjwvdGQ+CjwvdHI+CjwvdGJvZHk+CjwvdGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+ PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lkdGg9IjI4MCIgaGVpZ2h0PSI2MCIgLz48L3RkPgo8L3Ry Pgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIHdpZHRoPSI1MDQiIGhlaWdodD0iMyIgLz48L3Rk Pgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEg Y29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAo Y29tcGFueSBpZGVudGlmaWNhdGlvbiBudW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSBy ZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBCYWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xv dGVuLCBTd2l0emVybGFuZC4gUmFja3NwYWNlCiBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBw b2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51 ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3Nw YWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PC9hPjxiciAvPgotPGJyIC8+ClJh Y2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIGEgY29tcGFueSByZWdpc3RlcmVkIGlu IHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwgQXVzdHJhbGlhIChjb21wYW55IHJlZ2lzdGVyZWQgbnVt YmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUg MywgTGV2ZWwgNywgMjEwIEdlb3JnZSBTdHJlZXQsIFN5ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxp YS4gUmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhCiBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBh bnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwIiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNr c3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9hPjxiciAv PgotPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+PC9zcGFuPjxiciAvPgpSYWNrc3BhY2UgVVMs IEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQg U3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4 PlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJl Zj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0 ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVn YWwvcHJpdmFjeXN0YXRlbWVudDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFj ZSBMaW1pdGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMg KGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1iZXIgMDM4OTcwMTApIHdob3NlIHJlZ2lzdGVyZWQgb2Zm aWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBSb2FkLCBIeWRlIFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBV QjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8v d3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsi Pgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIg Lz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMgKGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVK IEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tz cGFjZSBCZW5lbHV4IEIuViBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9 Imh0dHA6Ly93d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0 PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2UubmwvanVyaWRpc2NoL3ByaXZhY3ktcG9saWN5PC9hPjwv c3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBh bnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJl Z2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2Us IDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEFzaWEgTGltaXRlZCBwcml2YWN5IHBv bGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5o ay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3 d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwv YT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGlu ZyBhbnkgYXR0YWNobWVudHMgb3IgZW1iZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3Ig dGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlkZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBl bnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNzYWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhl cndpc2UgZXhwcmVzc2x5IGluZGljYXRlZCwgaXMKIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdl ZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3BhY2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRp b24gb3IgY29weWluZyBvZiB0aGUgZW5jbG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYg eW91IHJlY2VpdmUgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMg aW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0CjxhIGhyZWY9Im1haWx0bzphYnVzZUByYWNrc3BhY2Uu Y29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1c2VAcmFja3NwYWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0 aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3Nw YW4+PC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyIC8+CjxiciBj bGVhcj0iYWxsIiAvPgo8ZGl2PjxiciAvPgo8L2Rpdj4KLS0gPGJyIC8+CkFuZHJldyBMdWtvc2hr bywgTS5TYy48YnIgLz4KPGJyIC8+CkhlYWQgb2YgQ2xvdWQgUiZhbXA7RDxiciAvPgpST1NBIExh Ym9yYXRvcnk8YnIgLz4KPGJyIC8+ClByZXNuZW5za3kgVmFsIHN0ci4gMTQsPGJyIC8+Ck1vc2Nv dywgMTIzNTU3IFJ1c3NpYTxiciAvPgo8YnIgLz4KTW9iaWxlOiA8YSBocmVmPSJ0ZWw6JTJCMzc1 JTIwJTI4NDQlMjklMjA3NzktNjMtNzMiIHZhbHVlPSImIzQzOzM3NTQ0Nzc5NjM3MyIgdGFyZ2V0 PSJfYmxhbmsiPgomIzQzOzM3NSAoNDQpIDc3OS02My03MzwvYT48YnIgLz4KTW9iaWxlIChSdXNz aWEpOiA8YSBocmVmPSJ0ZWw6JTJCNyUyMCUyODkxNiUyOSUyMDQ2Mjk0ODAiIHZhbHVlPSImIzQz Ozc5MTY0NjI5NDgwIiB0YXJnZXQ9Il9ibGFuayI+CiYjNDM7NyAoOTE2KSA0NjI5NDgwPC9hPjxi ciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+ Cjwvc3Bhbj4KPHA+PC9wPgo8ZGl2Pgo8ZGl2IGNsYXNzPSJoNSI+CjxwPiZuYnNwOzwvcD4KPHA+ PC9wPgo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9k eT4KPHRyPgo8dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVy ZGFuYTtmb250LXNpemU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3Bl ciBJViAtIFVLPC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhw ZXJpZW5jZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWln aHQ9IjE3IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5F IiB3aWR0aD0iNTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5 bGU9Zm9udC1mYW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0 eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90 ZD4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+ PGEgaHJlZj0idGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0 YXJnZXQ9Il9ibGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+Cjwv dGJvZHk+CjwvdGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lk dGg9IjI4MCIgaGVpZ2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48 aW1nIHdpZHRoPSI1MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxl Pgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFw eD5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRo ZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBu dW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBC YWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3Nw YWNlCiBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8 YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBv bGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXBy aXZhY3ktcG9saWN5PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxp YSBQVFkgTFREIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwg QXVzdHJhbGlhIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBT dHJlZXQsIFN5ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVz dHJhbGlhCiBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0i aHR0cDovL3d3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1l bnQucGhwIiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVn YWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+PC9zcGFuPjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwg U2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+ PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZh Y3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2Uu Y29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4K d3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+Cjxz cGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSBy ZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1i ZXIgMDM4OTcwMTApIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBS b2FkLCBIeWRlIFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdh bC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xl Z2FsL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMg KGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5 IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5s L2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2Uu bmwvanVyaWRpc2NoL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtv bmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkv RiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5 IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0Cjxh IGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21w YW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0 eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4PlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1i ZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlk ZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNz YWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRl ZCwgaXMKIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3Bh Y2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5j bG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21p c3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0 CjxhIGhyZWY9Im1haWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1 c2VAcmFja3NwYWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91 ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvZGl2Pgo8L2Rpdj4K PC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyIC8+CjxiciBjbGVhcj0iYWxsIiAvPgo8ZGl2PjxiciAv Pgo8L2Rpdj4KLS0gPGJyIC8+CkFuZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+Ckhl YWQgb2YgQ2xvdWQgUiZhbXA7RDxiciAvPgpST1NBIExhYm9yYXRvcnk8YnIgLz4KPGJyIC8+ClBy ZXNuZW5za3kgVmFsIHN0ci4gMTQsPGJyIC8+Ck1vc2NvdywgMTIzNTU3IFJ1c3NpYTxiciAvPgo8 YnIgLz4KTW9iaWxlOiAmIzQzOzM3NSAoNDQpIDc3OS02My03MzxiciAvPgpNb2JpbGUgKFJ1c3Np YSk6ICYjNDM7NyAoOTE2KSA0NjI5NDgwPGJyIC8+ClNreXBlOiBhLmx1a29zaGtvIDwvZGl2Pgo8 L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPC9QPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZi NS02MzQzNjk3ODM2MjM+Jm5ic3A7PC9QPgo8UCBjbGFzcz1hZTQzMTEzMi05ZDE3LTRhMzgtYjZi NS02MzQzNjk3ODM2MjM+CjxUQUJMRSBib3JkZXI9MCBjZWxsUGFkZGluZz0wIHdpZHRoPTUwND4K ICA8VEJPRFk+CiAgPFRSPgogICAgPFREIHN0eWxlPSJXSURUSDogMjcwcHgiIGNsYXNzPUxFRlRf QUxJR05FRD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOnNtYWxs OyAnPkpvaG4gR2FyYnV0dDwvc3Bhbj48QlIgLz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6VmVy ZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+U29mdHdhcmUgRGV2ZWxvcGVyIElWIC0gVUs8L3Nw YW4+PC9URD4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI4MXB4Ij48SU1HIGFsdD0iZXhwZXJpZW5j ZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249cmlnaHQgc3JjPSJjaWQ6aW1hZ2U2MmM0YjAuSlBH QDY2NDk5OWMxLjQ4YWY1YTYzIiB3aWR0aD0xNTkgaGVpZ2h0PTE3IC8+PC9URD48L1RSPgogIDxU UiBjbGFzcz1MRUZUX0FMSUdORUQ+CiAgICA8VEQgY29sU3Bhbj0yPjxJTUcgYWx0PUxJTkUgc3Jj PSJjaWQ6aW1hZ2VkYmE2NmMuSlBHQDJkMWM0NzdjLjQ4OTAwNmNjIiB3aWR0aD01MDQgaGVpZ2h0 PTQgLz48L1REPjwvVFI+CiAgPFRSPgogICAgPFREIGNsYXNzPUNPTlRBQ1RJTkZPPjxzcGFuIHN0 eWxlPSdmb250LWZhbWlseTpDYWxpYnJpOyAnPjx0YWJsZSBjbGFzcz1hZTQzMTEzMi05ZDE3LTRh MzgtYjZiNS02MzQzNjk3ODM2MjNUYWJsZT48dHI+PHRkPjxzcGFuIHN0eWxlPSdmb250LWZhbWls eTpWZXJkYW5hOyBmb250LXNpemU6eC1zbWFsbDsgJz5UZWw6IDwvc3Bhbj48L3RkPjx0ZD48c3Bh biBzdHlsZT0nZm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+KzQ0MjA4 NzM0NDg1Mzwvc3Bhbj48L3RkPjwvdHI+PC90YWJsZT48L3NwYW4+PC9URD4KICAgIDxURCBjbGFz cz1SSUdIVF9BTElHTkVEPjxJTUcgYWx0PVJhY2tzcGFjZSBzcmM9ImNpZDppbWFnZTljODliZi5K UEdAYjNmY2RjZjQuNDViMThkZWEiIHdpZHRoPTI4MCBoZWlnaHQ9NjAgLz48L1REPjwvVFI+CiAg PFRSIGNsYXNzPUxFRlRfQUxJR05FRD4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTyBjb2xTcGFu PTI+PElNRyBzcmM9ImNpZDppbWFnZTAxYjhkMS5KUEdAZjIwYzljMmMuNGNhMTM3YjciIHdpZHRo PTUwNCBoZWlnaHQ9MyAvPjwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9QPgo8UCBjbGFzcz1h ZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+Jm5ic3A7PC9QPgo8UCBjbGFzcz1h ZTQzMTEzMi05ZDE3LTRhMzgtYjZiNS02MzQzNjk3ODM2MjM+PC9QPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdp c3RlcmVkIGluIHRoZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVu dGlmaWNhdGlvbiBudW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9m ZmljZSBpcyBhdCBCYWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVy bGFuZC4gUmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBwcml2YWN5IHBvbGljeSBjYW4gYmUg dmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3k8 YnI+LTxicj5SYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVn aXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdp c3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlz IGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAw LCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYSBQVFkgTFREIHByaXZhY3kg cG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5jb20uYXUvY29tcGFueS9sZWdh bC1wcml2YWN5LXN0YXRlbWVudC5waHA8YnI+LTxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7 Ij48L3NwYW4+PGJyPlJhY2tzcGFjZSBVUywgSW5jLCA1MDAwIFdhbHplbSBSb2FkLCBTYW4gQW50 b25pbywgVGV4YXMgNzgyMTgsIFVuaXRlZCBTdGF0ZXMgb2YgQW1lcmljYTwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBVUywgSW5jIHByaXZhY3kgcG9s aWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwv cHJpdmFjeXN0YXRlbWVudDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsi Pi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgTGlt aXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21w YW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBp cyBhdCA1IE1pbGxpbmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRB Wi48L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgTGlt aXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY28udWsv bGVnYWwvcHJpdmFjeS1wb2xpY3k8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHg7Ij4tPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNl IEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMg KGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgQmVuZWx1eCBCLlYgcHJpdmFj eSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2 YWN5LXBvbGljeTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPi08L3Nw YW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgQXNpYSBMaW1p dGVkIGlzIGEgY29tcGFueSByZWdpc3RlcmVkIGluIEhvbmcgS29uZyAoQ29tcGFueSBubzogMTIx MTI5NCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgOS9GLCBDYW1icmlkZ2UgSG91c2Us IFRhaWtvbyBQbGFjZSwgOTc5IEtpbmcncyBSb2FkLCBRdWFycnkgQmF5LCBIb25nIEtvbmcuPC9z cGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGlt aXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmhr L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB4OyI+LTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFweDsiPlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3Ig ZW1iZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29u ZmlkZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBt ZXNzYWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGlj YXRlZCwgaXMgY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIG9mIFJhY2tz cGFjZS4gQW55IGRpc3NlbWluYXRpb24sIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9mIHRoZSBl bmNsb3NlZCBtYXRlcmlhbCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIHRyYW5z bWlzc2lvbiBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBpbW1lZGlhdGVseSBieSBlLW1haWwg YXQgYWJ1c2VAcmFja3NwYWNlLmNvbSBhbmQgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNzYWdlLiBZ b3VyIGNvb3BlcmF0aW9uIGlzIGFwcHJlY2lhdGVkLjwvc3Bhbj48L0JPRFk+CjwvSFRNTD4KCg== --_000_CD80BA4B2548johngarbuttrackspacecom_-- --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="image62c4b0.JPG" Content-Transfer-Encoding: base64 Content-ID: image62c4b0.JPG@664999c1.48af5a63 Content-Disposition: inline; filename="image62c4b0.JPG" Content-Location: image62c4b0.JPG Content-Description: image62c4b0.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="imagedba66c.JPG" Content-Transfer-Encoding: base64 Content-ID: imagedba66c.JPG@2d1c477c.489006cc Content-Disposition: inline; filename="imagedba66c.JPG" Content-Location: imagedba66c.JPG Content-Description: imagedba66c.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="image9c89bf.JPG" Content-Transfer-Encoding: base64 Content-ID: image9c89bf.JPG@b3fcdcf4.45b18dea Content-Disposition: inline; filename="image9c89bf.JPG" Content-Location: image9c89bf.JPG Content-Description: image9c89bf.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: image/jpeg; name="image01b8d1.JPG" Content-Transfer-Encoding: base64 Content-ID: image01b8d1.JPG@f20c9c2c.4ca137b7 Content-Disposition: inline; filename="image01b8d1.JPG" Content-Location: image01b8d1.JPG Content-Description: image01b8d1.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_c159a8f8-736f-449a-bd75-e4a853254da9_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_c159a8f8-736f-449a-bd75-e4a853254da9_-- From xen-api-bounces@lists.xen.org Tue Apr 02 19:01:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 19:01:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN6S2-0005v4-D3; Tue, 02 Apr 2013 19:00:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN6S1-0005uz-9a for xen-api@lists.xen.org; Tue, 02 Apr 2013 19:00:57 +0000 Received: from [85.158.139.83:31588] by server-2.bemta-5.messagelabs.com id D6/57-23989-8EA2B515; Tue, 02 Apr 2013 19:00:56 +0000 X-Env-Sender: apxeng@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1364929254!20098962!1 X-Originating-IP: [209.85.215.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3229 invoked from network); 2 Apr 2013 19:00:54 -0000 Received: from mail-ea0-f182.google.com (HELO mail-ea0-f182.google.com) (209.85.215.182) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 19:00:54 -0000 Received: by mail-ea0-f182.google.com with SMTP id q15so383866ead.41 for ; Tue, 02 Apr 2013 12:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=WDEuNNbOZHeqlm6ObS0Oeqc+cWqNOqZfXuIcd3urd0o=; b=EleogN5mwJUVuRpOs7sNCW8mAvv44s6oRG0iPD+d7LPNdsWXvMoUWHFlIHxvRvVlcW L0+5mQRZXHe+AJFSQsUVs6ZXo2F14iBG6mKesTKyTSWEbHvMFIL68ZMFrYNeCa+jwA5p e/pjpwt9/XwfcaRyEv+6jmAUQysCoZo1QBQ27EvCIbwHGA6ogZURE4NsuaxXP2kV83WQ Wru7gOg9ZhY0nbFAzkeGPKs6vtGZH399MsXvkZSq4TycPtwUlP7+7sHIc11PdDzZGl1H /0mPIxgdAxZdNIpOYE43wlSrlkIxNty55avsxmr6BkAWPvcCHj+dnSdd2CzrZLLJgxW5 AFaQ== MIME-Version: 1.0 X-Received: by 10.14.179.5 with SMTP id g5mr52062653eem.41.1364929253918; Tue, 02 Apr 2013 12:00:53 -0700 (PDT) Received: by 10.223.178.193 with HTTP; Tue, 2 Apr 2013 12:00:53 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 12:00:53 -0700 Message-ID: From: AP To: John Garbutt Cc: mvpxen@gmail.com, openstack-dev@lists.openstack.org, Thomas Goirand , "xen-api@lists.xen.org" Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI 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, Apr 2, 2013 at 3:02 AM, John Garbutt wrote: > Not sure of the state of xcp-xapi 13.04 on Ubuntu. Does anyone know if Xen > 4.2 fixes got upstream? > > DevStack is only really recommended as a way for developers to get the > latest code, and it is the script that is used to create the setup that > gates code going into OpenStack trunk. I would certainly give the packages > a try if you are looking for something more stable. I am open to giving the stable packages a try. What I have at the moment is a host running Ubuntu 13.04 + xcp-xapi. I need to be on 13.04 as I need some of the features from Xen 4.2 (mem_event). I am now trying to create the OpenStack VM as described here: http://docs.openstack.org/trunk/openstack-compute/admin/content/introduction-to-xen.html#xenapi-install Can I just bring up a Debian 7.0 PV instance and install the packages described here? http://docs.openstack.org/trunk/openstack-compute/admin/content/installing-openstack-compute-on-debian.html Will that give me the OpenStack VM? PS: The other OpenStack pieces (glance, horizon) needed to connect to the host and manage it have been setup by other members of my team. > If you could modify the script, or run it yourself and get the output of > kpartx, we should be able to help you debug the issues you are seeing. I > am johnthetubaguy on IRC if you want to chat in real-time. I think we can hold off on this if we can just go with the stable packages. > John > > PS > You may get more luck for help on openstack-dev I have CCed openstack-dev Thanks, AP > > On 01/04/2013 19:21, "AP" wrote: > >>On Mon, Apr 1, 2013 at 8:16 AM, Thomas Goirand wrote: >>> On 03/30/2013 08:43 AM, AP wrote: >>>> I am trying to get OpenStack working with a host running Xen 4.2. I >>>> found that Ubuntu 13.04 has moved to using Xen 4.2. I was able to >>>> install the hypervisor and toolstack using "apt-get xcp-xapi". I >>>> basically followed the instructions here: >>>> >>>> https://wiki.openstack.org/wiki/XenServer/Install/XcpXapiOnPrecise >>> >>> You are in fact using the packages which are developed in Debian, and >>> just migrated to Ubuntu without much change. IMO, you should really >>> be using Debian rather than Ubuntu (of course, don't have to trust me, >>> as I am the Debian Developer in charge of this, so I am of course >>> vouching for the distro that I like...). >> >>I have no problems switching to Debian, however looking at what you >>have written below I might not have better luck there either with the >>devstack script. >> >>>> I am now unable to find clear instructions on how to setup a OpenStack >>>> compute VM. Many websites pointed me at devstack to get the whole >>>> stack running in a VM. But I am unable to get that to work. >>> >>> Yes, and IMO, that's really crap that they all tell "just use devstack". >>> I wrote about it multiple times, but it seems nobody cares much. >>> >>>> I realize that the script is trying to mount the DomU disk in Dom0 but >>>> kpartx is not able to handle it. I tried doing it by hand and was >>>> unable to do so. Is there an updated script to do this? Or if someone >>>> can point me at instructions to setup the OpenStack compute VM that >>>> would helpful too. >>>> >>>> Thanks, >>>> AP >>> >>> The problem is that everyone tests with XCP as the CentOS >>> appliance, and never with what is in Debian/Ubuntu. So I think >>> that devstack must be broken in such a case. I don't think you >>> will find any updated script for XCP in Ubuntu/Debian, you will >>> have to work it out yourself. Though I'm quite sure it shouldn't >>> be hard to mount your domU disk in the dom0. >> >>OK, I will try debugging the problem and post if I succeed. >> >>Thanks, >>AP >> >> > > John Garbutt > Software Developer IV - UK > > Tel: +442087344853 > Mob: > Fax: > Web: > > _______________________________________________ >>Xen-api mailing list >>Xen-api@lists.xen.org >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > Rackspace International GmbH a company registered in the Canton of Zurich, Switzerland (company identification number CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of Victoria, Australia (company registered number ACN 153 275 524) whose registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United States of America > Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company registered number 03897010) whose registered office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is intended for the exclusive and confidential use of the individual or entity to which this message is addressed, and unless otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at abuse@rackspace.com and delete the original message. Your cooperation is appreciated. _______________________________________________ Xen-api 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 02 19:01:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 19:01:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN6S2-0005v4-D3; Tue, 02 Apr 2013 19:00:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN6S1-0005uz-9a for xen-api@lists.xen.org; Tue, 02 Apr 2013 19:00:57 +0000 Received: from [85.158.139.83:31588] by server-2.bemta-5.messagelabs.com id D6/57-23989-8EA2B515; Tue, 02 Apr 2013 19:00:56 +0000 X-Env-Sender: apxeng@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1364929254!20098962!1 X-Originating-IP: [209.85.215.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3229 invoked from network); 2 Apr 2013 19:00:54 -0000 Received: from mail-ea0-f182.google.com (HELO mail-ea0-f182.google.com) (209.85.215.182) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 19:00:54 -0000 Received: by mail-ea0-f182.google.com with SMTP id q15so383866ead.41 for ; Tue, 02 Apr 2013 12:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=WDEuNNbOZHeqlm6ObS0Oeqc+cWqNOqZfXuIcd3urd0o=; b=EleogN5mwJUVuRpOs7sNCW8mAvv44s6oRG0iPD+d7LPNdsWXvMoUWHFlIHxvRvVlcW L0+5mQRZXHe+AJFSQsUVs6ZXo2F14iBG6mKesTKyTSWEbHvMFIL68ZMFrYNeCa+jwA5p e/pjpwt9/XwfcaRyEv+6jmAUQysCoZo1QBQ27EvCIbwHGA6ogZURE4NsuaxXP2kV83WQ Wru7gOg9ZhY0nbFAzkeGPKs6vtGZH399MsXvkZSq4TycPtwUlP7+7sHIc11PdDzZGl1H /0mPIxgdAxZdNIpOYE43wlSrlkIxNty55avsxmr6BkAWPvcCHj+dnSdd2CzrZLLJgxW5 AFaQ== MIME-Version: 1.0 X-Received: by 10.14.179.5 with SMTP id g5mr52062653eem.41.1364929253918; Tue, 02 Apr 2013 12:00:53 -0700 (PDT) Received: by 10.223.178.193 with HTTP; Tue, 2 Apr 2013 12:00:53 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 12:00:53 -0700 Message-ID: From: AP To: John Garbutt Cc: mvpxen@gmail.com, openstack-dev@lists.openstack.org, Thomas Goirand , "xen-api@lists.xen.org" Subject: Re: [Xen-API] xcp-xapi on Ubuntu 13.04 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI 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, Apr 2, 2013 at 3:02 AM, John Garbutt wrote: > Not sure of the state of xcp-xapi 13.04 on Ubuntu. Does anyone know if Xen > 4.2 fixes got upstream? > > DevStack is only really recommended as a way for developers to get the > latest code, and it is the script that is used to create the setup that > gates code going into OpenStack trunk. I would certainly give the packages > a try if you are looking for something more stable. I am open to giving the stable packages a try. What I have at the moment is a host running Ubuntu 13.04 + xcp-xapi. I need to be on 13.04 as I need some of the features from Xen 4.2 (mem_event). I am now trying to create the OpenStack VM as described here: http://docs.openstack.org/trunk/openstack-compute/admin/content/introduction-to-xen.html#xenapi-install Can I just bring up a Debian 7.0 PV instance and install the packages described here? http://docs.openstack.org/trunk/openstack-compute/admin/content/installing-openstack-compute-on-debian.html Will that give me the OpenStack VM? PS: The other OpenStack pieces (glance, horizon) needed to connect to the host and manage it have been setup by other members of my team. > If you could modify the script, or run it yourself and get the output of > kpartx, we should be able to help you debug the issues you are seeing. I > am johnthetubaguy on IRC if you want to chat in real-time. I think we can hold off on this if we can just go with the stable packages. > John > > PS > You may get more luck for help on openstack-dev I have CCed openstack-dev Thanks, AP > > On 01/04/2013 19:21, "AP" wrote: > >>On Mon, Apr 1, 2013 at 8:16 AM, Thomas Goirand wrote: >>> On 03/30/2013 08:43 AM, AP wrote: >>>> I am trying to get OpenStack working with a host running Xen 4.2. I >>>> found that Ubuntu 13.04 has moved to using Xen 4.2. I was able to >>>> install the hypervisor and toolstack using "apt-get xcp-xapi". I >>>> basically followed the instructions here: >>>> >>>> https://wiki.openstack.org/wiki/XenServer/Install/XcpXapiOnPrecise >>> >>> You are in fact using the packages which are developed in Debian, and >>> just migrated to Ubuntu without much change. IMO, you should really >>> be using Debian rather than Ubuntu (of course, don't have to trust me, >>> as I am the Debian Developer in charge of this, so I am of course >>> vouching for the distro that I like...). >> >>I have no problems switching to Debian, however looking at what you >>have written below I might not have better luck there either with the >>devstack script. >> >>>> I am now unable to find clear instructions on how to setup a OpenStack >>>> compute VM. Many websites pointed me at devstack to get the whole >>>> stack running in a VM. But I am unable to get that to work. >>> >>> Yes, and IMO, that's really crap that they all tell "just use devstack". >>> I wrote about it multiple times, but it seems nobody cares much. >>> >>>> I realize that the script is trying to mount the DomU disk in Dom0 but >>>> kpartx is not able to handle it. I tried doing it by hand and was >>>> unable to do so. Is there an updated script to do this? Or if someone >>>> can point me at instructions to setup the OpenStack compute VM that >>>> would helpful too. >>>> >>>> Thanks, >>>> AP >>> >>> The problem is that everyone tests with XCP as the CentOS >>> appliance, and never with what is in Debian/Ubuntu. So I think >>> that devstack must be broken in such a case. I don't think you >>> will find any updated script for XCP in Ubuntu/Debian, you will >>> have to work it out yourself. Though I'm quite sure it shouldn't >>> be hard to mount your domU disk in the dom0. >> >>OK, I will try debugging the problem and post if I succeed. >> >>Thanks, >>AP >> >> > > John Garbutt > Software Developer IV - UK > > Tel: +442087344853 > Mob: > Fax: > Web: > > _______________________________________________ >>Xen-api mailing list >>Xen-api@lists.xen.org >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > Rackspace International GmbH a company registered in the Canton of Zurich, Switzerland (company identification number CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of Victoria, Australia (company registered number ACN 153 275 524) whose registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United States of America > Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company registered number 03897010) whose registered office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is intended for the exclusive and confidential use of the individual or entity to which this message is addressed, and unless otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at abuse@rackspace.com and delete the original message. Your cooperation is appreciated. _______________________________________________ Xen-api 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 02 19:38:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 19:38: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 1UN72Q-0006MF-2U; Tue, 02 Apr 2013 19:38:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN72N-0006MA-Ij for xen-api@lists.xen.org; Tue, 02 Apr 2013 19:38:32 +0000 Received: from [85.158.139.83:10378] by server-6.bemta-5.messagelabs.com id DF/6F-21466-6B33B515; Tue, 02 Apr 2013 19:38:30 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1364931507!27766797!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4528 invoked from network); 2 Apr 2013 19:38:28 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 19:38:28 -0000 Received: by mail-wg0-f52.google.com with SMTP id n12so835894wgh.31 for ; Tue, 02 Apr 2013 12:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Koq00i0ngY81ucm5sZvokaEMN8rrXKjPjEZEnXLmVG0=; b=zXAZwMn5AMHtYZfA/5Sovz2gq/H9L+OQNK1x75xTqcX96uRlCdHAp575YGpO/5/0PR raQ5D3ukA14TBEBVH24wUFrTtfG0IgsLFF16Y58nAyyUMb4gmcxJLySvD2YQeUp+deRA qLUrYqjp5keH4ftJBIVZEFCzbGSVebAVz5VjBdar+X2wuWYF9OcJOidef2fvDUz6AdwS 9V0TXJvCVuqpygUzGBq+waO2Fpx9Qyab4GlAeK1LeH4ZyRQbfyF5RGv3BBkZHNQzVAdJ 8BTtKd1y4dd+pK8nLOXg2jC5Iv5SqK4C33PbnbXHESKfpwId16Xmz6qkkC9TObM9wADR XUdQ== MIME-Version: 1.0 X-Received: by 10.194.120.195 with SMTP id le3mr24138914wjb.46.1364931507713; Tue, 02 Apr 2013 12:38:27 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 12:38:27 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 22:38:27 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5802826680060934426==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5802826680060934426== Content-Type: multipart/alternative; boundary=089e01177a0da8fc6804d965e1d6 --089e01177a0da8fc6804d965e1d6 Content-Type: text/plain; charset=ISO-8859-1 BTW, is it possible to somehow use Quantum NEC OpenFlow Plugin? https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin OpenVSwitch in Dom0 should support OpenFlow protocol. Or is it something incompatible with OVS in XCP? 2013/4/2 John Garbutt > I assume more effort will be spent on that once the first change makes > it into trunk. > > It will be required to use quantum's dhcp method of ip address > assignment. There are other ways to inject the IP address that may work, > such as IP address injection into the filesystem of debian/ubuntu based VMs. > > John > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 16:38 > > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > Thanks. > And what about this change? > https://review.openstack.org/#/c/15023/ > > It has "Abandoned" status, so it's not mandatory to make things work? > > > 2013/4/2 John Garbutt > >> Yes, that will break, never tried those instructions myself. This >> problem sounds familiar, but can't find the thread from the openstack >> mailing list on this one. >> >> If you push the branch from review.openstack.org to your own github >> branch, and use just the name name of the branch for the QUANTUM_BRANCH, >> that should work better. >> >> John >> >> From: "andrew.lukoshko@gmail.com" >> Date: Tuesday, 2 April 2013 13:50 >> >> To: John Garbutt >> Cc: "xen-api@lists.xen.org" >> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> BTW, this Devstack code is broken now because change 15022 is still in >> review so there is no /etc/xapi.d/plugins/netwrap in upstream. >> >> If I follow this guide >> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to >> localrc the following: >> QUANTUM_REPO=https://review.openstack.org/openstack/quantum >> QUANTUM_BRANCH=refs/changes/22/15022/11 >> >> Then Devstack again will be broken, because the code responsible for >> placing netwrap to xapi plugins dir try to get tarball with quantum, and >> review.openstack.org don't support downloading git repo as tarball. >> >> >> 2013/4/2 John Garbutt >> >>> Oh, sorry, my bad. The xenserver_install is replaced by the code in >>> devstack to install the quantum plugins. >>> >>> From: "andrew.lukoshko@gmail.com" >>> Date: Tuesday, 2 April 2013 13:38 >>> To: John Garbutt >>> Cc: "xen-api@lists.xen.org" >>> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it >>> possible? >>> >>> > To deploy this you will need to install the new quantum xapi >>> plugin, and configure an integration bridge, see this script here: >>> > >>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>> >>> Seems like changes in https://review.openstack.org/#/c/15022/ detele >>> this file, are you sure I still need it? >>> >>> As far as I understand, before this thange the quantum_ovs_agent was >>> placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. >>> And with this change quantum_ovs_agent is moving to DomU and talks to >>> Dom0 OVS with /etc/xapi.d/plugins/netwrap. >>> >>> Am I right? >>> >>> >>> 2013/4/2 John Garbutt >>> >>>> To cut a long story short, the OVS + XCP + Quantum support is still >>>> in review, as you spotted, and is not upstream: >>>> https://review.openstack.org/#/c/15022/ >>>> >>>> Help to test and review that code would be greatly appreciated! >>>> >>>> To deploy this you will need to install the new quantum xapi plugin, >>>> and configure an integration bridge, see this script here: >>>> >>>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>>> >>>> DevStack should give you the hints you need for configuring Quantum >>>> OVS once the above plugin is installed: >>>> >>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >>>> >>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >>>> >>>> John >>>> >>>> PS >>>> I would try ask on openstack-dev, and add the tag [Quantum] and >>>> hopefully maru will be able to help you out. >>>> >>>> From: "andrew.lukoshko@gmail.com" >>>> Date: Thursday, 28 March 2013 19:58 >>>> To: "xen-api@lists.xen.org" >>>> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >>>> >>>> Hi everyone. >>>> >>>> I'm trying to deploy experimental private cloud with the following: >>>> 1. Openstack Folsom >>>> 2. XCP 1.6 >>>> 3. Quantum for networking >>>> 4. CentOS as DomU controller node >>>> >>>> Everything looks fine except networking. >>>> Folsom+Quantum+XCP+OVS don't look like good combination. >>>> >>>> I've already read >>>> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this >>>> solution is for unstable Grizzly and highly DevStack/Ubuntu targeted. >>>> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >>>> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >>>> >>>> I've backported https://review.openstack.org/#/c/15022/ and >>>> https://review.openstack.org/#/c/15023/ to Folsom, but what should I >>>> do next? >>>> How to manually configure this stuff? >>>> >>>> And please give me advise about ovs_quantum_agent.py. >>>> What's default place for it in Folsom - in Dom0 or DomU? >>>> Do I need changes from https://review.openstack.org/... if I'll use it >>>> in Dom0? (I know that Python 2.6 is requirement). >>>> >>>> Thanks a lot. >>>> >>>> -- >>>> Andrew Lukoshko, M.Sc. >>>> >>>> >>>> >>>> John Garbutt >>>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>>> LINE] Tel: +442087344853 [image: Rackspace] >>>> >>>> >>>> >>>> Rackspace International GmbH a company registered in the Canton of >>>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/swiss-privacy-policy >>>> - >>>> Rackspace Hosting Australia PTY LTD a company registered in the state >>>> of Victoria, Australia (company registered number ACN 153 275 524) whose >>>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>>> - >>>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>>> States of America >>>> Rackspace US, Inc privacy policy can be viewed at >>>> www.rackspace.com/information/legal/privacystatement >>>> - >>>> Rackspace Limited is a company registered in England & Wales (company >>>> registered number 03897010) whose registered office is at 5 Millington >>>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>>> Rackspace Limited privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/privacy-policy >>>> - >>>> Rackspace Benelux B.V. is a company registered in the Netherlands >>>> (company KvK nummer 34276327) whose registered office is at >>>> Teleportboulevard 110, 1043 EJ Amsterdam. >>>> Rackspace Benelux B.V privacy policy can be viewed at >>>> www.rackspace.nl/juridisch/privacy-policy >>>> - >>>> Rackspace Asia Limited is a company registered in Hong Kong (Company >>>> no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo >>>> Place, 979 King's Road, Quarry Bay, Hong Kong. >>>> Rackspace Asia Limited privacy policy can be viewed at >>>> www.rackspace.com.hk/company/legal-privacy-statement.php >>>> - >>>> This e-mail message (including any attachments or embedded documents) >>>> is intended for the exclusive and confidential use of the individual or >>>> entity to which this message is addressed, and unless otherwise expressly >>>> indicated, is confidential and privileged information of Rackspace. Any >>>> dissemination, distribution or copying of the enclosed material is >>>> prohibited. If you receive this transmission in error, please notify us >>>> immediately by e-mail at abuse@rackspace.com and delete the original >>>> message. Your cooperation is appreciated. >>>> >>> >>> >>> >>> -- >>> Andrew Lukoshko, M.Sc. >>> >>> Head of Cloud R&D >>> ROSA Laboratory >>> >>> Presnensky Val str. 14, >>> Moscow, 123557 Russia >>> >>> Mobile: +375 (44) 779-63-73 >>> Mobile (Russia): +7 (916) 4629480 >>> Skype: a.lukoshko >>> >>> >>> >>> John Garbutt >>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>> LINE] Tel: +442087344853 [image: Rackspace] >>> >>> >>> >>> Rackspace International GmbH a company registered in the Canton of >>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>> www.rackspace.co.uk/legal/swiss-privacy-policy >>> - >>> Rackspace Hosting Australia PTY LTD a company registered in the state of >>> Victoria, Australia (company registered number ACN 153 275 524) whose >>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>> - >>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>> States of America >>> Rackspace US, Inc privacy policy can be viewed at >>> www.rackspace.com/information/legal/privacystatement >>> - >>> Rackspace Limited is a company registered in England & Wales (company >>> registered number 03897010) whose registered office is at 5 Millington >>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>> Rackspace Limited privacy policy can be viewed at >>> www.rackspace.co.uk/legal/privacy-policy >>> - >>> Rackspace Benelux B.V. is a company registered in the Netherlands >>> (company KvK nummer 34276327) whose registered office is at >>> Teleportboulevard 110, 1043 EJ Amsterdam. >>> Rackspace Benelux B.V privacy policy can be viewed at >>> www.rackspace.nl/juridisch/privacy-policy >>> - >>> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >>> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >>> 979 King's Road, Quarry Bay, Hong Kong. >>> Rackspace Asia Limited privacy policy can be viewed at >>> www.rackspace.com.hk/company/legal-privacy-statement.php >>> - >>> This e-mail message (including any attachments or embedded documents) is >>> intended for the exclusive and confidential use of the individual or entity >>> to which this message is addressed, and unless otherwise expressly >>> indicated, is confidential and privileged information of Rackspace. Any >>> dissemination, distribution or copying of the enclosed material is >>> prohibited. If you receive this transmission in error, please notify us >>> immediately by e-mail at abuse@rackspace.com and delete the original >>> message. Your cooperation is appreciated. >>> >> >> >> >> -- >> Andrew Lukoshko, M.Sc. >> >> Head of Cloud R&D >> ROSA Laboratory >> >> Presnensky Val str. 14, >> Moscow, 123557 Russia >> >> Mobile: +375 (44) 779-63-73 >> Mobile (Russia): +7 (916) 4629480 >> Skype: a.lukoshko >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --089e01177a0da8fc6804d965e1d6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
BTW, is it possible to somehow use=A0Quantum NEC OpenFlow = Plugin?
https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin
=

OpenVSwitch in Dom0 should support OpenFlow protocol.<= br>Or is it something incompatible with OVS in XCP?


2013/4/2 John Garbutt <= span dir=3D"ltr"><John.Garbutt@rackspace.co.uk>

I assume more effort will be spent on that once the first change m= akes it into trunk.

It will be required to use quantum's dhcp method of ip address ass= ignment. There are other ways to inject the IP address that may work, such = as IP address injection into the filesystem of debian/ubuntu based VMs.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 16:38

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

Thanks.
And what about this change?

It has "Abandoned" status, so it's not mandatory to make= things work?=A0


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Yes, that will break, never tried those instructions myself. This prob= lem sounds familiar, but can't find the thread from the openstack maili= ng list on this one.

If you push the branch from review.openstack.org to your own github branch, and use just the name n= ame of the branch for the QUANTUM_BRANCH, that should work better.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:50

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.

If I follow this guide=A0https://wiki.openstack.org/wiki/Quan= tumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for p= lacing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.= org don't support downloading git repo as tarball.


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code in de= vstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --089e01177a0da8fc6804d965e1d6-- --===============5802826680060934426== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5802826680060934426==-- From xen-api-bounces@lists.xen.org Tue Apr 02 19:38:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 19:38: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 1UN72Q-0006MF-2U; Tue, 02 Apr 2013 19:38:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN72N-0006MA-Ij for xen-api@lists.xen.org; Tue, 02 Apr 2013 19:38:32 +0000 Received: from [85.158.139.83:10378] by server-6.bemta-5.messagelabs.com id DF/6F-21466-6B33B515; Tue, 02 Apr 2013 19:38:30 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1364931507!27766797!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4528 invoked from network); 2 Apr 2013 19:38:28 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 19:38:28 -0000 Received: by mail-wg0-f52.google.com with SMTP id n12so835894wgh.31 for ; Tue, 02 Apr 2013 12:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Koq00i0ngY81ucm5sZvokaEMN8rrXKjPjEZEnXLmVG0=; b=zXAZwMn5AMHtYZfA/5Sovz2gq/H9L+OQNK1x75xTqcX96uRlCdHAp575YGpO/5/0PR raQ5D3ukA14TBEBVH24wUFrTtfG0IgsLFF16Y58nAyyUMb4gmcxJLySvD2YQeUp+deRA qLUrYqjp5keH4ftJBIVZEFCzbGSVebAVz5VjBdar+X2wuWYF9OcJOidef2fvDUz6AdwS 9V0TXJvCVuqpygUzGBq+waO2Fpx9Qyab4GlAeK1LeH4ZyRQbfyF5RGv3BBkZHNQzVAdJ 8BTtKd1y4dd+pK8nLOXg2jC5Iv5SqK4C33PbnbXHESKfpwId16Xmz6qkkC9TObM9wADR XUdQ== MIME-Version: 1.0 X-Received: by 10.194.120.195 with SMTP id le3mr24138914wjb.46.1364931507713; Tue, 02 Apr 2013 12:38:27 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Tue, 2 Apr 2013 12:38:27 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Apr 2013 22:38:27 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5802826680060934426==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5802826680060934426== Content-Type: multipart/alternative; boundary=089e01177a0da8fc6804d965e1d6 --089e01177a0da8fc6804d965e1d6 Content-Type: text/plain; charset=ISO-8859-1 BTW, is it possible to somehow use Quantum NEC OpenFlow Plugin? https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin OpenVSwitch in Dom0 should support OpenFlow protocol. Or is it something incompatible with OVS in XCP? 2013/4/2 John Garbutt > I assume more effort will be spent on that once the first change makes > it into trunk. > > It will be required to use quantum's dhcp method of ip address > assignment. There are other ways to inject the IP address that may work, > such as IP address injection into the filesystem of debian/ubuntu based VMs. > > John > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 16:38 > > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > Thanks. > And what about this change? > https://review.openstack.org/#/c/15023/ > > It has "Abandoned" status, so it's not mandatory to make things work? > > > 2013/4/2 John Garbutt > >> Yes, that will break, never tried those instructions myself. This >> problem sounds familiar, but can't find the thread from the openstack >> mailing list on this one. >> >> If you push the branch from review.openstack.org to your own github >> branch, and use just the name name of the branch for the QUANTUM_BRANCH, >> that should work better. >> >> John >> >> From: "andrew.lukoshko@gmail.com" >> Date: Tuesday, 2 April 2013 13:50 >> >> To: John Garbutt >> Cc: "xen-api@lists.xen.org" >> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> BTW, this Devstack code is broken now because change 15022 is still in >> review so there is no /etc/xapi.d/plugins/netwrap in upstream. >> >> If I follow this guide >> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to >> localrc the following: >> QUANTUM_REPO=https://review.openstack.org/openstack/quantum >> QUANTUM_BRANCH=refs/changes/22/15022/11 >> >> Then Devstack again will be broken, because the code responsible for >> placing netwrap to xapi plugins dir try to get tarball with quantum, and >> review.openstack.org don't support downloading git repo as tarball. >> >> >> 2013/4/2 John Garbutt >> >>> Oh, sorry, my bad. The xenserver_install is replaced by the code in >>> devstack to install the quantum plugins. >>> >>> From: "andrew.lukoshko@gmail.com" >>> Date: Tuesday, 2 April 2013 13:38 >>> To: John Garbutt >>> Cc: "xen-api@lists.xen.org" >>> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it >>> possible? >>> >>> > To deploy this you will need to install the new quantum xapi >>> plugin, and configure an integration bridge, see this script here: >>> > >>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>> >>> Seems like changes in https://review.openstack.org/#/c/15022/ detele >>> this file, are you sure I still need it? >>> >>> As far as I understand, before this thange the quantum_ovs_agent was >>> placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. >>> And with this change quantum_ovs_agent is moving to DomU and talks to >>> Dom0 OVS with /etc/xapi.d/plugins/netwrap. >>> >>> Am I right? >>> >>> >>> 2013/4/2 John Garbutt >>> >>>> To cut a long story short, the OVS + XCP + Quantum support is still >>>> in review, as you spotted, and is not upstream: >>>> https://review.openstack.org/#/c/15022/ >>>> >>>> Help to test and review that code would be greatly appreciated! >>>> >>>> To deploy this you will need to install the new quantum xapi plugin, >>>> and configure an integration bridge, see this script here: >>>> >>>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>>> >>>> DevStack should give you the hints you need for configuring Quantum >>>> OVS once the above plugin is installed: >>>> >>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >>>> >>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >>>> >>>> John >>>> >>>> PS >>>> I would try ask on openstack-dev, and add the tag [Quantum] and >>>> hopefully maru will be able to help you out. >>>> >>>> From: "andrew.lukoshko@gmail.com" >>>> Date: Thursday, 28 March 2013 19:58 >>>> To: "xen-api@lists.xen.org" >>>> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >>>> >>>> Hi everyone. >>>> >>>> I'm trying to deploy experimental private cloud with the following: >>>> 1. Openstack Folsom >>>> 2. XCP 1.6 >>>> 3. Quantum for networking >>>> 4. CentOS as DomU controller node >>>> >>>> Everything looks fine except networking. >>>> Folsom+Quantum+XCP+OVS don't look like good combination. >>>> >>>> I've already read >>>> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this >>>> solution is for unstable Grizzly and highly DevStack/Ubuntu targeted. >>>> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >>>> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >>>> >>>> I've backported https://review.openstack.org/#/c/15022/ and >>>> https://review.openstack.org/#/c/15023/ to Folsom, but what should I >>>> do next? >>>> How to manually configure this stuff? >>>> >>>> And please give me advise about ovs_quantum_agent.py. >>>> What's default place for it in Folsom - in Dom0 or DomU? >>>> Do I need changes from https://review.openstack.org/... if I'll use it >>>> in Dom0? (I know that Python 2.6 is requirement). >>>> >>>> Thanks a lot. >>>> >>>> -- >>>> Andrew Lukoshko, M.Sc. >>>> >>>> >>>> >>>> John Garbutt >>>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>>> LINE] Tel: +442087344853 [image: Rackspace] >>>> >>>> >>>> >>>> Rackspace International GmbH a company registered in the Canton of >>>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/swiss-privacy-policy >>>> - >>>> Rackspace Hosting Australia PTY LTD a company registered in the state >>>> of Victoria, Australia (company registered number ACN 153 275 524) whose >>>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>>> - >>>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>>> States of America >>>> Rackspace US, Inc privacy policy can be viewed at >>>> www.rackspace.com/information/legal/privacystatement >>>> - >>>> Rackspace Limited is a company registered in England & Wales (company >>>> registered number 03897010) whose registered office is at 5 Millington >>>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>>> Rackspace Limited privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/privacy-policy >>>> - >>>> Rackspace Benelux B.V. is a company registered in the Netherlands >>>> (company KvK nummer 34276327) whose registered office is at >>>> Teleportboulevard 110, 1043 EJ Amsterdam. >>>> Rackspace Benelux B.V privacy policy can be viewed at >>>> www.rackspace.nl/juridisch/privacy-policy >>>> - >>>> Rackspace Asia Limited is a company registered in Hong Kong (Company >>>> no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo >>>> Place, 979 King's Road, Quarry Bay, Hong Kong. >>>> Rackspace Asia Limited privacy policy can be viewed at >>>> www.rackspace.com.hk/company/legal-privacy-statement.php >>>> - >>>> This e-mail message (including any attachments or embedded documents) >>>> is intended for the exclusive and confidential use of the individual or >>>> entity to which this message is addressed, and unless otherwise expressly >>>> indicated, is confidential and privileged information of Rackspace. Any >>>> dissemination, distribution or copying of the enclosed material is >>>> prohibited. If you receive this transmission in error, please notify us >>>> immediately by e-mail at abuse@rackspace.com and delete the original >>>> message. Your cooperation is appreciated. >>>> >>> >>> >>> >>> -- >>> Andrew Lukoshko, M.Sc. >>> >>> Head of Cloud R&D >>> ROSA Laboratory >>> >>> Presnensky Val str. 14, >>> Moscow, 123557 Russia >>> >>> Mobile: +375 (44) 779-63-73 >>> Mobile (Russia): +7 (916) 4629480 >>> Skype: a.lukoshko >>> >>> >>> >>> John Garbutt >>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>> LINE] Tel: +442087344853 [image: Rackspace] >>> >>> >>> >>> Rackspace International GmbH a company registered in the Canton of >>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>> www.rackspace.co.uk/legal/swiss-privacy-policy >>> - >>> Rackspace Hosting Australia PTY LTD a company registered in the state of >>> Victoria, Australia (company registered number ACN 153 275 524) whose >>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>> - >>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>> States of America >>> Rackspace US, Inc privacy policy can be viewed at >>> www.rackspace.com/information/legal/privacystatement >>> - >>> Rackspace Limited is a company registered in England & Wales (company >>> registered number 03897010) whose registered office is at 5 Millington >>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>> Rackspace Limited privacy policy can be viewed at >>> www.rackspace.co.uk/legal/privacy-policy >>> - >>> Rackspace Benelux B.V. is a company registered in the Netherlands >>> (company KvK nummer 34276327) whose registered office is at >>> Teleportboulevard 110, 1043 EJ Amsterdam. >>> Rackspace Benelux B.V privacy policy can be viewed at >>> www.rackspace.nl/juridisch/privacy-policy >>> - >>> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >>> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >>> 979 King's Road, Quarry Bay, Hong Kong. >>> Rackspace Asia Limited privacy policy can be viewed at >>> www.rackspace.com.hk/company/legal-privacy-statement.php >>> - >>> This e-mail message (including any attachments or embedded documents) is >>> intended for the exclusive and confidential use of the individual or entity >>> to which this message is addressed, and unless otherwise expressly >>> indicated, is confidential and privileged information of Rackspace. Any >>> dissemination, distribution or copying of the enclosed material is >>> prohibited. If you receive this transmission in error, please notify us >>> immediately by e-mail at abuse@rackspace.com and delete the original >>> message. Your cooperation is appreciated. >>> >> >> >> >> -- >> Andrew Lukoshko, M.Sc. >> >> Head of Cloud R&D >> ROSA Laboratory >> >> Presnensky Val str. 14, >> Moscow, 123557 Russia >> >> Mobile: +375 (44) 779-63-73 >> Mobile (Russia): +7 (916) 4629480 >> Skype: a.lukoshko >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --089e01177a0da8fc6804d965e1d6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
BTW, is it possible to somehow use=A0Quantum NEC OpenFlow = Plugin?
https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin
=

OpenVSwitch in Dom0 should support OpenFlow protocol.<= br>Or is it something incompatible with OVS in XCP?


2013/4/2 John Garbutt <= span dir=3D"ltr"><John.Garbutt@rackspace.co.uk>

I assume more effort will be spent on that once the first change m= akes it into trunk.

It will be required to use quantum's dhcp method of ip address ass= ignment. There are other ways to inject the IP address that may work, such = as IP address injection into the filesystem of debian/ubuntu based VMs.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 16:38

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

Thanks.
And what about this change?

It has "Abandoned" status, so it's not mandatory to make= things work?=A0


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Yes, that will break, never tried those instructions myself. This prob= lem sounds familiar, but can't find the thread from the openstack maili= ng list on this one.

If you push the branch from review.openstack.org to your own github branch, and use just the name n= ame of the branch for the QUANTUM_BRANCH, that should work better.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:50

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.

If I follow this guide=A0https://wiki.openstack.org/wiki/Quan= tumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for p= lacing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.= org don't support downloading git repo as tarball.


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code in de= vstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --089e01177a0da8fc6804d965e1d6-- --===============5802826680060934426== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5802826680060934426==-- From xen-api-bounces@lists.xen.org Wed Apr 03 09:14:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 09:14:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJm5-0006hU-36; Wed, 03 Apr 2013 09:14:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJm3-0006hK-AY for xen-api@lists.xen.org; Wed, 03 Apr 2013 09:14:31 +0000 Received: from [193.109.254.147:17302] by server-11.bemta-14.messagelabs.com id A9/3E-24840-6F2FB515; Wed, 03 Apr 2013 09:14:30 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1364980406!8574105!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28936 invoked from network); 3 Apr 2013 09:14:27 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 09:14:27 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7033"; a="32502416" X-IronPort-AV: E=Sophos;i="4.87,399,1363132800"; d="jpg'145?scan'145,208,145,217";a="32502416" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 03 Apr 2013 10:13:11 +0100 Content-Type: multipart/mixed; boundary="_b08f6662-d037-4657-aed5-654689260e37_" Received: from LON1EXH01.RACKSPACE.CORP (10.2.104.88) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Wed, 3 Apr 2013 10:13:11 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON1EXH01.RACKSPACE.CORP ([10.2.104.88]) with mapi id 14.02.0298.004; Wed, 3 Apr 2013 10:13:11 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA///x5YCAABPlgIAAGucAgAAWOwCAACzlgIAA9GGA Date: Wed, 3 Apr 2013 09:13:10 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: multipart/alternative; boundary="_000_CD81B10526B1johngarbuttrackspacecom_" --_000_CD81B10526B1johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If you have an NEC OpenFlow controller, I guess it might be possible. Not s= ure what extensions they use, and if OVS 1.4 has them included. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 20:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, is it possible to somehow use Quantum NEC OpenFlow Plugin? https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin OpenVSwitch in Dom0 should support OpenFlow protocol. Or is it something incompatible with OVS in XCP? 2013/4/2 John Garbutt > I assume more effort will be spent on that once the first change makes it i= nto trunk. It will be required to use quantum's dhcp method of ip address assignment. = There are other ways to inject the IP address that may work, such as IP add= ress injection into the filesystem of debian/ubuntu based VMs. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 16:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thanks. And what about this change? https://review.openstack.org/#/c/15023/ It has "Abandoned" status, so it's not mandatory to make things work? 2013/4/2 John Garbutt > Yes, that will break, never tried those instructions myself. This problem s= ounds familiar, but can't find the thread from the openstack mailing list o= n this one. If you push the branch from review.openstack.org to your own github branch, and use just the name name of the branch for = the QUANTUM_BRANCH, that should work better. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, this Devstack code is broken now because change 15022 is still in revi= ew so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXc= p and write to localrc the following: QUANTUM_REPO=3Dhttps://review.openstack.org/openstack/quantum QUANTUM_BRANCH=3Drefs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.o= penstack.org don't support downloading git rep= o as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD81B10526B1johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <2FE9B1B71783EF4DA1BD868D11050092@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDEwOjEzOjExIFdlZG5lc2RheSwgMyBBcHJpbCAyMDEzIC0tPgo8U1RZTEUg dHlwZT10ZXh0L2Nzcz5QLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYyMyB7CglN QVJHSU46IDBjbSAwY20gMHB0Cn0KTEkuYWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5Nzgz NjIzIHsKCU1BUkdJTjogMGNtIDBjbSAwcHQKfQpESVYuYWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzIHsKCU1BUkdJTjogMGNtIDBjbSAwcHQKfQpUQUJMRS5hZTQzMTEzMi05ZDE3 LTRhMzgtYjZiNS02MzQzNjk3ODM2MjNUYWJsZSB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElW LlNlY3Rpb24xIHsKCXBhZ2U6IFNlY3Rpb24xCn0KPC9TVFlMRT4KCjxtZXRhIGh0dHAtZXF1aXY9 IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04IiAvPgo8L0hF QUQ+Cgo8Qk9EWSBzdHlsZT0id29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9k ZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7ICI+CjxQIGNsYXNzPWFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYyMz4K PGRpdj5JZiB5b3UgaGF2ZSBhbiBORUMgT3BlbkZsb3cgY29udHJvbGxlciwgSSBndWVzcyBpdCBt aWdodCBiZSBwb3NzaWJsZS4gTm90IHN1cmUgd2hhdCBleHRlbnNpb25zIHRoZXkgdXNlLCBhbmQg aWYgT1ZTIDEuNCBoYXMgdGhlbSBpbmNsdWRlZC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+Cjxk aXY+Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9T RUNUSU9OIj4KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7 IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25l OyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkct TEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNv bGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4KPHNwYW4g c3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5Gcm9tOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRv OmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSI+YW5k cmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2Vp Z2h0OmJvbGQ+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIDIgQXByaWwgMjAxMyAyMDozODxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8 YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayI+Sm9obi5HYXJidXR0 QHJhY2tzcGFjZS5jby51azwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJv bGQ+Q2M6IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3Jn Ij54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eGVu LWFwaUBsaXN0cy54ZW4ub3JnIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEld IFtPcGVuU3RhY2tdIFhDUCAmIzQzOyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxi ciAvPgo8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+CjxkaXY+CjxkaXYgZGlyPSJsdHIi PkJUVywgaXMgaXQgcG9zc2libGUgdG8gc29tZWhvdyB1c2UmbmJzcDtRdWFudHVtIE5FQyBPcGVu RmxvdyBQbHVnaW4/PGJyIC8+CjxhIGhyZWY9Imh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dp a2kvUXVhbnR1bV9ORUNfT3BlbkZsb3dfUGx1Z2luIj5odHRwczovL3dpa2kub3BlbnN0YWNrLm9y Zy93aWtpL1F1YW50dW1fTkVDX09wZW5GbG93X1BsdWdpbjwvYT48YnIgLz4KPGRpdj48YnIgLz4K PC9kaXY+CjxkaXYgc3R5bGU+T3BlblZTd2l0Y2ggaW4gRG9tMCBzaG91bGQgc3VwcG9ydCBPcGVu RmxvdyBwcm90b2NvbC48YnIgLz4KT3IgaXMgaXQgc29tZXRoaW5nIGluY29tcGF0aWJsZSB3aXRo IE9WUyBpbiBYQ1A/PC9kaXY+CjwvZGl2Pgo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyIC8+ CjxiciAvPgo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+MjAxMy80LzIgSm9obiBHYXJidXR0IDxz cGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOkpvaG4uR2FyYnV0dEByYWNrc3BhY2Uu Y28udWsiIHRhcmdldD0iX2JsYW5rIj5Kb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrPC9hPiZn dDs8L3NwYW4+PGJyIC8+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1h cmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDox ZXgiPgo8ZGl2IHN0eWxlPWZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1z ZXJpZjt3b3JkLXdyYXA6YnJlYWstd29yZD4KPHA+PC9wPgo8ZGl2PkkgYXNzdW1lIG1vcmUgZWZm b3J0IHdpbGwgYmUgc3BlbnQgb24gdGhhdCBvbmNlIHRoZSBmaXJzdCBjaGFuZ2UgbWFrZXMgaXQg aW50byB0cnVuay48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SXQgd2lsbCBiZSByZXF1 aXJlZCB0byB1c2UgcXVhbnR1bSdzIGRoY3AgbWV0aG9kIG9mIGlwIGFkZHJlc3MgYXNzaWdubWVu dC4gVGhlcmUgYXJlIG90aGVyIHdheXMgdG8gaW5qZWN0IHRoZSBJUCBhZGRyZXNzIHRoYXQgbWF5 IHdvcmssIHN1Y2ggYXMgSVAgYWRkcmVzcyBpbmplY3Rpb24gaW50byB0aGUgZmlsZXN5c3RlbSBv ZiBkZWJpYW4vdWJ1bnR1IGJhc2VkIFZNcy48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+ Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPHNwYW4+CjxkaXYgc3R5bGU9ImJvcmRlci1y aWdodDptZWRpdW0gbm9uZTtwYWRkaW5nLXJpZ2h0OjBpbjtwYWRkaW5nLWxlZnQ6MGluO3BhZGRp bmctdG9wOjNwdDt0ZXh0LWFsaWduOmxlZnQ7Zm9udC1zaXplOjExcHQ7Ym9yZGVyLWJvdHRvbTpt ZWRpdW0gbm9uZTtmb250LWZhbWlseTpDYWxpYnJpO2JvcmRlci10b3A6I2I1YzRkZiAxcHQgc29s aWQ7cGFkZGluZy1ib3R0b206MGluO2JvcmRlci1sZWZ0Om1lZGl1bSBub25lIj4KPHNwYW4gc3R5 bGU9Zm9udC13ZWlnaHQ6Ym9sZD5Gcm9tOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmFu ZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29A Z21haWwuY29tPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0Bn bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZn dDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5EYXRlOiA8L3NwYW4+VHVlc2Rh eSwgMiBBcHJpbCAyMDEzIDE2OjM4CjxkaXY+CjxkaXYgY2xhc3M9Img1Ij48YnIgLz4KPHNwYW4g c3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5UbzogPC9zcGFuPkpvaG4gR2FyYnV0dCAmbHQ7PGEgaHJl Zj0ibWFpbHRvOkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWsiIHRhcmdldD0iX2JsYW5rIj5K b2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9u dC13ZWlnaHQ6Ym9sZD5DYzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxp c3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+JnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9i bGFuayI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9u dC13ZWlnaHQ6Ym9sZD5TdWJqZWN0OiA8L3NwYW4+UmU6IFtYZW4tQVBJXSBbT3BlblN0YWNrXSBY Q1AgJiM0MzsgUXVhbnR1bSBGb2xzb20gLSBpcyBpdCBwb3NzaWJsZT88YnIgLz4KPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPGRpdj4KPGRpdiBjbGFzcz0iaDUiPgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRp dj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+VGhhbmtzLgo8ZGl2PkFuZCB3aGF0IGFib3V0IHRoaXMg Y2hhbmdlPzwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcv Iy9jLzE1MDIzLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcv Iy9jLzE1MDIzLzwvYT48YnIgLz4KPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pkl0IGhh cyAmcXVvdDtBYmFuZG9uZWQmcXVvdDsgc3RhdHVzLCBzbyBpdCdzIG5vdCBtYW5kYXRvcnkgdG8g bWFrZSB0aGluZ3Mgd29yaz8mbmJzcDs8L2Rpdj4KPC9kaXY+CjxkaXYgY2xhc3M9ImdtYWlsX2V4 dHJhIj48YnIgLz4KPGJyIC8+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDEzLzQvMiBKb2hu IEdhcmJ1dHQgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0 QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2Uu Y28udWs8L2E+Jmd0Ozwvc3Bhbj48YnIgLz4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3Rl IiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFk ZGluZy1sZWZ0OjFleCI+CjxkaXYgc3R5bGU9Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6Q2Fs aWJyaSxzYW5zLXNlcmlmO3dvcmQtd3JhcDpicmVhay13b3JkPgo8cD48L3A+CjxkaXY+WWVzLCB0 aGF0IHdpbGwgYnJlYWssIG5ldmVyIHRyaWVkIHRob3NlIGluc3RydWN0aW9ucyBteXNlbGYuIFRo aXMgcHJvYmxlbSBzb3VuZHMgZmFtaWxpYXIsIGJ1dCBjYW4ndCBmaW5kIHRoZSB0aHJlYWQgZnJv bSB0aGUgb3BlbnN0YWNrIG1haWxpbmcgbGlzdCBvbiB0aGlzIG9uZS48L2Rpdj4KPGRpdj48YnIg Lz4KPC9kaXY+CjxkaXY+SWYgeW91IHB1c2ggdGhlIGJyYW5jaCBmcm9tIDxhIGhyZWY9Imh0dHA6 Ly9yZXZpZXcub3BlbnN0YWNrLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPgpyZXZpZXcub3BlbnN0YWNr Lm9yZzwvYT4gdG8geW91ciBvd24gZ2l0aHViIGJyYW5jaCwgYW5kIHVzZSBqdXN0IHRoZSBuYW1l IG5hbWUgb2YgdGhlIGJyYW5jaCBmb3IgdGhlIFFVQU5UVU1fQlJBTkNILCB0aGF0IHNob3VsZCB3 b3JrIGJldHRlci48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+Sm9objwvZGl2Pgo8ZGl2 PjxiciAvPgo8L2Rpdj4KPHNwYW4+CjxkaXYgc3R5bGU9ImJvcmRlci1yaWdodDptZWRpdW0gbm9u ZTtwYWRkaW5nLXJpZ2h0OjBpbjtwYWRkaW5nLWxlZnQ6MGluO3BhZGRpbmctdG9wOjNwdDt0ZXh0 LWFsaWduOmxlZnQ7Zm9udC1zaXplOjExcHQ7Ym9yZGVyLWJvdHRvbTptZWRpdW0gbm9uZTtmb250 LWZhbWlseTpDYWxpYnJpO2JvcmRlci10b3A6I2I1YzRkZiAxcHQgc29saWQ7cGFkZGluZy1ib3R0 b206MGluO2JvcmRlci1sZWZ0Om1lZGl1bSBub25lIj4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6 Ym9sZD5Gcm9tOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0Bn bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZx dW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iIHRhcmdl dD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZndDs8YnIgLz4KPHNwYW4g c3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5EYXRlOiA8L3NwYW4+VHVlc2RheSwgMiBBcHJpbCAyMDEz IDEzOjUwCjxkaXY+CjxkaXY+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+VG86 IDwvc3Bhbj5Kb2huIEdhcmJ1dHQgJmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFj a3NwYWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51 azwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+Q2M6IDwvc3Bhbj4m cXVvdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9ibGFu ayI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhl bi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9y ZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9z cGFuPlJlOiBbWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0g aXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjxkaXY+CjxkaXY+Cjxk aXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj5CVFcsIHRoaXMgRGV2 c3RhY2sgY29kZSBpcyBicm9rZW4gbm93IGJlY2F1c2UgY2hhbmdlIDE1MDIyIGlzIHN0aWxsIGlu IHJldmlldyBzbyB0aGVyZSBpcyBubyAvZXRjL3hhcGkuZC9wbHVnaW5zL25ldHdyYXAgaW4gdXBz dHJlYW0uCjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PklmIEkgZm9sbG93IHRoaXMgZ3VpZGUmbmJz cDs8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1F1YW50dW1EZXZzdGFj a092c1hjcCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kv UXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiZuYnNwO2FuZCB3cml0ZSB0byBsb2NhbHJjIHRoZSBm b2xsb3dpbmc6PC9kaXY+CjxkaXY+UVVBTlRVTV9SRVBPPTxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3 Lm9wZW5zdGFjay5vcmcvb3BlbnN0YWNrL3F1YW50dW0iIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3Jldmlldy5vcGVuc3RhY2sub3JnL29wZW5zdGFjay9xdWFudHVtPC9hPjxiciAvPgo8L2Rpdj4K PGRpdj4KPGRpdj5RVUFOVFVNX0JSQU5DSD1yZWZzL2NoYW5nZXMvMjIvMTUwMjIvMTE8L2Rpdj4K PGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+VGhlbiBEZXZzdGFjayBhZ2FpbiB3aWxsIGJlIGJyb2tl biwgYmVjYXVzZSB0aGUgY29kZSByZXNwb25zaWJsZSBmb3IgcGxhY2luZyBuZXR3cmFwIHRvIHhh cGkgcGx1Z2lucyBkaXIgdHJ5IHRvIGdldCB0YXJiYWxsIHdpdGggcXVhbnR1bSwgYW5kCjxhIGhy ZWY9Imh0dHA6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnJldmlldy5v cGVuc3RhY2sub3JnPC9hPiBkb24ndCBzdXBwb3J0IGRvd25sb2FkaW5nIGdpdCByZXBvIGFzIHRh cmJhbGwuPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxiciAv Pgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpvaG4gR2FyYnV0dCA8 c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNl LmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51azwvYT4m Z3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJt YXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6 MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMt c2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5PaCwgc29ycnksIG15IGJh ZC4gVGhlIHhlbnNlcnZlcl9pbnN0YWxsIGlzIHJlcGxhY2VkIGJ5IHRoZSBjb2RlIGluIGRldnN0 YWNrIHRvIGluc3RhbGwgdGhlIHF1YW50dW0gcGx1Z2lucy48L2Rpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxzcGFuPgo8ZGl2IHN0eWxlPSJib3JkZXItcmlnaHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1y aWdodDowaW47cGFkZGluZy1sZWZ0OjBpbjtwYWRkaW5nLXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0 O2ZvbnQtc2l6ZToxMXB0O2JvcmRlci1ib3R0b206bWVkaXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2Fs aWJyaTtib3JkZXItdG9wOiNiNWM0ZGYgMXB0IHNvbGlkO3BhZGRpbmctYm90dG9tOjBpbjtib3Jk ZXItbGVmdDptZWRpdW0gbm9uZSI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTog PC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0 YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQt d2VpZ2h0OmJvbGQ+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIDIgQXByaWwgMjAxMyAxMzozODxiciAv Pgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZs dDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJf YmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBz dHlsZT1mb250LXdlaWdodDpib2xkPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhl bi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9y ZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRh cmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBz dHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEldIFtPcGVu U3RhY2tdIFhDUCAmIzQzOyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8 L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+CjxkaXY+CjxkaXYgZGly PSJsdHIiPgo8ZGl2PiZndDsgVG8gZGVwbG95IHRoaXMgeW91IHdpbGwgbmVlZCB0byBpbnN0YWxs IHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5kIGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlv biBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwvZGl2Pgo8ZGl2PiZndDsgPGEgaHJlZj0i aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5z L29wZW52c3dpdGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoIiB0YXJnZXQ9Il9ibGFuayI+ Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lu cy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48 YnIgLz4KPC9kaXY+CjxkaXY+U2VlbXMgbGlrZSBjaGFuZ2VzIGluJm5ic3A7PGEgaHJlZj0iaHR0 cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPiZuYnNwO2RldGVsZSB0aGlz IGZpbGUsIGFyZSB5b3Ugc3VyZSBJIHN0aWxsIG5lZWQgaXQ/PC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PkFzIGZhciBhcyBJIHVuZGVyc3RhbmQsIGJlZm9yZSB0aGlzIHRoYW5nZSB0aGUg cXVhbnR1bV9vdnNfYWdlbnQgd2FzIHBsYWNlZCBvbiBEb20wIGluIC9ldGMveGFwaS5kL3BsdWdp bnMvIGFuZCB3b3JrZWQgZnJvbSBoZXJlLjwvZGl2Pgo8ZGl2PkFuZCB3aXRoIHRoaXMgY2hhbmdl IHF1YW50dW1fb3ZzX2FnZW50IGlzIG1vdmluZyB0byBEb21VIGFuZCB0YWxrcyB0byBEb20wIE9W UyB3aXRoIC9ldGMveGFwaS5kL3BsdWdpbnMvbmV0d3JhcC48L2Rpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxkaXY+QW0gSSByaWdodD88L2Rpdj4KPC9kaXY+CjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJh Ij48YnIgLz4KPGJyIC8+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDEzLzQvMiBKb2huIEdh cmJ1dHQgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJh Y2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28u dWs8L2E+Jmd0Ozwvc3Bhbj48YnIgLz4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz dHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGlu Zy1sZWZ0OjFleCI+CjxkaXYgc3R5bGU9Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6Q2FsaWJy aSxzYW5zLXNlcmlmO3dvcmQtd3JhcDpicmVhay13b3JkPgo8cD48L3A+CjxkaXY+VG8gY3V0IGEg bG9uZyBzdG9yeSBzaG9ydCwgdGhlIE9WUyAmIzQzOyBYQ1AgJiM0MzsgUXVhbnR1bSBzdXBwb3J0 IGlzIHN0aWxsIGluIHJldmlldywgYXMgeW91IHNwb3R0ZWQsIGFuZCBpcyBub3QgdXBzdHJlYW06 PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvPC9hPjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5IZWxwIHRvIHRlc3QgYW5kIHJl dmlldyB0aGF0IGNvZGUgd291bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZCE8L2Rpdj4KPGRpdj48 YnIgLz4KPC9kaXY+CjxkaXY+VG8gZGVwbG95IHRoaXMgeW91IHdpbGwgbmVlZCB0byBpbnN0YWxs IHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5kIGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlv biBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBz Oi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVu dnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVu dnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48YnIgLz4K PC9kaXY+CjxkaXY+RGV2U3RhY2sgc2hvdWxkIGdpdmUgeW91IHRoZSBoaW50cyB5b3UgbmVlZCBm b3IgY29uZmlndXJpbmcgUXVhbnR1bSBPVlMgb25jZSB0aGUgYWJvdmUgcGx1Z2luIGlzIGluc3Rh bGxlZDo8L2Rpdj4KPGRpdj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRl di9kZXZzdGFjay9ibG9iL21hc3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0wx MyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0 YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDEzPC9hPjwv ZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0 YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDc0IiB0YXJn ZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2svYmxv Yi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMNzQ8L2E+PC9kaXY+Cjxk aXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkpvaG48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+ UFM8L2Rpdj4KPGRpdj4KPGRpdj5JIHdvdWxkIHRyeSBhc2sgb24gb3BlbnN0YWNrLWRldiwgYW5k IGFkZCB0aGUgdGFnIFtRdWFudHVtXSBhbmQgaG9wZWZ1bGx5IG1hcnUgd2lsbCBiZSBhYmxlIHRv IGhlbHAgeW91IG91dC48L2Rpdj4KPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRp diBzdHlsZT0iYm9yZGVyLXJpZ2h0Om1lZGl1bSBub25lO3BhZGRpbmctcmlnaHQ6MGluO3BhZGRp bmctbGVmdDowaW47cGFkZGluZy10b3A6M3B0O3RleHQtYWxpZ246bGVmdDtmb250LXNpemU6MTFw dDtib3JkZXItYm90dG9tOm1lZGl1bSBub25lO2ZvbnQtZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRv cDojYjVjNGRmIDFwdCBzb2xpZDtwYWRkaW5nLWJvdHRvbTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVt IG5vbmUiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8 YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsi PmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86 YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hr b0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRh dGU6IDwvc3Bhbj5UaHVyc2RheSwgMjggTWFyY2ggMjAxMyAxOTo1ODxiciAvPgo8c3BhbiBzdHls ZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1h cGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwv YT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdl dD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHls ZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5bWGVuLUFQSV0gW09wZW5TdGFja10g WENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0gaXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8 ZGl2Pgo8ZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+ CjxkaXY+SGkgZXZlcnlvbmUuPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkknbSB0cnlp bmcgdG8gZGVwbG95IGV4cGVyaW1lbnRhbCBwcml2YXRlIGNsb3VkIHdpdGggdGhlIGZvbGxvd2lu Zzo8L2Rpdj4KPGRpdj4xLiBPcGVuc3RhY2sgRm9sc29tPC9kaXY+CjxkaXY+Mi4gWENQIDEuNjwv ZGl2Pgo8ZGl2PjMuIFF1YW50dW0gZm9yIG5ldHdvcmtpbmc8L2Rpdj4KPGRpdj40LiBDZW50T1Mg YXMgRG9tVSBjb250cm9sbGVyIG5vZGU8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+RXZl cnl0aGluZyBsb29rcyBmaW5lIGV4Y2VwdCBuZXR3b3JraW5nLjwvZGl2Pgo8ZGl2PkZvbHNvbSYj NDM7UXVhbnR1bSYjNDM7WENQJiM0MztPVlMgZG9uJ3QgbG9vayBsaWtlIGdvb2QgY29tYmluYXRp b24uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkkndmUgYWxyZWFkeSByZWFkIDxhIGhy ZWY9Imh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNw IiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1 bURldnN0YWNrT3ZzWGNwPC9hPiAsIGJ1dCB0aGlzIHNvbHV0aW9uIGlzIGZvciB1bnN0YWJsZSBH cml6emx5IGFuZCBoaWdobHkgRGV2U3RhY2svVWJ1bnR1IHRhcmdldGVkLjwvZGl2Pgo8ZGl2PlRo aXMgZ3VpZGUgPGEgaHJlZj0iaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9YZW5TZXJ2 ZXIvUXVhbnR1bSIgdGFyZ2V0PSJfYmxhbmsiPgpodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93 aWtpL1hlblNlcnZlci9RdWFudHVtPC9hPiBpcyBmb3IgRXNzZXgsIHJpZ2h0PyBBbmQgdGhpcwo8 YSBocmVmPSJodHRwOi8vb3BlbnZzd2l0Y2gub3JnL29wZW5zdGFjay9kb2N1bWVudGF0aW9uLyIg dGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50 YXRpb24vPC9hPiB0b28uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkkndmUgYmFja3Bv cnRlZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8iIHRh cmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9h PiBhbmQgPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMvIiB0 YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIzLzwv YT4gdG8gRm9sc29tLCBidXQgd2hhdCBzaG91bGQgSSBkbyBuZXh0PzwvZGl2Pgo8ZGl2PkhvdyB0 byBtYW51YWxseSBjb25maWd1cmUgdGhpcyBzdHVmZj88L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+QW5kIHBsZWFzZSBnaXZlIG1lIGFkdmlzZSBhYm91dCBvdnNfcXVhbnR1bV9hZ2VudC5w eS48L2Rpdj4KPGRpdj5XaGF0J3MgZGVmYXVsdCBwbGFjZSBmb3IgaXQgaW4gRm9sc29tIC0gaW4g RG9tMCBvciBEb21VPzwvZGl2Pgo8ZGl2PkRvIEkgbmVlZCBjaGFuZ2VzIGZyb20gPGEgaHJlZj0i aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8uIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvLjwvYT4uLiBpZiBJJ2xsIHVzZSBpdCBpbiBEb20wPyAoSSBr bm93IHRoYXQgUHl0aG9uIDIuNiBpcyByZXF1aXJlbWVudCkuPC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PlRoYW5rcyBhIGxvdC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAv PgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2 Pgo8L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHRh YmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1MDQiPgo8dGJvZHk+Cjx0cj4K PHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9u dC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1m YW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5Tb2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBV Szwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6MjgxcHg+PGltZyBhbHQ9ImV4cGVyaWVuY2Ug RmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIgd2lkdGg9IjE1OSIgaGVpZ2h0PSIxNyIg Lz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIGFsdD0iTElORSIgd2lkdGg9 IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQt ZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8dHI+Cjx0ZD48c3BhbiBzdHlsZT1mb250 LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlRlbDogPC9zcGFuPjwvdGQ+Cjx0ZD48 c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPjxhIGhyZWY9 InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQzOzQ0MjA4NzM0NDg1MyIgdGFyZ2V0PSJf YmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bhbj48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8 L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0PSJSYWNrc3BhY2UiIHdpZHRoPSIyODAi IGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQgY29sc3Bhbj0iMiI+PGltZyB3aWR0 aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4KPC90Ym9keT4KPC90YWJsZT4KPHA+PC9w Pgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3Nw YWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9u IG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENI LTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1t ZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tzcGFjZQogSW50 ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0i aHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3kiIHRh cmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBv bGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExU RCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1c3RyYWxp YSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lz dGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBT eWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYQog UFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93 d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocCIg dGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZh Y3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pjwv c3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUwMDAgV2FsemVtIFJvYWQsIFNhbiBBbnRv bmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBvZiBBbWVyaWNhPC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGlj eSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS9pbmZv cm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNr c3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L2E+PC9zcGFuPjxi ciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJl ZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3 MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9hZCwgSHlk ZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2 aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvcHJpdmFj eS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2 YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4 IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55 IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVw b3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxiciAvPgo8c3BhbiBz dHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVuZWx1eCBCLlYgcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlz Y2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj53d3cucmFja3NwYWNlLm5sL2p1cmlk aXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFj ZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gSG9uZyBLb25nIChDb21w YW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA5L0YsIENhbWJy aWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2luZydzIFJvYWQsIFF1YXJyeSBCYXksIEhv bmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFj ZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJo dHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVu dC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdh bC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250 LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5UaGlz IGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRv Y3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBh ZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzCiBj b25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gb2YgUmFja3NwYWNlLiBBbnkg ZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhlIGVuY2xvc2VkIG1h dGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgdHJhbnNtaXNzaW9uIGlu IGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBhdAo8YSBocmVm PSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFidXNlQHJhY2tz cGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuIFlvdXIgY29vcGVy YXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjwvZGl2Pgo8 YnIgLz4KPGJyIGNsZWFyPSJhbGwiIC8+CjxkaXY+PGJyIC8+CjwvZGl2PgotLSA8YnIgLz4KQW5k cmV3IEx1a29zaGtvLCBNLlNjLjxiciAvPgo8YnIgLz4KSGVhZCBvZiBDbG91ZCBSJmFtcDtEPGJy IC8+ClJPU0EgTGFib3JhdG9yeTxiciAvPgo8YnIgLz4KUHJlc25lbnNreSBWYWwgc3RyLiAxNCw8 YnIgLz4KTW9zY293LCAxMjM1NTcgUnVzc2lhPGJyIC8+CjxiciAvPgpNb2JpbGU6IDxhIGhyZWY9 InRlbDolMkIzNzUlMjAlMjg0NCUyOSUyMDc3OS02My03MyIgdmFsdWU9IiYjNDM7Mzc1NDQ3Nzk2 MzczIiB0YXJnZXQ9Il9ibGFuayI+CiYjNDM7Mzc1ICg0NCkgNzc5LTYzLTczPC9hPjxiciAvPgpN b2JpbGUgKFJ1c3NpYSk6IDxhIGhyZWY9InRlbDolMkI3JTIwJTI4OTE2JTI5JTIwNDYyOTQ4MCIg dmFsdWU9IiYjNDM7NzkxNjQ2Mjk0ODAiIHRhcmdldD0iX2JsYW5rIj4KJiM0Mzs3ICg5MTYpIDQ2 Mjk0ODA8L2E+PGJyIC8+ClNreXBlOiBhLmx1a29zaGtvIDwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxkaXY+CjxkaXY+CjxwPiZuYnNwOzwvcD4KPHA+ PC9wPgo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9k eT4KPHRyPgo8dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVy ZGFuYTtmb250LXNpemU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3Bl ciBJViAtIFVLPC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhw ZXJpZW5jZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWln aHQ9IjE3IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5F IiB3aWR0aD0iNTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5 bGU9Zm9udC1mYW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0 eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90 ZD4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+ PGEgaHJlZj0idGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0 YXJnZXQ9Il9ibGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+Cjwv dGJvZHk+CjwvdGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lk dGg9IjI4MCIgaGVpZ2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48 aW1nIHdpZHRoPSI1MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxl Pgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFw eD5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRo ZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBu dW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBC YWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3Nw YWNlCiBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8 YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBv bGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXBy aXZhY3ktcG9saWN5PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxp YSBQVFkgTFREIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwg QXVzdHJhbGlhIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBT dHJlZXQsIFN5ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVz dHJhbGlhCiBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0i aHR0cDovL3d3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1l bnQucGhwIiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVn YWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+PC9zcGFuPjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwg U2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+ PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZh Y3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2Uu Y29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4K d3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+Cjxz cGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSBy ZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1i ZXIgMDM4OTcwMTApIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBS b2FkLCBIeWRlIFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdh bC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xl Z2FsL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMg KGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5 IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5s L2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2Uu bmwvanVyaWRpc2NoL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtv bmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkv RiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5 IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0Cjxh IGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21w YW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0 eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4PlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1i ZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlk ZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNz YWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRl ZCwgaXMKIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3Bh Y2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5j bG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21p c3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0 CjxhIGhyZWY9Im1haWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1 c2VAcmFja3NwYWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91 ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvZGl2Pgo8L2Rpdj4K PC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyIC8+CjxiciBjbGVhcj0iYWxsIiAvPgo8ZGl2PjxiciAv Pgo8L2Rpdj4KLS0gPGJyIC8+CkFuZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+Ckhl YWQgb2YgQ2xvdWQgUiZhbXA7RDxiciAvPgpST1NBIExhYm9yYXRvcnk8YnIgLz4KPGJyIC8+ClBy ZXNuZW5za3kgVmFsIHN0ci4gMTQsPGJyIC8+Ck1vc2NvdywgMTIzNTU3IFJ1c3NpYTxiciAvPgo8 YnIgLz4KTW9iaWxlOiA8YSBocmVmPSJ0ZWw6JTJCMzc1JTIwJTI4NDQlMjklMjA3NzktNjMtNzMi IHZhbHVlPSImIzQzOzM3NTQ0Nzc5NjM3MyIgdGFyZ2V0PSJfYmxhbmsiPgomIzQzOzM3NSAoNDQp IDc3OS02My03MzwvYT48YnIgLz4KTW9iaWxlIChSdXNzaWEpOiA8YSBocmVmPSJ0ZWw6JTJCNyUy MCUyODkxNiUyOSUyMDQ2Mjk0ODAiIHZhbHVlPSImIzQzOzc5MTY0NjI5NDgwIiB0YXJnZXQ9Il9i bGFuayI+CiYjNDM7NyAoOTE2KSA0NjI5NDgwPC9hPjxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8 L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPHA+PC9wPgo8ZGl2Pgo8 ZGl2Pgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9 IjAiIHdpZHRoPSI1MDQiPgo8dGJvZHk+Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFu IHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwv c3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1z bWFsbD5Tb2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lE VEg6MjgxcHg+PGltZyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJy aWdodCIgd2lkdGg9IjE1OSIgaGVpZ2h0PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xz cGFuPSIyIj48aW1nIGFsdD0iTElORSIgd2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+Cjwv dHI+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRi b2R5Pgo8dHI+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4 LXNtYWxsPlRlbDogPC9zcGFuPjwvdGQ+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJk YW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPjxhIGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVl PSImIzQzOzQ0MjA4NzM0NDg1MyIgdGFyZ2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9h Pjwvc3Bhbj48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxp bWcgYWx0PSJSYWNrc3BhY2UiIHdpZHRoPSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4K PHRyPgo8dGQgY29sc3Bhbj0iMiI+PGltZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4K PC90cj4KPC90Ym9keT4KPC90YWJsZT4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNv bXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNv bXBhbnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVn aXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3Rl biwgU3dpdHplcmxhbmQuIFJhY2tzcGFjZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9s aWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsv bGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFj ZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNr c3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0 aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJl ciBBQ04gMTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMs IExldmVsIDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEu IFJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4g YmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55 L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3Nw YWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4K LTxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJ bmMsIDUwMDAgV2FsemVtIFJvYWQsIFNhbiBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0 YXRlcyBvZiBBbWVyaWNhPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5S YWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9 Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVt ZW50IiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2Fs L3ByaXZhY3lzdGF0ZW1lbnQ8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6 MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2Ug TGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChj b21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmlj ZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIz IDRBWi48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBM aW1pdGVkIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3 dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4K d3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVy ZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3Nl IHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBB bXN0ZXJkYW0uPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3Bh Y2UgQmVuZWx1eCBCLlYgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJo dHRwOi8vd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0i X2JsYW5rIj53d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3Nw YW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55 IHJlZ2lzdGVyZWQgaW4gSG9uZyBLb25nIChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdp c3RlcmVkIG9mZmljZSBpcyBhdCA5L0YsIENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5 NzkgS2luZydzIFJvYWQsIFF1YXJyeSBCYXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xp Y3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsv Y29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3 LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+ PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcg YW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRo ZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50 aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3 aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQg aW5mb3JtYXRpb24gb2YgUmFja3NwYWNlLiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9u IG9yIGNvcHlpbmcgb2YgdGhlIGVuY2xvc2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlv dSByZWNlaXZlIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGlt bWVkaWF0ZWx5IGJ5IGUtbWFpbCBhdAo8YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNv bSIgdGFyZ2V0PSJfYmxhbmsiPmFidXNlQHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhl IG9yaWdpbmFsIG1lc3NhZ2UuIFlvdXIgY29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFu PjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+CjxiciAvPgo8YnIgY2xl YXI9ImFsbCIgLz4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28s IE0uU2MuPGJyIC8+CjxiciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIgLz4KUk9TQSBMYWJv cmF0b3J5PGJyIC8+CjxiciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxiciAvPgpNb3Njb3cs IDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJyIC8+Ck1vYmlsZTogPGEgaHJlZj0idGVsOiUyQjM3NSUy MCUyODQ0JTI5JTIwNzc5LTYzLTczIiB2YWx1ZT0iJiM0MzszNzU0NDc3OTYzNzMiIHRhcmdldD0i X2JsYW5rIj4KJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8L2E+PGJyIC8+Ck1vYmlsZSAoUnVzc2lh KTogPGEgaHJlZj0idGVsOiUyQjclMjAlMjg5MTYlMjklMjA0NjI5NDgwIiB2YWx1ZT0iJiM0Mzs3 OTE2NDYyOTQ4MCIgdGFyZ2V0PSJfYmxhbmsiPgomIzQzOzcgKDkxNikgNDYyOTQ4MDwvYT48YnIg Lz4KU2t5cGU6IGEubHVrb3Noa28gPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8 L3NwYW4+CjxwPjwvcD4KPGRpdj4KPGRpdiBjbGFzcz0iaDUiPgo8cD4mbmJzcDs8L3A+CjxwPjwv cD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1MDQiPgo8dGJvZHk+ Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRh bmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5Tb2Z0d2FyZSBEZXZlbG9wZXIg SVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6MjgxcHg+PGltZyBhbHQ9ImV4cGVy aWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIgd2lkdGg9IjE1OSIgaGVpZ2h0 PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIGFsdD0iTElORSIg d2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkPjxzcGFuIHN0eWxl PWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8dHI+Cjx0ZD48c3BhbiBzdHls ZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlRlbDogPC9zcGFuPjwvdGQ+ Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPjxh IGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQzOzQ0MjA4NzM0NDg1MyIgdGFy Z2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bhbj48L3RkPgo8L3RyPgo8L3Ri b2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0PSJSYWNrc3BhY2UiIHdpZHRo PSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQgY29sc3Bhbj0iMiI+PGlt ZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4KPC90Ym9keT4KPC90YWJsZT4K PHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUg Q2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24gbnVt YmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFs ei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tzcGFj ZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEg aHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xp Y3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2 YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEg UFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1 c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1MjQpIHdob3Nl IHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBHZW9yZ2UgU3Ry ZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0aW5nIEF1c3Ry YWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0 dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50 LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2Fs LXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUwMDAgV2FsemVtIFJvYWQsIFNh biBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBvZiBBbWVyaWNhPC9zcGFuPjxi ciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5 IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNv bS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0YXJnZXQ9Il9ibGFuayI+Cnd3 dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L2E+PC9z cGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3Bh biBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVn aXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVy IDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9h ZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwv cHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdh bC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBC ZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChj b21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0 IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVuZWx1eCBCLlYgcHJpdmFjeSBw b2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5ubC9q dXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj53d3cucmFja3NwYWNlLm5s L2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJh Y2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gSG9uZyBLb25n IChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA5L0Ys IENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2luZydzIFJvYWQsIFF1YXJyeSBC YXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJh Y2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBo cmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0 YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFu eS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFw eD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVk ZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVu dGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2Fn ZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQs IGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gb2YgUmFja3NwYWNl LiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhlIGVuY2xv c2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgdHJhbnNtaXNz aW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBhdAo8 YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFidXNl QHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuIFlvdXIg Y29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwv YmxvY2txdW90ZT4KPC9kaXY+CjxiciAvPgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRpdj48YnIgLz4K PC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgpIZWFk IG9mIENsb3VkIFImYW1wO0Q8YnIgLz4KUk9TQSBMYWJvcmF0b3J5PGJyIC8+CjxiciAvPgpQcmVz bmVuc2t5IFZhbCBzdHIuIDE0LDxiciAvPgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJy IC8+Ck1vYmlsZTogJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8YnIgLz4KTW9iaWxlIChSdXNzaWEp OiAmIzQzOzcgKDkxNikgNDYyOTQ4MDxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8L2Rpdj4KPC9k aXY+CjwvZGl2Pgo8L3NwYW4+CjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPgo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD01MDQ+CiAg PFRCT0RZPgogIDxUUj4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFzcz1MRUZUX0FM SUdORUQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTpzbWFsbDsg Jz5Kb2huIEdhcmJ1dHQ8L3NwYW4+PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRh bmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFu PjwvVEQ+CiAgICA8VEQgc3R5bGU9IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4cGVyaWVuY2Ug RmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlMDhmYTk5LkpQR0Bl YzgxZDZmZC40NWJlYTJmYSIgd2lkdGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9UUj4KICA8VFIg Y2xhc3M9TEVGVF9BTElHTkVEPgogICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1MSU5FIHNyYz0i Y2lkOmltYWdlZDRmN2ZkLkpQR0BiYTA1ZGJhOC40MzgzN2QzZCIgd2lkdGg9NTA0IGhlaWdodD00 IC8+PC9URD48L1RSPgogIDxUUj4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48c3BhbiBzdHls ZT0nZm9udC1mYW1pbHk6Q2FsaWJyaTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4 LWI2YjUtNjM0MzY5NzgzNjIzVGFibGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6 VmVyZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48dGQ+PHNwYW4g c3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPis0NDIwODcz NDQ4NTM8L3NwYW4+PC90ZD48L3RyPjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8VEQgY2xhc3M9 UklHSFRfQUxJR05FRD48SU1HIGFsdD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2U1NWYyNWEuSlBH QDlmMmE1N2Y2LjRjYmQwYzY4IiB3aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48L1RSPgogIDxU UiBjbGFzcz1MRUZUX0FMSUdORUQ+CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8gY29sU3Bhbj0y PjxJTUcgc3JjPSJjaWQ6aW1hZ2UxMzE1NGQuSlBHQGQxNDYzZGJiLjQ4ODMwOGNmIiB3aWR0aD01 MDQgaGVpZ2h0PTMgLz48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAgY2xhc3M9YWU0 MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0 MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB4OyI+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRp ZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZp Y2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxh bmQuIFJhY2tzcGFjZSBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZp ZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PGJy Pi08YnI+UmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21wYW55IHJlZ2lz dGVyZWQgaW4gdGhlIHN0YXRlIG9mIFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBhbnkgcmVnaXN0 ZXJlZCBudW1iZXIgQUNOIDE1MyAyNzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBh dCBTdWl0ZSAzLCBMZXZlbCA3LCAyMTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBOU1cgMjAwMCwg QXVzdHJhbGlhLiBSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBwcml2YWN5IHBv bGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwt cHJpdmFjeS1zdGF0ZW1lbnQucGhwPGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+ PC9zcGFuPjxicj5SYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9u aW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGlj eSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3By aXZhY3lzdGF0ZW1lbnQ8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4t PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0 ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyAoY29tcGFu eSByZWdpc3RlcmVkIG51bWJlciAwMzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgNSBNaWxsaW5ndG9uIFJvYWQsIEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4IFVCMyA0QVou PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0 ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xl Z2FsL3ByaXZhY3ktcG9saWN5PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4 OyI+LTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBC ZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChj b21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0 IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxicj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kg cG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFj eS1wb2xpY3k8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFu Pjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGltaXRl ZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEy OTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBU YWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bh bj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBBc2lhIExpbWl0 ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9j b21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFweDsiPi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHg7Ij5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVt YmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZp ZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVz c2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0 ZWQsIGlzIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3Bh Y2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5j bG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21p c3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0 IGFidXNlQHJhY2tzcGFjZS5jb20gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91 ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hUTUw+Cgo= --_000_CD81B10526B1johngarbuttrackspacecom_-- --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="image08fa99.JPG" Content-Transfer-Encoding: base64 Content-ID: image08fa99.JPG@ec81d6fd.45bea2fa Content-Disposition: inline; filename="image08fa99.JPG" Content-Location: image08fa99.JPG Content-Description: image08fa99.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="imaged4f7fd.JPG" Content-Transfer-Encoding: base64 Content-ID: imaged4f7fd.JPG@ba05dba8.43837d3d Content-Disposition: inline; filename="imaged4f7fd.JPG" Content-Location: imaged4f7fd.JPG Content-Description: imaged4f7fd.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="image55f25a.JPG" Content-Transfer-Encoding: base64 Content-ID: image55f25a.JPG@9f2a57f6.4cbd0c68 Content-Disposition: inline; filename="image55f25a.JPG" Content-Location: image55f25a.JPG Content-Description: image55f25a.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="image13154d.JPG" Content-Transfer-Encoding: base64 Content-ID: image13154d.JPG@d1463dbb.488308cf Content-Disposition: inline; filename="image13154d.JPG" Content-Location: image13154d.JPG Content-Description: image13154d.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_b08f6662-d037-4657-aed5-654689260e37_-- From xen-api-bounces@lists.xen.org Wed Apr 03 09:14:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 09:14:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJm5-0006hU-36; Wed, 03 Apr 2013 09:14:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJm3-0006hK-AY for xen-api@lists.xen.org; Wed, 03 Apr 2013 09:14:31 +0000 Received: from [193.109.254.147:17302] by server-11.bemta-14.messagelabs.com id A9/3E-24840-6F2FB515; Wed, 03 Apr 2013 09:14:30 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1364980406!8574105!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_18,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28936 invoked from network); 3 Apr 2013 09:14:27 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 09:14:27 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7033"; a="32502416" X-IronPort-AV: E=Sophos;i="4.87,399,1363132800"; d="jpg'145?scan'145,208,145,217";a="32502416" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 03 Apr 2013 10:13:11 +0100 Content-Type: multipart/mixed; boundary="_b08f6662-d037-4657-aed5-654689260e37_" Received: from LON1EXH01.RACKSPACE.CORP (10.2.104.88) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Wed, 3 Apr 2013 10:13:11 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON1EXH01.RACKSPACE.CORP ([10.2.104.88]) with mapi id 14.02.0298.004; Wed, 3 Apr 2013 10:13:11 +0100 From: John Garbutt To: "andrew.lukoshko@gmail.com" , John Garbutt Thread-Topic: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thread-Index: AQHOL5758QTWIX7wwUKMYvWaCkMb0ZjC33gA///x5YCAABPlgIAAGucAgAAWOwCAACzlgIAA9GGA Date: Wed, 3 Apr 2013 09:13:10 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-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 --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: multipart/alternative; boundary="_000_CD81B10526B1johngarbuttrackspacecom_" --_000_CD81B10526B1johngarbuttrackspacecom_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If you have an NEC OpenFlow controller, I guess it might be possible. Not s= ure what extensions they use, and if OVS 1.4 has them included. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 20:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, is it possible to somehow use Quantum NEC OpenFlow Plugin? https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin OpenVSwitch in Dom0 should support OpenFlow protocol. Or is it something incompatible with OVS in XCP? 2013/4/2 John Garbutt > I assume more effort will be spent on that once the first change makes it i= nto trunk. It will be required to use quantum's dhcp method of ip address assignment. = There are other ways to inject the IP address that may work, such as IP add= ress injection into the filesystem of debian/ubuntu based VMs. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 16:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Thanks. And what about this change? https://review.openstack.org/#/c/15023/ It has "Abandoned" status, so it's not mandatory to make things work? 2013/4/2 John Garbutt > Yes, that will break, never tried those instructions myself. This problem s= ounds familiar, but can't find the thread from the openstack mailing list o= n this one. If you push the branch from review.openstack.org to your own github branch, and use just the name name of the branch for = the QUANTUM_BRANCH, that should work better. John From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:50 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? BTW, this Devstack code is broken now because change 15022 is still in revi= ew so there is no /etc/xapi.d/plugins/netwrap in upstream. If I follow this guide https://wiki.openstack.org/wiki/QuantumDevstackOvsXc= p and write to localrc the following: QUANTUM_REPO=3Dhttps://review.openstack.org/openstack/quantum QUANTUM_BRANCH=3Drefs/changes/22/15022/11 Then Devstack again will be broken, because the code responsible for placin= g netwrap to xapi plugins dir try to get tarball with quantum, and review.o= penstack.org don't support downloading git rep= o as tarball. 2013/4/2 John Garbutt > Oh, sorry, my bad. The xenserver_install is replaced by the code in devstac= k to install the quantum plugins. From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 13:38 To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > To deploy this you will need to install the new quantum xapi plugin, and = configure an integration bridge, see this script here: > https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/age= nt/xenserver_install.sh Seems like changes in https://review.openstack.org/#/c/15022/ detele this f= ile, are you sure I still need it? As far as I understand, before this thange the quantum_ovs_agent was placed= on Dom0 in /etc/xapi.d/plugins/ and worked from here. And with this change quantum_ovs_agent is moving to DomU and talks to Dom0 = OVS with /etc/xapi.d/plugins/netwrap. Am I right? 2013/4/2 John Garbutt > To cut a long story short, the OVS + XCP + Quantum support is still in revi= ew, as you spotted, and is not upstream: https://review.openstack.org/#/c/15022/ Help to test and review that code would be greatly appreciated! To deploy this you will need to install the new quantum xapi plugin, and co= nfigure an integration bridge, see this script here: https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent= /xenserver_install.sh DevStack should give you the hints you need for configuring Quantum OVS onc= e the above plugin is installed: https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L13 https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/o= penvswitch#L74 John PS I would try ask on openstack-dev, and add the tag [Quantum] and hopefully m= aru will be able to help you out. From: "andrew.lukoshko@gmail.com" > Date: Thursday, 28 March 2013 19:58 To: "xen-api@lists.xen.org" > Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? Hi everyone. I'm trying to deploy experimental private cloud with the following: 1. Openstack Folsom 2. XCP 1.6 3. Quantum for networking 4. CentOS as DomU controller node Everything looks fine except networking. Folsom+Quantum+XCP+OVS don't look like good combination. I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , b= ut this solution is for unstable Grizzly and highly DevStack/Ubuntu targete= d. This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for Essex, = right? And this http://openvswitch.org/openstack/documentation/ too. I've backported https://review.openstack.org/#/c/15022/ and https://review.= openstack.org/#/c/15023/ to Folsom, but what should I do next? How to manually configure this stuff? And please give me advise about ovs_quantum_agent.py. What's default place for it in Folsom - in Dom0 or DomU? Do I need changes from https://review.openstack.org/... if I'll use it in D= om0? (I know that Python 2.6 is requirement). Thanks a lot. -- Andrew Lukoshko, M.Sc. John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original m= essage. Your cooperation is appreciated. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko John Garbutt Software Developer IV - UK [experience Fanatical Support] Tel: +442087344853 [Rackspace] Rackspace International GmbH a company registered in the Canton of Zurich, = Switzerland (company identification number CH-020.4.047.077-1) whose regist= ered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. Racks= pace International GmbH privacy policy can be viewed at www.rackspace.co.uk= /legal/swiss-privacy-policy - Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at= www.rackspace.com.au/company/legal-privacy-statement.php - Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/informa= tion/legal/privacystatement - Rackspace Limited is a company registered in England & Wales (company regis= tered number 03897010) whose registered office is at 5 Millington Road, Hyd= e Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal= /privacy-policy - Rackspace Benelux B.V. is a company registered in the Netherlands (company = KvK nummer 34276327) whose registered office is at Teleportboulevard 110, 1= 043 EJ Amsterdam. Rackspace Benelux B.V privacy policy can be viewed at www.rackspace.nl/juri= disch/privacy-policy - Rackspace Asia Limited is a company registered in Hong Kong (Company no: 12= 11294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 97= 9 King's Road, Quarry Bay, Hong Kong. Rackspace Asia Limited privacy policy can be viewed at www.rackspace.com.hk= /company/legal-privacy-statement.php - This e-mail message (including any attachments or embedded documents) is in= tended for the exclusive and confidential use of the individual or entity t= o which this message is addressed, and unless otherwise expressly indicated= , is confidential and privileged information of Rackspace. Any disseminatio= n, distribution or copying of the enclosed material is prohibited. If you r= eceive this transmission in error, please notify us immediately by e-mail a= t abuse@rackspace.com and delete the original message. Your cooperation is = appreciated. --_000_CD81B10526B1johngarbuttrackspacecom_ Content-Type: text/html; charset="utf-8" Content-ID: <2FE9B1B71783EF4DA1BD868D11050092@RACKSPACE.CORP> MIME-Version: 1.0 Content-Transfer-Encoding: base64 PEhUTUw+CjxIRUFEPjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWlsIERp c2NsYWltZXJzIG9uIDEwOjEzOjExIFdlZG5lc2RheSwgMyBBcHJpbCAyMDEzIC0tPgo8U1RZTEUg dHlwZT10ZXh0L2Nzcz5QLmFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYyMyB7CglN QVJHSU46IDBjbSAwY20gMHB0Cn0KTEkuYWU0MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5Nzgz NjIzIHsKCU1BUkdJTjogMGNtIDBjbSAwcHQKfQpESVYuYWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzIHsKCU1BUkdJTjogMGNtIDBjbSAwcHQKfQpUQUJMRS5hZTQzMTEzMi05ZDE3 LTRhMzgtYjZiNS02MzQzNjk3ODM2MjNUYWJsZSB7CglNQVJHSU46IDBjbSAwY20gMHB0Cn0KRElW LlNlY3Rpb24xIHsKCXBhZ2U6IFNlY3Rpb24xCn0KPC9TVFlMRT4KCjxtZXRhIGh0dHAtZXF1aXY9 IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04IiAvPgo8L0hF QUQ+Cgo8Qk9EWSBzdHlsZT0id29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9k ZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7ICI+CjxQIGNsYXNzPWFlNDMxMTMyLTlkMTctNGEzOC1iNmI1LTYzNDM2OTc4MzYyMz4K PGRpdj5JZiB5b3UgaGF2ZSBhbiBORUMgT3BlbkZsb3cgY29udHJvbGxlciwgSSBndWVzcyBpdCBt aWdodCBiZSBwb3NzaWJsZS4gTm90IHN1cmUgd2hhdCBleHRlbnNpb25zIHRoZXkgdXNlLCBhbmQg aWYgT1ZTIDEuNCBoYXMgdGhlbSBpbmNsdWRlZC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+Cjxk aXY+Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9T RUNUSU9OIj4KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7 IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25l OyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkct TEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNv bGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4KPHNwYW4g c3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5Gcm9tOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRv OmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iPmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSI+YW5k cmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2Vp Z2h0OmJvbGQ+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIDIgQXByaWwgMjAxMyAyMDozODxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZsdDs8 YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayI+Sm9obi5HYXJidXR0 QHJhY2tzcGFjZS5jby51azwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJv bGQ+Q2M6IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3Jn Ij54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eGVu LWFwaUBsaXN0cy54ZW4ub3JnIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEld IFtPcGVuU3RhY2tdIFhDUCAmIzQzOyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxi ciAvPgo8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+CjxkaXY+CjxkaXYgZGlyPSJsdHIi PkJUVywgaXMgaXQgcG9zc2libGUgdG8gc29tZWhvdyB1c2UmbmJzcDtRdWFudHVtIE5FQyBPcGVu RmxvdyBQbHVnaW4/PGJyIC8+CjxhIGhyZWY9Imh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dp a2kvUXVhbnR1bV9ORUNfT3BlbkZsb3dfUGx1Z2luIj5odHRwczovL3dpa2kub3BlbnN0YWNrLm9y Zy93aWtpL1F1YW50dW1fTkVDX09wZW5GbG93X1BsdWdpbjwvYT48YnIgLz4KPGRpdj48YnIgLz4K PC9kaXY+CjxkaXYgc3R5bGU+T3BlblZTd2l0Y2ggaW4gRG9tMCBzaG91bGQgc3VwcG9ydCBPcGVu RmxvdyBwcm90b2NvbC48YnIgLz4KT3IgaXMgaXQgc29tZXRoaW5nIGluY29tcGF0aWJsZSB3aXRo IE9WUyBpbiBYQ1A/PC9kaXY+CjwvZGl2Pgo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyIC8+ CjxiciAvPgo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+MjAxMy80LzIgSm9obiBHYXJidXR0IDxz cGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOkpvaG4uR2FyYnV0dEByYWNrc3BhY2Uu Y28udWsiIHRhcmdldD0iX2JsYW5rIj5Kb2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrPC9hPiZn dDs8L3NwYW4+PGJyIC8+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1h cmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDox ZXgiPgo8ZGl2IHN0eWxlPWZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1z ZXJpZjt3b3JkLXdyYXA6YnJlYWstd29yZD4KPHA+PC9wPgo8ZGl2PkkgYXNzdW1lIG1vcmUgZWZm b3J0IHdpbGwgYmUgc3BlbnQgb24gdGhhdCBvbmNlIHRoZSBmaXJzdCBjaGFuZ2UgbWFrZXMgaXQg aW50byB0cnVuay48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+SXQgd2lsbCBiZSByZXF1 aXJlZCB0byB1c2UgcXVhbnR1bSdzIGRoY3AgbWV0aG9kIG9mIGlwIGFkZHJlc3MgYXNzaWdubWVu dC4gVGhlcmUgYXJlIG90aGVyIHdheXMgdG8gaW5qZWN0IHRoZSBJUCBhZGRyZXNzIHRoYXQgbWF5 IHdvcmssIHN1Y2ggYXMgSVAgYWRkcmVzcyBpbmplY3Rpb24gaW50byB0aGUgZmlsZXN5c3RlbSBv ZiBkZWJpYW4vdWJ1bnR1IGJhc2VkIFZNcy48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+ Sm9objwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPHNwYW4+CjxkaXYgc3R5bGU9ImJvcmRlci1y aWdodDptZWRpdW0gbm9uZTtwYWRkaW5nLXJpZ2h0OjBpbjtwYWRkaW5nLWxlZnQ6MGluO3BhZGRp bmctdG9wOjNwdDt0ZXh0LWFsaWduOmxlZnQ7Zm9udC1zaXplOjExcHQ7Ym9yZGVyLWJvdHRvbTpt ZWRpdW0gbm9uZTtmb250LWZhbWlseTpDYWxpYnJpO2JvcmRlci10b3A6I2I1YzRkZiAxcHQgc29s aWQ7cGFkZGluZy1ib3R0b206MGluO2JvcmRlci1sZWZ0Om1lZGl1bSBub25lIj4KPHNwYW4gc3R5 bGU9Zm9udC13ZWlnaHQ6Ym9sZD5Gcm9tOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmFu ZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29A Z21haWwuY29tPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0Bn bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZn dDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5EYXRlOiA8L3NwYW4+VHVlc2Rh eSwgMiBBcHJpbCAyMDEzIDE2OjM4CjxkaXY+CjxkaXYgY2xhc3M9Img1Ij48YnIgLz4KPHNwYW4g c3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5UbzogPC9zcGFuPkpvaG4gR2FyYnV0dCAmbHQ7PGEgaHJl Zj0ibWFpbHRvOkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWsiIHRhcmdldD0iX2JsYW5rIj5K b2huLkdhcmJ1dHRAcmFja3NwYWNlLmNvLnVrPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9u dC13ZWlnaHQ6Ym9sZD5DYzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxp c3RzLnhlbi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+JnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9i bGFuayI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZndDs8YnIgLz4KPHNwYW4gc3R5bGU9Zm9u dC13ZWlnaHQ6Ym9sZD5TdWJqZWN0OiA8L3NwYW4+UmU6IFtYZW4tQVBJXSBbT3BlblN0YWNrXSBY Q1AgJiM0MzsgUXVhbnR1bSBGb2xzb20gLSBpcyBpdCBwb3NzaWJsZT88YnIgLz4KPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPGRpdj4KPGRpdiBjbGFzcz0iaDUiPgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRp dj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+VGhhbmtzLgo8ZGl2PkFuZCB3aGF0IGFib3V0IHRoaXMg Y2hhbmdlPzwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcv Iy9jLzE1MDIzLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcv Iy9jLzE1MDIzLzwvYT48YnIgLz4KPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pkl0IGhh cyAmcXVvdDtBYmFuZG9uZWQmcXVvdDsgc3RhdHVzLCBzbyBpdCdzIG5vdCBtYW5kYXRvcnkgdG8g bWFrZSB0aGluZ3Mgd29yaz8mbmJzcDs8L2Rpdj4KPC9kaXY+CjxkaXYgY2xhc3M9ImdtYWlsX2V4 dHJhIj48YnIgLz4KPGJyIC8+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDEzLzQvMiBKb2hu IEdhcmJ1dHQgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0 QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2Uu Y28udWs8L2E+Jmd0Ozwvc3Bhbj48YnIgLz4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3Rl IiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFk ZGluZy1sZWZ0OjFleCI+CjxkaXYgc3R5bGU9Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6Q2Fs aWJyaSxzYW5zLXNlcmlmO3dvcmQtd3JhcDpicmVhay13b3JkPgo8cD48L3A+CjxkaXY+WWVzLCB0 aGF0IHdpbGwgYnJlYWssIG5ldmVyIHRyaWVkIHRob3NlIGluc3RydWN0aW9ucyBteXNlbGYuIFRo aXMgcHJvYmxlbSBzb3VuZHMgZmFtaWxpYXIsIGJ1dCBjYW4ndCBmaW5kIHRoZSB0aHJlYWQgZnJv bSB0aGUgb3BlbnN0YWNrIG1haWxpbmcgbGlzdCBvbiB0aGlzIG9uZS48L2Rpdj4KPGRpdj48YnIg Lz4KPC9kaXY+CjxkaXY+SWYgeW91IHB1c2ggdGhlIGJyYW5jaCBmcm9tIDxhIGhyZWY9Imh0dHA6 Ly9yZXZpZXcub3BlbnN0YWNrLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPgpyZXZpZXcub3BlbnN0YWNr Lm9yZzwvYT4gdG8geW91ciBvd24gZ2l0aHViIGJyYW5jaCwgYW5kIHVzZSBqdXN0IHRoZSBuYW1l IG5hbWUgb2YgdGhlIGJyYW5jaCBmb3IgdGhlIFFVQU5UVU1fQlJBTkNILCB0aGF0IHNob3VsZCB3 b3JrIGJldHRlci48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+Sm9objwvZGl2Pgo8ZGl2 PjxiciAvPgo8L2Rpdj4KPHNwYW4+CjxkaXYgc3R5bGU9ImJvcmRlci1yaWdodDptZWRpdW0gbm9u ZTtwYWRkaW5nLXJpZ2h0OjBpbjtwYWRkaW5nLWxlZnQ6MGluO3BhZGRpbmctdG9wOjNwdDt0ZXh0 LWFsaWduOmxlZnQ7Zm9udC1zaXplOjExcHQ7Ym9yZGVyLWJvdHRvbTptZWRpdW0gbm9uZTtmb250 LWZhbWlseTpDYWxpYnJpO2JvcmRlci10b3A6I2I1YzRkZiAxcHQgc29saWQ7cGFkZGluZy1ib3R0 b206MGluO2JvcmRlci1sZWZ0Om1lZGl1bSBub25lIj4KPHNwYW4gc3R5bGU9Zm9udC13ZWlnaHQ6 Ym9sZD5Gcm9tOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0Bn bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZx dW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20iIHRhcmdl dD0iX2JsYW5rIj5hbmRyZXcubHVrb3Noa29AZ21haWwuY29tPC9hPiZndDs8YnIgLz4KPHNwYW4g c3R5bGU9Zm9udC13ZWlnaHQ6Ym9sZD5EYXRlOiA8L3NwYW4+VHVlc2RheSwgMiBBcHJpbCAyMDEz IDEzOjUwCjxkaXY+CjxkaXY+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+VG86 IDwvc3Bhbj5Kb2huIEdhcmJ1dHQgJmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFj a3NwYWNlLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51 azwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+Q2M6IDwvc3Bhbj4m cXVvdDs8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9ibGFu ayI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhl bi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9y ZzwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+U3ViamVjdDogPC9z cGFuPlJlOiBbWGVuLUFQSV0gW09wZW5TdGFja10gWENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0g aXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjxkaXY+CjxkaXY+Cjxk aXY+PGJyIC8+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8ZGl2IGRpcj0ibHRyIj5CVFcsIHRoaXMgRGV2 c3RhY2sgY29kZSBpcyBicm9rZW4gbm93IGJlY2F1c2UgY2hhbmdlIDE1MDIyIGlzIHN0aWxsIGlu IHJldmlldyBzbyB0aGVyZSBpcyBubyAvZXRjL3hhcGkuZC9wbHVnaW5zL25ldHdyYXAgaW4gdXBz dHJlYW0uCjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PklmIEkgZm9sbG93IHRoaXMgZ3VpZGUmbmJz cDs8YSBocmVmPSJodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL1F1YW50dW1EZXZzdGFj a092c1hjcCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kv UXVhbnR1bURldnN0YWNrT3ZzWGNwPC9hPiZuYnNwO2FuZCB3cml0ZSB0byBsb2NhbHJjIHRoZSBm b2xsb3dpbmc6PC9kaXY+CjxkaXY+UVVBTlRVTV9SRVBPPTxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3 Lm9wZW5zdGFjay5vcmcvb3BlbnN0YWNrL3F1YW50dW0iIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3Jldmlldy5vcGVuc3RhY2sub3JnL29wZW5zdGFjay9xdWFudHVtPC9hPjxiciAvPgo8L2Rpdj4K PGRpdj4KPGRpdj5RVUFOVFVNX0JSQU5DSD1yZWZzL2NoYW5nZXMvMjIvMTUwMjIvMTE8L2Rpdj4K PGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+VGhlbiBEZXZzdGFjayBhZ2FpbiB3aWxsIGJlIGJyb2tl biwgYmVjYXVzZSB0aGUgY29kZSByZXNwb25zaWJsZSBmb3IgcGxhY2luZyBuZXR3cmFwIHRvIHhh cGkgcGx1Z2lucyBkaXIgdHJ5IHRvIGdldCB0YXJiYWxsIHdpdGggcXVhbnR1bSwgYW5kCjxhIGhy ZWY9Imh0dHA6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnJldmlldy5v cGVuc3RhY2sub3JnPC9hPiBkb24ndCBzdXBwb3J0IGRvd25sb2FkaW5nIGdpdCByZXBvIGFzIHRh cmJhbGwuPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxiciAv Pgo8YnIgLz4KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjIwMTMvNC8yIEpvaG4gR2FyYnV0dCA8 c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpKb2huLkdhcmJ1dHRAcmFja3NwYWNl LmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51azwvYT4m Z3Q7PC9zcGFuPjxiciAvPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJt YXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6 MWV4Ij4KPGRpdiBzdHlsZT1mb250LXNpemU6MTRweDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMt c2VyaWY7d29yZC13cmFwOmJyZWFrLXdvcmQ+CjxwPjwvcD4KPGRpdj5PaCwgc29ycnksIG15IGJh ZC4gVGhlIHhlbnNlcnZlcl9pbnN0YWxsIGlzIHJlcGxhY2VkIGJ5IHRoZSBjb2RlIGluIGRldnN0 YWNrIHRvIGluc3RhbGwgdGhlIHF1YW50dW0gcGx1Z2lucy48L2Rpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxzcGFuPgo8ZGl2IHN0eWxlPSJib3JkZXItcmlnaHQ6bWVkaXVtIG5vbmU7cGFkZGluZy1y aWdodDowaW47cGFkZGluZy1sZWZ0OjBpbjtwYWRkaW5nLXRvcDozcHQ7dGV4dC1hbGlnbjpsZWZ0 O2ZvbnQtc2l6ZToxMXB0O2JvcmRlci1ib3R0b206bWVkaXVtIG5vbmU7Zm9udC1mYW1pbHk6Q2Fs aWJyaTtib3JkZXItdG9wOiNiNWM0ZGYgMXB0IHNvbGlkO3BhZGRpbmctYm90dG9tOjBpbjtib3Jk ZXItbGVmdDptZWRpdW0gbm9uZSI+CjxzcGFuIHN0eWxlPWZvbnQtd2VpZ2h0OmJvbGQ+RnJvbTog PC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0 YXJnZXQ9Il9ibGFuayI+YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzphbmRyZXcubHVrb3Noa29AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQt d2VpZ2h0OmJvbGQ+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIDIgQXByaWwgMjAxMyAxMzozODxiciAv Pgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+Sm9obiBHYXJidXR0ICZs dDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJhY2tzcGFjZS5jby51ayIgdGFyZ2V0PSJf YmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28udWs8L2E+Jmd0OzxiciAvPgo8c3BhbiBz dHlsZT1mb250LXdlaWdodDpib2xkPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhl bi1hcGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9y ZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRh cmdldD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBz dHlsZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5SZTogW1hlbi1BUEldIFtPcGVu U3RhY2tdIFhDUCAmIzQzOyBRdWFudHVtIEZvbHNvbSAtIGlzIGl0IHBvc3NpYmxlPzxiciAvPgo8 L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+CjxkaXY+CjxkaXYgZGly PSJsdHIiPgo8ZGl2PiZndDsgVG8gZGVwbG95IHRoaXMgeW91IHdpbGwgbmVlZCB0byBpbnN0YWxs IHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5kIGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlv biBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwvZGl2Pgo8ZGl2PiZndDsgPGEgaHJlZj0i aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvMTEvcXVhbnR1bS9wbHVnaW5z L29wZW52c3dpdGNoL2FnZW50L3hlbnNlcnZlcl9pbnN0YWxsLnNoIiB0YXJnZXQ9Il9ibGFuayI+ Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lu cy9vcGVudnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48 YnIgLz4KPC9kaXY+CjxkaXY+U2VlbXMgbGlrZSBjaGFuZ2VzIGluJm5ic3A7PGEgaHJlZj0iaHR0 cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9hPiZuYnNwO2RldGVsZSB0aGlz IGZpbGUsIGFyZSB5b3Ugc3VyZSBJIHN0aWxsIG5lZWQgaXQ/PC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PkFzIGZhciBhcyBJIHVuZGVyc3RhbmQsIGJlZm9yZSB0aGlzIHRoYW5nZSB0aGUg cXVhbnR1bV9vdnNfYWdlbnQgd2FzIHBsYWNlZCBvbiBEb20wIGluIC9ldGMveGFwaS5kL3BsdWdp bnMvIGFuZCB3b3JrZWQgZnJvbSBoZXJlLjwvZGl2Pgo8ZGl2PkFuZCB3aXRoIHRoaXMgY2hhbmdl IHF1YW50dW1fb3ZzX2FnZW50IGlzIG1vdmluZyB0byBEb21VIGFuZCB0YWxrcyB0byBEb20wIE9W UyB3aXRoIC9ldGMveGFwaS5kL3BsdWdpbnMvbmV0d3JhcC48L2Rpdj4KPGRpdj48YnIgLz4KPC9k aXY+CjxkaXY+QW0gSSByaWdodD88L2Rpdj4KPC9kaXY+CjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJh Ij48YnIgLz4KPGJyIC8+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDEzLzQvMiBKb2huIEdh cmJ1dHQgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86Sm9obi5HYXJidXR0QHJh Y2tzcGFjZS5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPkpvaG4uR2FyYnV0dEByYWNrc3BhY2UuY28u dWs8L2E+Jmd0Ozwvc3Bhbj48YnIgLz4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz dHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGlu Zy1sZWZ0OjFleCI+CjxkaXYgc3R5bGU9Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6Q2FsaWJy aSxzYW5zLXNlcmlmO3dvcmQtd3JhcDpicmVhay13b3JkPgo8cD48L3A+CjxkaXY+VG8gY3V0IGEg bG9uZyBzdG9yeSBzaG9ydCwgdGhlIE9WUyAmIzQzOyBYQ1AgJiM0MzsgUXVhbnR1bSBzdXBwb3J0 IGlzIHN0aWxsIGluIHJldmlldywgYXMgeW91IHNwb3R0ZWQsIGFuZCBpcyBub3QgdXBzdHJlYW06 PC9kaXY+CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUw MjIvPC9hPjwvZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj5IZWxwIHRvIHRlc3QgYW5kIHJl dmlldyB0aGF0IGNvZGUgd291bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZCE8L2Rpdj4KPGRpdj48 YnIgLz4KPC9kaXY+CjxkaXY+VG8gZGVwbG95IHRoaXMgeW91IHdpbGwgbmVlZCB0byBpbnN0YWxs IHRoZSBuZXcgcXVhbnR1bSB4YXBpIHBsdWdpbiwgYW5kIGNvbmZpZ3VyZSBhbiBpbnRlZ3JhdGlv biBicmlkZ2UsIHNlZSB0aGlzIHNjcmlwdCBoZXJlOjwvZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBz Oi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVu dnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIyLzExL3F1YW50dW0vcGx1Z2lucy9vcGVu dnN3aXRjaC9hZ2VudC94ZW5zZXJ2ZXJfaW5zdGFsbC5zaDwvYT48L2Rpdj4KPGRpdj48YnIgLz4K PC9kaXY+CjxkaXY+RGV2U3RhY2sgc2hvdWxkIGdpdmUgeW91IHRoZSBoaW50cyB5b3UgbmVlZCBm b3IgY29uZmlndXJpbmcgUXVhbnR1bSBPVlMgb25jZSB0aGUgYWJvdmUgcGx1Z2luIGlzIGluc3Rh bGxlZDo8L2Rpdj4KPGRpdj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb3BlbnN0YWNrLWRl di9kZXZzdGFjay9ibG9iL21hc3Rlci9saWIvcXVhbnR1bV9wbHVnaW5zL29wZW52c3dpdGNoI0wx MyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0 YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDEzPC9hPjwv ZGl2Pgo8ZGl2PjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuc3RhY2stZGV2L2RldnN0 YWNrL2Jsb2IvbWFzdGVyL2xpYi9xdWFudHVtX3BsdWdpbnMvb3BlbnZzd2l0Y2gjTDc0IiB0YXJn ZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRodWIuY29tL29wZW5zdGFjay1kZXYvZGV2c3RhY2svYmxv Yi9tYXN0ZXIvbGliL3F1YW50dW1fcGx1Z2lucy9vcGVudnN3aXRjaCNMNzQ8L2E+PC9kaXY+Cjxk aXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkpvaG48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+ UFM8L2Rpdj4KPGRpdj4KPGRpdj5JIHdvdWxkIHRyeSBhc2sgb24gb3BlbnN0YWNrLWRldiwgYW5k IGFkZCB0aGUgdGFnIFtRdWFudHVtXSBhbmQgaG9wZWZ1bGx5IG1hcnUgd2lsbCBiZSBhYmxlIHRv IGhlbHAgeW91IG91dC48L2Rpdj4KPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8c3Bhbj4KPGRp diBzdHlsZT0iYm9yZGVyLXJpZ2h0Om1lZGl1bSBub25lO3BhZGRpbmctcmlnaHQ6MGluO3BhZGRp bmctbGVmdDowaW47cGFkZGluZy10b3A6M3B0O3RleHQtYWxpZ246bGVmdDtmb250LXNpemU6MTFw dDtib3JkZXItYm90dG9tOm1lZGl1bSBub25lO2ZvbnQtZmFtaWx5OkNhbGlicmk7Ym9yZGVyLXRv cDojYjVjNGRmIDFwdCBzb2xpZDtwYWRkaW5nLWJvdHRvbTowaW47Ym9yZGVyLWxlZnQ6bWVkaXVt IG5vbmUiPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkZyb206IDwvc3Bhbj4mcXVvdDs8 YSBocmVmPSJtYWlsdG86YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsi PmFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb208L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86 YW5kcmV3Lmx1a29zaGtvQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFuZHJldy5sdWtvc2hr b0BnbWFpbC5jb208L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHlsZT1mb250LXdlaWdodDpib2xkPkRh dGU6IDwvc3Bhbj5UaHVyc2RheSwgMjggTWFyY2ggMjAxMyAxOTo1ODxiciAvPgo8c3BhbiBzdHls ZT1mb250LXdlaWdodDpib2xkPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnhlbi1h cGlAbGlzdHMueGVuLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwv YT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciIHRhcmdl dD0iX2JsYW5rIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+Jmd0OzxiciAvPgo8c3BhbiBzdHls ZT1mb250LXdlaWdodDpib2xkPlN1YmplY3Q6IDwvc3Bhbj5bWGVuLUFQSV0gW09wZW5TdGFja10g WENQICYjNDM7IFF1YW50dW0gRm9sc29tIC0gaXMgaXQgcG9zc2libGU/PGJyIC8+CjwvZGl2Pgo8 ZGl2Pgo8ZGl2Pgo8ZGl2PjxiciAvPgo8L2Rpdj4KPGRpdj4KPGRpdj4KPGRpdiBkaXI9Imx0ciI+ CjxkaXY+SGkgZXZlcnlvbmUuPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkknbSB0cnlp bmcgdG8gZGVwbG95IGV4cGVyaW1lbnRhbCBwcml2YXRlIGNsb3VkIHdpdGggdGhlIGZvbGxvd2lu Zzo8L2Rpdj4KPGRpdj4xLiBPcGVuc3RhY2sgRm9sc29tPC9kaXY+CjxkaXY+Mi4gWENQIDEuNjwv ZGl2Pgo8ZGl2PjMuIFF1YW50dW0gZm9yIG5ldHdvcmtpbmc8L2Rpdj4KPGRpdj40LiBDZW50T1Mg YXMgRG9tVSBjb250cm9sbGVyIG5vZGU8L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+CjxkaXY+RXZl cnl0aGluZyBsb29rcyBmaW5lIGV4Y2VwdCBuZXR3b3JraW5nLjwvZGl2Pgo8ZGl2PkZvbHNvbSYj NDM7UXVhbnR1bSYjNDM7WENQJiM0MztPVlMgZG9uJ3QgbG9vayBsaWtlIGdvb2QgY29tYmluYXRp b24uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkkndmUgYWxyZWFkeSByZWFkIDxhIGhy ZWY9Imh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1bURldnN0YWNrT3ZzWGNw IiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vd2lraS5vcGVuc3RhY2sub3JnL3dpa2kvUXVhbnR1 bURldnN0YWNrT3ZzWGNwPC9hPiAsIGJ1dCB0aGlzIHNvbHV0aW9uIGlzIGZvciB1bnN0YWJsZSBH cml6emx5IGFuZCBoaWdobHkgRGV2U3RhY2svVWJ1bnR1IHRhcmdldGVkLjwvZGl2Pgo8ZGl2PlRo aXMgZ3VpZGUgPGEgaHJlZj0iaHR0cHM6Ly93aWtpLm9wZW5zdGFjay5vcmcvd2lraS9YZW5TZXJ2 ZXIvUXVhbnR1bSIgdGFyZ2V0PSJfYmxhbmsiPgpodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93 aWtpL1hlblNlcnZlci9RdWFudHVtPC9hPiBpcyBmb3IgRXNzZXgsIHJpZ2h0PyBBbmQgdGhpcwo8 YSBocmVmPSJodHRwOi8vb3BlbnZzd2l0Y2gub3JnL29wZW5zdGFjay9kb2N1bWVudGF0aW9uLyIg dGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9vcGVudnN3aXRjaC5vcmcvb3BlbnN0YWNrL2RvY3VtZW50 YXRpb24vPC9hPiB0b28uPC9kaXY+CjxkaXY+PGJyIC8+CjwvZGl2Pgo8ZGl2PkkndmUgYmFja3Bv cnRlZCA8YSBocmVmPSJodHRwczovL3Jldmlldy5vcGVuc3RhY2sub3JnLyMvYy8xNTAyMi8iIHRh cmdldD0iX2JsYW5rIj4KaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjIvPC9h PiBhbmQgPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8jL2MvMTUwMjMvIiB0 YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8vcmV2aWV3Lm9wZW5zdGFjay5vcmcvIy9jLzE1MDIzLzwv YT4gdG8gRm9sc29tLCBidXQgd2hhdCBzaG91bGQgSSBkbyBuZXh0PzwvZGl2Pgo8ZGl2PkhvdyB0 byBtYW51YWxseSBjb25maWd1cmUgdGhpcyBzdHVmZj88L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+ CjxkaXY+QW5kIHBsZWFzZSBnaXZlIG1lIGFkdmlzZSBhYm91dCBvdnNfcXVhbnR1bV9hZ2VudC5w eS48L2Rpdj4KPGRpdj5XaGF0J3MgZGVmYXVsdCBwbGFjZSBmb3IgaXQgaW4gRm9sc29tIC0gaW4g RG9tMCBvciBEb21VPzwvZGl2Pgo8ZGl2PkRvIEkgbmVlZCBjaGFuZ2VzIGZyb20gPGEgaHJlZj0i aHR0cHM6Ly9yZXZpZXcub3BlbnN0YWNrLm9yZy8uIiB0YXJnZXQ9Il9ibGFuayI+Cmh0dHBzOi8v cmV2aWV3Lm9wZW5zdGFjay5vcmcvLjwvYT4uLiBpZiBJJ2xsIHVzZSBpdCBpbiBEb20wPyAoSSBr bm93IHRoYXQgUHl0aG9uIDIuNiBpcyByZXF1aXJlbWVudCkuPC9kaXY+CjxkaXY+PGJyIC8+Cjwv ZGl2Pgo8ZGl2PlRoYW5rcyBhIGxvdC48L2Rpdj4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAv PgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgo8L2Rpdj4KPC9kaXY+CjwvZGl2 Pgo8L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHRh YmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1MDQiPgo8dGJvZHk+Cjx0cj4K PHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9u dC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1m YW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5Tb2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBV Szwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6MjgxcHg+PGltZyBhbHQ9ImV4cGVyaWVuY2Ug RmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIgd2lkdGg9IjE1OSIgaGVpZ2h0PSIxNyIg Lz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIGFsdD0iTElORSIgd2lkdGg9 IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQt ZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8dHI+Cjx0ZD48c3BhbiBzdHlsZT1mb250 LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlRlbDogPC9zcGFuPjwvdGQ+Cjx0ZD48 c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPjxhIGhyZWY9 InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQzOzQ0MjA4NzM0NDg1MyIgdGFyZ2V0PSJf YmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bhbj48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8 L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0PSJSYWNrc3BhY2UiIHdpZHRoPSIyODAi IGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQgY29sc3Bhbj0iMiI+PGltZyB3aWR0 aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4KPC90Ym9keT4KPC90YWJsZT4KPHA+PC9w Pgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3Nw YWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9u IG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENI LTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1t ZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tzcGFjZQogSW50 ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0i aHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3kiIHRh cmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBv bGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExU RCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1c3RyYWxp YSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lz dGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBT eWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYQog UFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93 d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocCIg dGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZh Y3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pjwv c3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUwMDAgV2FsemVtIFJvYWQsIFNhbiBBbnRv bmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBvZiBBbWVyaWNhPC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGlj eSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS9pbmZv cm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNr c3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L2E+PC9zcGFuPjxi ciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJl ZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3 MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9hZCwgSHlk ZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxl PWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2 aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvcHJpdmFj eS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2 YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4 IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55 IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVw b3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxiciAvPgo8c3BhbiBz dHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVuZWx1eCBCLlYgcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlz Y2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj53d3cucmFja3NwYWNlLm5sL2p1cmlk aXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6 ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFj ZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gSG9uZyBLb25nIChDb21w YW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA5L0YsIENhbWJy aWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2luZydzIFJvYWQsIFF1YXJyeSBCYXksIEhv bmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFj ZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJo dHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVu dC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdh bC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250 LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5UaGlz IGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRv Y3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBh ZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzCiBj b25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gb2YgUmFja3NwYWNlLiBBbnkg ZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhlIGVuY2xvc2VkIG1h dGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgdHJhbnNtaXNzaW9uIGlu IGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBhdAo8YSBocmVm PSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFidXNlQHJhY2tz cGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuIFlvdXIgY29vcGVy YXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjwvZGl2Pgo8 YnIgLz4KPGJyIGNsZWFyPSJhbGwiIC8+CjxkaXY+PGJyIC8+CjwvZGl2PgotLSA8YnIgLz4KQW5k cmV3IEx1a29zaGtvLCBNLlNjLjxiciAvPgo8YnIgLz4KSGVhZCBvZiBDbG91ZCBSJmFtcDtEPGJy IC8+ClJPU0EgTGFib3JhdG9yeTxiciAvPgo8YnIgLz4KUHJlc25lbnNreSBWYWwgc3RyLiAxNCw8 YnIgLz4KTW9zY293LCAxMjM1NTcgUnVzc2lhPGJyIC8+CjxiciAvPgpNb2JpbGU6IDxhIGhyZWY9 InRlbDolMkIzNzUlMjAlMjg0NCUyOSUyMDc3OS02My03MyIgdmFsdWU9IiYjNDM7Mzc1NDQ3Nzk2 MzczIiB0YXJnZXQ9Il9ibGFuayI+CiYjNDM7Mzc1ICg0NCkgNzc5LTYzLTczPC9hPjxiciAvPgpN b2JpbGUgKFJ1c3NpYSk6IDxhIGhyZWY9InRlbDolMkI3JTIwJTI4OTE2JTI5JTIwNDYyOTQ4MCIg dmFsdWU9IiYjNDM7NzkxNjQ2Mjk0ODAiIHRhcmdldD0iX2JsYW5rIj4KJiM0Mzs3ICg5MTYpIDQ2 Mjk0ODA8L2E+PGJyIC8+ClNreXBlOiBhLmx1a29zaGtvIDwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwv ZGl2Pgo8L2Rpdj4KPC9zcGFuPgo8cD48L3A+CjxkaXY+CjxkaXY+CjxwPiZuYnNwOzwvcD4KPHA+ PC9wPgo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUwNCI+Cjx0Ym9k eT4KPHRyPgo8dGQgc3R5bGU9V0lEVEg6MjcwcHg+PHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVy ZGFuYTtmb250LXNpemU6c21hbGw+Sm9obiBHYXJidXR0PC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlNvZnR3YXJlIERldmVsb3Bl ciBJViAtIFVLPC9zcGFuPjwvdGQ+Cjx0ZCBzdHlsZT1XSURUSDoyODFweD48aW1nIGFsdD0iZXhw ZXJpZW5jZSBGYW5hdGljYWwgU3VwcG9ydCIgYWxpZ249InJpZ2h0IiB3aWR0aD0iMTU5IiBoZWln aHQ9IjE3IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkIGNvbHNwYW49IjIiPjxpbWcgYWx0PSJMSU5F IiB3aWR0aD0iNTA0IiBoZWlnaHQ9IjQiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PHNwYW4gc3R5 bGU9Zm9udC1mYW1pbHk6Q2FsaWJyaT4KPHRhYmxlPgo8dGJvZHk+Cjx0cj4KPHRkPjxzcGFuIHN0 eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+VGVsOiA8L3NwYW4+PC90 ZD4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOngtc21hbGw+ PGEgaHJlZj0idGVsOiUyQjQ0MjA4NzM0NDg1MyIgdmFsdWU9IiYjNDM7NDQyMDg3MzQ0ODUzIiB0 YXJnZXQ9Il9ibGFuayI+JiM0Mzs0NDIwODczNDQ4NTM8L2E+PC9zcGFuPjwvdGQ+CjwvdHI+Cjwv dGJvZHk+CjwvdGFibGU+Cjwvc3Bhbj48L3RkPgo8dGQ+PGltZyBhbHQ9IlJhY2tzcGFjZSIgd2lk dGg9IjI4MCIgaGVpZ2h0PSI2MCIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48 aW1nIHdpZHRoPSI1MDQiIGhlaWdodD0iMyIgLz48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxl Pgo8cD48L3A+CjxwPiZuYnNwOzwvcD4KPHA+PC9wPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFw eD5SYWNrc3BhY2UgSW50ZXJuYXRpb25hbCBHbWJIIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRo ZSBDYW50b24gb2YgWnVyaWNoLCBTd2l0emVybGFuZCAoY29tcGFueSBpZGVudGlmaWNhdGlvbiBu dW1iZXIgQ0gtMDIwLjQuMDQ3LjA3Ny0xKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCBC YWx6LVppbW1lcm1hbiBTdHJhc3NlIDcsIDgzMDIgS2xvdGVuLCBTd2l0emVybGFuZC4gUmFja3Nw YWNlCiBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCA8 YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBv bGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXBy aXZhY3ktcG9saWN5PC9hPjxiciAvPgotPGJyIC8+ClJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxp YSBQVFkgTFREIGEgY29tcGFueSByZWdpc3RlcmVkIGluIHRoZSBzdGF0ZSBvZiBWaWN0b3JpYSwg QXVzdHJhbGlhIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIEFDTiAxNTMgMjc1IDUyNCkgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgU3VpdGUgMywgTGV2ZWwgNywgMjEwIEdlb3JnZSBT dHJlZXQsIFN5ZG5leSwgTlNXIDIwMDAsIEF1c3RyYWxpYS4gUmFja3NwYWNlIEhvc3RpbmcgQXVz dHJhbGlhCiBQVFkgTFREIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0i aHR0cDovL3d3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwtcHJpdmFjeS1zdGF0ZW1l bnQucGhwIiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVn YWwtcHJpdmFjeS1zdGF0ZW1lbnQucGhwPC9hPjxiciAvPgotPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+PC9zcGFuPjxiciAvPgpSYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwg U2FuIEFudG9uaW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+ PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBVUywgSW5jIHByaXZh Y3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2Uu Y29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQiIHRhcmdldD0iX2JsYW5rIj4K d3d3LnJhY2tzcGFjZS5jb20vaW5mb3JtYXRpb24vbGVnYWwvcHJpdmFjeXN0YXRlbWVudDwvYT48 L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+Cjxz cGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIGlzIGEgY29tcGFueSBy ZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgKGNvbXBhbnkgcmVnaXN0ZXJlZCBudW1i ZXIgMDM4OTcwMTApIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDUgTWlsbGluZ3RvbiBS b2FkLCBIeWRlIFBhcmsgSGF5ZXMsIE1pZGRsZXNleCBVQjMgNEFaLjwvc3Bhbj48YnIgLz4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kg Y2FuIGJlIHZpZXdlZCBhdCA8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jby51ay9sZWdh bC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvLnVrL2xl Z2FsL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXpl OjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNl IEJlbmVsdXggQi5WLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgTmV0aGVybGFuZHMg KGNvbXBhbnkgS3ZLIG51bW1lciAzNDI3NjMyNykgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgVGVsZXBvcnRib3VsZXZhcmQgMTEwLCAxMDQzIEVKIEFtc3RlcmRhbS48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuViBwcml2YWN5 IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0CjxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLm5s L2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeSIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5yYWNrc3BhY2Uu bmwvanVyaWRpc2NoL3ByaXZhY3ktcG9saWN5PC9hPjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1zaXplOjExcHg+LTwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtv bmcgKENvbXBhbnkgbm86IDEyMTEyOTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkv RiwgQ2FtYnJpZGdlIEhvdXNlLCBUYWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5 IEJheSwgSG9uZyBLb25nLjwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEFzaWEgTGltaXRlZCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0Cjxh IGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5oay9jb21wYW55L2xlZ2FsLXByaXZhY3kt c3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5oay9jb21w YW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0 eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4PlRoaXMgZS1tYWlsIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMgb3IgZW1i ZWRkZWQgZG9jdW1lbnRzKSBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSBhbmQgY29uZmlk ZW50aWFsIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hpY2ggdGhpcyBtZXNz YWdlIGlzIGFkZHJlc3NlZCwgYW5kIHVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGluZGljYXRl ZCwgaXMKIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3Bh Y2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5j bG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21p c3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0 CjxhIGhyZWY9Im1haWx0bzphYnVzZUByYWNrc3BhY2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJ1 c2VAcmFja3NwYWNlLmNvbTwvYT4gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91 ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9kaXY+CjwvZGl2Pgo8L2Rpdj4K PC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyIC8+CjxiciBjbGVhcj0iYWxsIiAvPgo8ZGl2PjxiciAv Pgo8L2Rpdj4KLS0gPGJyIC8+CkFuZHJldyBMdWtvc2hrbywgTS5TYy48YnIgLz4KPGJyIC8+Ckhl YWQgb2YgQ2xvdWQgUiZhbXA7RDxiciAvPgpST1NBIExhYm9yYXRvcnk8YnIgLz4KPGJyIC8+ClBy ZXNuZW5za3kgVmFsIHN0ci4gMTQsPGJyIC8+Ck1vc2NvdywgMTIzNTU3IFJ1c3NpYTxiciAvPgo8 YnIgLz4KTW9iaWxlOiA8YSBocmVmPSJ0ZWw6JTJCMzc1JTIwJTI4NDQlMjklMjA3NzktNjMtNzMi IHZhbHVlPSImIzQzOzM3NTQ0Nzc5NjM3MyIgdGFyZ2V0PSJfYmxhbmsiPgomIzQzOzM3NSAoNDQp IDc3OS02My03MzwvYT48YnIgLz4KTW9iaWxlIChSdXNzaWEpOiA8YSBocmVmPSJ0ZWw6JTJCNyUy MCUyODkxNiUyOSUyMDQ2Mjk0ODAiIHZhbHVlPSImIzQzOzc5MTY0NjI5NDgwIiB0YXJnZXQ9Il9i bGFuayI+CiYjNDM7NyAoOTE2KSA0NjI5NDgwPC9hPjxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8 L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPHA+PC9wPgo8ZGl2Pgo8 ZGl2Pgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9 IjAiIHdpZHRoPSI1MDQiPgo8dGJvZHk+Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFu IHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRhbmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwv c3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1z bWFsbD5Tb2Z0d2FyZSBEZXZlbG9wZXIgSVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lE VEg6MjgxcHg+PGltZyBhbHQ9ImV4cGVyaWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJy aWdodCIgd2lkdGg9IjE1OSIgaGVpZ2h0PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xz cGFuPSIyIj48aW1nIGFsdD0iTElORSIgd2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+Cjwv dHI+Cjx0cj4KPHRkPjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRi b2R5Pgo8dHI+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4 LXNtYWxsPlRlbDogPC9zcGFuPjwvdGQ+Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJk YW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPjxhIGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVl PSImIzQzOzQ0MjA4NzM0NDg1MyIgdGFyZ2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9h Pjwvc3Bhbj48L3RkPgo8L3RyPgo8L3Rib2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxp bWcgYWx0PSJSYWNrc3BhY2UiIHdpZHRoPSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4K PHRyPgo8dGQgY29sc3Bhbj0iMiI+PGltZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4K PC90cj4KPC90Ym9keT4KPC90YWJsZT4KPHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNw YW4gc3R5bGU9Zm9udC1zaXplOjExcHg+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNv bXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNv bXBhbnkgaWRlbnRpZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVn aXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3Rl biwgU3dpdHplcmxhbmQuIFJhY2tzcGFjZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9s aWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsv bGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFj ZS5jby51ay9sZWdhbC9zd2lzcy1wcml2YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNr c3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0 aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJl ciBBQ04gMTUzIDI3NSA1MjQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMs IExldmVsIDcsIDIxMCBHZW9yZ2UgU3RyZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEu IFJhY2tzcGFjZSBIb3N0aW5nIEF1c3RyYWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4g YmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55 L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3Nw YWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4K LTxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJ bmMsIDUwMDAgV2FsemVtIFJvYWQsIFNhbiBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0 YXRlcyBvZiBBbWVyaWNhPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5S YWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9 Imh0dHA6Ly93d3cucmFja3NwYWNlLmNvbS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVt ZW50IiB0YXJnZXQ9Il9ibGFuayI+Cnd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2Fs L3ByaXZhY3lzdGF0ZW1lbnQ8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6 MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2Ug TGltaXRlZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChj b21wYW55IHJlZ2lzdGVyZWQgbnVtYmVyIDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmlj ZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9hZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIz IDRBWi48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBM aW1pdGVkIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3 dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4K d3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+ CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBCZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVy ZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChjb21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3Nl IHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBB bXN0ZXJkYW0uPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3Bh Y2UgQmVuZWx1eCBCLlYgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJo dHRwOi8vd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0i X2JsYW5rIj53d3cucmFja3NwYWNlLm5sL2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3Nw YW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55 IHJlZ2lzdGVyZWQgaW4gSG9uZyBLb25nIChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdp c3RlcmVkIG9mZmljZSBpcyBhdCA5L0YsIENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5 NzkgS2luZydzIFJvYWQsIFF1YXJyeSBCYXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xp Y3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsv Y29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3 LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+ PC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcg YW55IGF0dGFjaG1lbnRzIG9yIGVtYmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRo ZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50 aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3 aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQsIGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQg aW5mb3JtYXRpb24gb2YgUmFja3NwYWNlLiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9u IG9yIGNvcHlpbmcgb2YgdGhlIGVuY2xvc2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlv dSByZWNlaXZlIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGlt bWVkaWF0ZWx5IGJ5IGUtbWFpbCBhdAo8YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNv bSIgdGFyZ2V0PSJfYmxhbmsiPmFidXNlQHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhl IG9yaWdpbmFsIG1lc3NhZ2UuIFlvdXIgY29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFu PjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjwvYmxvY2txdW90ZT4KPC9kaXY+CjxiciAvPgo8YnIgY2xl YXI9ImFsbCIgLz4KPGRpdj48YnIgLz4KPC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28s IE0uU2MuPGJyIC8+CjxiciAvPgpIZWFkIG9mIENsb3VkIFImYW1wO0Q8YnIgLz4KUk9TQSBMYWJv cmF0b3J5PGJyIC8+CjxiciAvPgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LDxiciAvPgpNb3Njb3cs IDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJyIC8+Ck1vYmlsZTogPGEgaHJlZj0idGVsOiUyQjM3NSUy MCUyODQ0JTI5JTIwNzc5LTYzLTczIiB2YWx1ZT0iJiM0MzszNzU0NDc3OTYzNzMiIHRhcmdldD0i X2JsYW5rIj4KJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8L2E+PGJyIC8+Ck1vYmlsZSAoUnVzc2lh KTogPGEgaHJlZj0idGVsOiUyQjclMjAlMjg5MTYlMjklMjA0NjI5NDgwIiB2YWx1ZT0iJiM0Mzs3 OTE2NDYyOTQ4MCIgdGFyZ2V0PSJfYmxhbmsiPgomIzQzOzcgKDkxNikgNDYyOTQ4MDwvYT48YnIg Lz4KU2t5cGU6IGEubHVrb3Noa28gPC9kaXY+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8 L3NwYW4+CjxwPjwvcD4KPGRpdj4KPGRpdiBjbGFzcz0iaDUiPgo8cD4mbmJzcDs8L3A+CjxwPjwv cD4KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1MDQiPgo8dGJvZHk+ Cjx0cj4KPHRkIHN0eWxlPVdJRFRIOjI3MHB4PjxzcGFuIHN0eWxlPWZvbnQtZmFtaWx5OlZlcmRh bmE7Zm9udC1zaXplOnNtYWxsPkpvaG4gR2FyYnV0dDwvc3Bhbj48YnIgLz4KPHNwYW4gc3R5bGU9 Zm9udC1mYW1pbHk6VmVyZGFuYTtmb250LXNpemU6eC1zbWFsbD5Tb2Z0d2FyZSBEZXZlbG9wZXIg SVYgLSBVSzwvc3Bhbj48L3RkPgo8dGQgc3R5bGU9V0lEVEg6MjgxcHg+PGltZyBhbHQ9ImV4cGVy aWVuY2UgRmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPSJyaWdodCIgd2lkdGg9IjE1OSIgaGVpZ2h0 PSIxNyIgLz48L3RkPgo8L3RyPgo8dHI+Cjx0ZCBjb2xzcGFuPSIyIj48aW1nIGFsdD0iTElORSIg d2lkdGg9IjUwNCIgaGVpZ2h0PSI0IiAvPjwvdGQ+CjwvdHI+Cjx0cj4KPHRkPjxzcGFuIHN0eWxl PWZvbnQtZmFtaWx5OkNhbGlicmk+Cjx0YWJsZT4KPHRib2R5Pgo8dHI+Cjx0ZD48c3BhbiBzdHls ZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPlRlbDogPC9zcGFuPjwvdGQ+ Cjx0ZD48c3BhbiBzdHlsZT1mb250LWZhbWlseTpWZXJkYW5hO2ZvbnQtc2l6ZTp4LXNtYWxsPjxh IGhyZWY9InRlbDolMkI0NDIwODczNDQ4NTMiIHZhbHVlPSImIzQzOzQ0MjA4NzM0NDg1MyIgdGFy Z2V0PSJfYmxhbmsiPiYjNDM7NDQyMDg3MzQ0ODUzPC9hPjwvc3Bhbj48L3RkPgo8L3RyPgo8L3Ri b2R5Pgo8L3RhYmxlPgo8L3NwYW4+PC90ZD4KPHRkPjxpbWcgYWx0PSJSYWNrc3BhY2UiIHdpZHRo PSIyODAiIGhlaWdodD0iNjAiIC8+PC90ZD4KPC90cj4KPHRyPgo8dGQgY29sc3Bhbj0iMiI+PGlt ZyB3aWR0aD0iNTA0IiBoZWlnaHQ9IjMiIC8+PC90ZD4KPC90cj4KPC90Ym9keT4KPC90YWJsZT4K PHA+PC9wPgo8cD4mbmJzcDs8L3A+CjxwPjwvcD4KPHNwYW4gc3R5bGU9Zm9udC1zaXplOjExcHg+ UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUg Q2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRpZmljYXRpb24gbnVt YmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgYXQgQmFs ei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxhbmQuIFJhY2tzcGFj ZQogSW50ZXJuYXRpb25hbCBHbWJIIHByaXZhY3kgcG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgPGEg aHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwvc3dpc3MtcHJpdmFjeS1wb2xp Y3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdhbC9zd2lzcy1wcml2 YWN5LXBvbGljeTwvYT48YnIgLz4KLTxiciAvPgpSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEg UFRZIExURCBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiB0aGUgc3RhdGUgb2YgVmljdG9yaWEsIEF1 c3RyYWxpYSAoY29tcGFueSByZWdpc3RlcmVkIG51bWJlciBBQ04gMTUzIDI3NSA1MjQpIHdob3Nl IHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IFN1aXRlIDMsIExldmVsIDcsIDIxMCBHZW9yZ2UgU3Ry ZWV0LCBTeWRuZXksIE5TVyAyMDAwLCBBdXN0cmFsaWEuIFJhY2tzcGFjZSBIb3N0aW5nIEF1c3Ry YWxpYQogUFRZIExURCBwcml2YWN5IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0 dHA6Ly93d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50 LnBocCIgdGFyZ2V0PSJfYmxhbmsiPgp3d3cucmFja3NwYWNlLmNvbS5hdS9jb21wYW55L2xlZ2Fs LXByaXZhY3ktc3RhdGVtZW50LnBocDwvYT48YnIgLz4KLTxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4Pjwvc3Bhbj48YnIgLz4KUmFja3NwYWNlIFVTLCBJbmMsIDUwMDAgV2FsemVtIFJvYWQsIFNh biBBbnRvbmlvLCBUZXhhcyA3ODIxOCwgVW5pdGVkIFN0YXRlcyBvZiBBbWVyaWNhPC9zcGFuPjxi ciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5 IHBvbGljeSBjYW4gYmUgdmlld2VkIGF0IDxhIGhyZWY9Imh0dHA6Ly93d3cucmFja3NwYWNlLmNv bS9pbmZvcm1hdGlvbi9sZWdhbC9wcml2YWN5c3RhdGVtZW50IiB0YXJnZXQ9Il9ibGFuayI+Cnd3 dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3ByaXZhY3lzdGF0ZW1lbnQ8L2E+PC9z cGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3Bh biBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgTGltaXRlZCBpcyBhIGNvbXBhbnkgcmVn aXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIChjb21wYW55IHJlZ2lzdGVyZWQgbnVtYmVy IDAzODk3MDEwKSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA1IE1pbGxpbmd0b24gUm9h ZCwgSHlkZSBQYXJrIEhheWVzLCBNaWRkbGVzZXggVUIzIDRBWi48L3NwYW4+PGJyIC8+CjxzcGFu IHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBMaW1pdGVkIHByaXZhY3kgcG9saWN5IGNh biBiZSB2aWV3ZWQgYXQgPGEgaHJlZj0iaHR0cDovL3d3dy5yYWNrc3BhY2UuY28udWsvbGVnYWwv cHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jby51ay9sZWdh bC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZTox MXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJhY2tzcGFjZSBC ZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChj b21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0 IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxiciAvPgo8 c3BhbiBzdHlsZT1mb250LXNpemU6MTFweD5SYWNrc3BhY2UgQmVuZWx1eCBCLlYgcHJpdmFjeSBw b2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBocmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5ubC9q dXJpZGlzY2gvcHJpdmFjeS1wb2xpY3kiIHRhcmdldD0iX2JsYW5rIj53d3cucmFja3NwYWNlLm5s L2p1cmlkaXNjaC9wcml2YWN5LXBvbGljeTwvYT48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZv bnQtc2l6ZToxMXB4Pi08L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJh Y2tzcGFjZSBBc2lhIExpbWl0ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gSG9uZyBLb25n IChDb21wYW55IG5vOiAxMjExMjk0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBhdCA5L0Ys IENhbWJyaWRnZSBIb3VzZSwgVGFpa29vIFBsYWNlLCA5NzkgS2luZydzIFJvYWQsIFF1YXJyeSBC YXksIEhvbmcgS29uZy48L3NwYW4+PGJyIC8+CjxzcGFuIHN0eWxlPWZvbnQtc2l6ZToxMXB4PlJh Y2tzcGFjZSBBc2lhIExpbWl0ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdAo8YSBo cmVmPSJodHRwOi8vd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFueS9sZWdhbC1wcml2YWN5LXN0 YXRlbWVudC5waHAiIHRhcmdldD0iX2JsYW5rIj4Kd3d3LnJhY2tzcGFjZS5jb20uaGsvY29tcGFu eS9sZWdhbC1wcml2YWN5LXN0YXRlbWVudC5waHA8L2E+PC9zcGFuPjxiciAvPgo8c3BhbiBzdHls ZT1mb250LXNpemU6MTFweD4tPC9zcGFuPjxiciAvPgo8c3BhbiBzdHlsZT1mb250LXNpemU6MTFw eD5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVtYmVk ZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZpZGVu dGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVzc2Fn ZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0ZWQs IGlzCiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gb2YgUmFja3NwYWNl LiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhlIGVuY2xv c2VkIG1hdGVyaWFsIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgdHJhbnNtaXNz aW9uIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBhdAo8 YSBocmVmPSJtYWlsdG86YWJ1c2VAcmFja3NwYWNlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFidXNl QHJhY2tzcGFjZS5jb208L2E+IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuIFlvdXIg Y29vcGVyYXRpb24gaXMgYXBwcmVjaWF0ZWQuPC9zcGFuPjwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjwv YmxvY2txdW90ZT4KPC9kaXY+CjxiciAvPgo8YnIgY2xlYXI9ImFsbCIgLz4KPGRpdj48YnIgLz4K PC9kaXY+Ci0tIDxiciAvPgpBbmRyZXcgTHVrb3Noa28sIE0uU2MuPGJyIC8+CjxiciAvPgpIZWFk IG9mIENsb3VkIFImYW1wO0Q8YnIgLz4KUk9TQSBMYWJvcmF0b3J5PGJyIC8+CjxiciAvPgpQcmVz bmVuc2t5IFZhbCBzdHIuIDE0LDxiciAvPgpNb3Njb3csIDEyMzU1NyBSdXNzaWE8YnIgLz4KPGJy IC8+Ck1vYmlsZTogJiM0MzszNzUgKDQ0KSA3NzktNjMtNzM8YnIgLz4KTW9iaWxlIChSdXNzaWEp OiAmIzQzOzcgKDkxNikgNDYyOTQ4MDxiciAvPgpTa3lwZTogYS5sdWtvc2hrbyA8L2Rpdj4KPC9k aXY+CjwvZGl2Pgo8L3NwYW4+CjwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4LWI2YjUt NjM0MzY5NzgzNjIzPgo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD01MDQ+CiAg PFRCT0RZPgogIDxUUj4KICAgIDxURCBzdHlsZT0iV0lEVEg6IDI3MHB4IiBjbGFzcz1MRUZUX0FM SUdORUQ+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTpzbWFsbDsg Jz5Kb2huIEdhcmJ1dHQ8L3NwYW4+PEJSIC8+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRh bmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPlNvZnR3YXJlIERldmVsb3BlciBJViAtIFVLPC9zcGFu PjwvVEQ+CiAgICA8VEQgc3R5bGU9IldJRFRIOiAyODFweCI+PElNRyBhbHQ9ImV4cGVyaWVuY2Ug RmFuYXRpY2FsIFN1cHBvcnQiIGFsaWduPXJpZ2h0IHNyYz0iY2lkOmltYWdlMDhmYTk5LkpQR0Bl YzgxZDZmZC40NWJlYTJmYSIgd2lkdGg9MTU5IGhlaWdodD0xNyAvPjwvVEQ+PC9UUj4KICA8VFIg Y2xhc3M9TEVGVF9BTElHTkVEPgogICAgPFREIGNvbFNwYW49Mj48SU1HIGFsdD1MSU5FIHNyYz0i Y2lkOmltYWdlZDRmN2ZkLkpQR0BiYTA1ZGJhOC40MzgzN2QzZCIgd2lkdGg9NTA0IGhlaWdodD00 IC8+PC9URD48L1RSPgogIDxUUj4KICAgIDxURCBjbGFzcz1DT05UQUNUSU5GTz48c3BhbiBzdHls ZT0nZm9udC1mYW1pbHk6Q2FsaWJyaTsgJz48dGFibGUgY2xhc3M9YWU0MzExMzItOWQxNy00YTM4 LWI2YjUtNjM0MzY5NzgzNjIzVGFibGU+PHRyPjx0ZD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6 VmVyZGFuYTsgZm9udC1zaXplOngtc21hbGw7ICc+VGVsOiA8L3NwYW4+PC90ZD48dGQ+PHNwYW4g c3R5bGU9J2ZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZTp4LXNtYWxsOyAnPis0NDIwODcz NDQ4NTM8L3NwYW4+PC90ZD48L3RyPjwvdGFibGU+PC9zcGFuPjwvVEQ+CiAgICA8VEQgY2xhc3M9 UklHSFRfQUxJR05FRD48SU1HIGFsdD1SYWNrc3BhY2Ugc3JjPSJjaWQ6aW1hZ2U1NWYyNWEuSlBH QDlmMmE1N2Y2LjRjYmQwYzY4IiB3aWR0aD0yODAgaGVpZ2h0PTYwIC8+PC9URD48L1RSPgogIDxU UiBjbGFzcz1MRUZUX0FMSUdORUQ+CiAgICA8VEQgY2xhc3M9Q09OVEFDVElORk8gY29sU3Bhbj0y PjxJTUcgc3JjPSJjaWQ6aW1hZ2UxMzE1NGQuSlBHQGQxNDYzZGJiLjQ4ODMwOGNmIiB3aWR0aD01 MDQgaGVpZ2h0PTMgLz48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvUD4KPFAgY2xhc3M9YWU0 MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPiZuYnNwOzwvUD4KPFAgY2xhc3M9YWU0 MzExMzItOWQxNy00YTM4LWI2YjUtNjM0MzY5NzgzNjIzPjwvUD48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB4OyI+UmFja3NwYWNlIEludGVybmF0aW9uYWwgR21iSCBhIGNvbXBhbnkgcmVnaXN0 ZXJlZCBpbiB0aGUgQ2FudG9uIG9mIFp1cmljaCwgU3dpdHplcmxhbmQgKGNvbXBhbnkgaWRlbnRp ZmljYXRpb24gbnVtYmVyIENILTAyMC40LjA0Ny4wNzctMSkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZp Y2UgaXMgYXQgQmFsei1aaW1tZXJtYW4gU3RyYXNzZSA3LCA4MzAyIEtsb3RlbiwgU3dpdHplcmxh bmQuIFJhY2tzcGFjZSBJbnRlcm5hdGlvbmFsIEdtYkggcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZp ZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xlZ2FsL3N3aXNzLXByaXZhY3ktcG9saWN5PGJy Pi08YnI+UmFja3NwYWNlIEhvc3RpbmcgQXVzdHJhbGlhIFBUWSBMVEQgYSBjb21wYW55IHJlZ2lz dGVyZWQgaW4gdGhlIHN0YXRlIG9mIFZpY3RvcmlhLCBBdXN0cmFsaWEgKGNvbXBhbnkgcmVnaXN0 ZXJlZCBudW1iZXIgQUNOIDE1MyAyNzUgNTI0KSB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBpcyBh dCBTdWl0ZSAzLCBMZXZlbCA3LCAyMTAgR2VvcmdlIFN0cmVldCwgU3lkbmV5LCBOU1cgMjAwMCwg QXVzdHJhbGlhLiBSYWNrc3BhY2UgSG9zdGluZyBBdXN0cmFsaWEgUFRZIExURCBwcml2YWN5IHBv bGljeSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tLmF1L2NvbXBhbnkvbGVnYWwt cHJpdmFjeS1zdGF0ZW1lbnQucGhwPGJyPi08c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+ PC9zcGFuPjxicj5SYWNrc3BhY2UgVVMsIEluYywgNTAwMCBXYWx6ZW0gUm9hZCwgU2FuIEFudG9u aW8sIFRleGFzIDc4MjE4LCBVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2E8L3NwYW4+PGJyPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij5SYWNrc3BhY2UgVVMsIEluYyBwcml2YWN5IHBvbGlj eSBjYW4gYmUgdmlld2VkIGF0IHd3dy5yYWNrc3BhY2UuY29tL2luZm9ybWF0aW9uL2xlZ2FsL3By aXZhY3lzdGF0ZW1lbnQ8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4t PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0 ZWQgaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyAoY29tcGFu eSByZWdpc3RlcmVkIG51bWJlciAwMzg5NzAxMCkgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMg YXQgNSBNaWxsaW5ndG9uIFJvYWQsIEh5ZGUgUGFyayBIYXllcywgTWlkZGxlc2V4IFVCMyA0QVou PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIExpbWl0 ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvLnVrL2xl Z2FsL3ByaXZhY3ktcG9saWN5PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4 OyI+LTwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBC ZW5lbHV4IEIuVi4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gdGhlIE5ldGhlcmxhbmRzIChj b21wYW55IEt2SyBudW1tZXIgMzQyNzYzMjcpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0 IFRlbGVwb3J0Ym91bGV2YXJkIDExMCwgMTA0MyBFSiBBbXN0ZXJkYW0uPC9zcGFuPjxicj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEJlbmVsdXggQi5WIHByaXZhY3kg cG9saWN5IGNhbiBiZSB2aWV3ZWQgYXQgd3d3LnJhY2tzcGFjZS5ubC9qdXJpZGlzY2gvcHJpdmFj eS1wb2xpY3k8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHg7Ij4tPC9zcGFu Pjxicj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+UmFja3NwYWNlIEFzaWEgTGltaXRl ZCBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBIb25nIEtvbmcgKENvbXBhbnkgbm86IDEyMTEy OTQpIHdob3NlIHJlZ2lzdGVyZWQgb2ZmaWNlIGlzIGF0IDkvRiwgQ2FtYnJpZGdlIEhvdXNlLCBU YWlrb28gUGxhY2UsIDk3OSBLaW5nJ3MgUm9hZCwgUXVhcnJ5IEJheSwgSG9uZyBLb25nLjwvc3Bh bj48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFweDsiPlJhY2tzcGFjZSBBc2lhIExpbWl0 ZWQgcHJpdmFjeSBwb2xpY3kgY2FuIGJlIHZpZXdlZCBhdCB3d3cucmFja3NwYWNlLmNvbS5oay9j b21wYW55L2xlZ2FsLXByaXZhY3ktc3RhdGVtZW50LnBocDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFweDsiPi08L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHg7Ij5UaGlzIGUtbWFpbCBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzIG9yIGVt YmVkZGVkIGRvY3VtZW50cykgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgYW5kIGNvbmZp ZGVudGlhbCB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoaXMgbWVz c2FnZSBpcyBhZGRyZXNzZWQsIGFuZCB1bmxlc3Mgb3RoZXJ3aXNlIGV4cHJlc3NseSBpbmRpY2F0 ZWQsIGlzIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBvZiBSYWNrc3Bh Y2UuIEFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGUgZW5j bG9zZWQgbWF0ZXJpYWwgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyB0cmFuc21p c3Npb24gaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGF0 IGFidXNlQHJhY2tzcGFjZS5jb20gYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4gWW91 ciBjb29wZXJhdGlvbiBpcyBhcHByZWNpYXRlZC48L3NwYW4+PC9CT0RZPgo8L0hUTUw+Cgo= --_000_CD81B10526B1johngarbuttrackspacecom_-- --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="image08fa99.JPG" Content-Transfer-Encoding: base64 Content-ID: image08fa99.JPG@ec81d6fd.45bea2fa Content-Disposition: inline; filename="image08fa99.JPG" Content-Location: image08fa99.JPG Content-Description: image08fa99.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/4QBYRXhpZgAATU0AKgAAAAgABAExAAIAAAARAAAAPlEQAAEA AAABAQAAAFERAAQAAAABAAAAAFESAAQAAAABAAAAAAAAAABBZG9iZSBJbWFnZVJlYWR5AAD/2wBD AAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkO Dw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAARAJ8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAA AAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKB kaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZn aGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT 1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAV YnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6 goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9cf8Agqj8cPEv7PH7FmveI/Bmr6povi59X0TS NHl07TItUupbi+1e0sljS0kjk+0FhcNmNF8xgCEKtgjkdf8A+CzHw38M+BL/AFS78K/Ekaz4dOuz eKPDcemW0uqeEbHRZFTU9QvStybb7NFviKtBPK84lAhSVkkVPWP2xf2Z9Z/aR8PeCz4d8UaZ4W1/ wF4qtfFmnTaror6zpl1PBBcQrFc2sdzbSSIPtHmqUnjZZYYWywUq3zb4v/4Ipanq3gPxdoOk/GW8 0wfFLwhJ4d8fanN4Xt59S8RXcmp6tqs11FIksUdrDc3Ws3aXFssb77YRQxSW5jEtAHXftHf8FV/D Phz4bfEJfDuifE5T4a8OatJqHivTtEt30/wrq1toFzrJsZnnZgbyK2gy22Ce3jnaOCVxK3lGP9nj /gp/Bqnwc8P6Tq3h7x58QviTZRjw/LJoOl2UVv481XT4FXWr7S5HuYrY2FtcArLcySQ2yyzRQI7T MsRsp/wTI8V6p8O/Hnw91r4raXf/AAu8d+I7nxJdaHD4NSG7d7/XoNY1W1numunE9tNi/tok8lWi hvyJGuTEhrj/AIm/8ETofGGkeENJs/F3gzV9A+HMWs6L4R0jx74Ai8YWOg6DqLWUosFimu41kmsp LGJLO4kBEdviGWK4x5lAEf7Un/BVNPif8GtJtvgKPHy6v4s1HwbZWfjWDQLQ6HoNx4huNPls7W7+ 3HdJK9jfRTSR28MrQpPD5jwtIhPqX7fP7UXiX4AfHT4CaV4Vt/GfiK48U61q8ut+FPDmmWN5da7p NppNxK7hrnYIWjvm01RJ58KFbh1YszRLXNWn/BK/X9K+NUWu2nxYj/4ROx+Jlv8AE+18PT+FIna5 vf7PjsLiG8uEnTzo1RDJaeXHCLWQoXW6EMQTuf2wP2IfFf7RnxZ0jxT4W+KUngB4fCOr+BtRT+wh qE66dqlxYzXc9hKLiEWl/jT4VSeVLmNMA+QSDkAqeDP+CsPwr8d/D3VfEllH4rFlp8XhWe0hk0si 61qPxKIP7Ha0jDEuJ5JxF820o8coYKELV4j/AMFgf+ChHxO+Av7Qnwl+Dfwwi8ReE7zxzBfeIte8 dw+F7PXrXRdJso28/wAuC5ureImORoHuJJWVYYJVdTI52DS+A37F03jz/goppvjeH4d+Jvhl8I/h B4S0nwzouga4liqaxrGktrFpp93bLDPO7Wlpp+q3ahpWUPJcWroC1uxW78f/ANhjxP8Atl/8FEPj Dd+IINV8OfDS7+AVx8KNI1RlhlWe+1q4mlv7y1TcWDQwR2sZ3hdxOBkZoArW/wDwcD/CyXRvEt+P h38cBZ+Hvh/L8U7aWbw/aQtr3hddQhsU1a1R7sOIZTI88azrDIYLeWQouYxJf0H/AIL9fBvxFZ+M xB4Z+KsOqeF9R8NaTpmj3WgxW2peMrrxDFNPpMOmwSThmaaGCSTFz5G1F3NgZI82m/4N89c8T/DP xP4c8T/tDa1rSeMfhtoPw01CWDwhZ2K2NhpOpQ3ESWKxy7raGW1SaCSFmk3SXUkxcgJCvafFv/gi v4g8a/tNeJPil4c+OF14X1/WPiFpXj2w83wbZ6j/AGUbPR7jSDbDfIomxbTJ5DuuLdo2PlylyQAc p8Tf+DgWO98X/CfQvhx8FPixret+OPG+reGtU0q90aze/jg0WAyaxDaJFf7JLuGR40BMhhASdtzB UD6/hv8A4K/L4R/aA+MF54iT4ja1otv4u0z4beCvhjaeB7VfEs2vx2zz3y2lxFevHdQtA0d08tw0 EcETRAlGI85Pgf8A8EOvFn7OHi34Jan4U/aCvpj8GdR8RvE2u+DbbU7rVLDW9QgvLuIzeenl3biO aJ7sq5ZZhtjj2YaDxB/wQl8Q6R8W734jeAvj1eeEfiHbfFDxP8SfD+qXfg+31a20j/hILNbO/spb d7hBc7YYoFilZ18sREeW2RtAOm0//g4E+Fmt2uhz6b8OvjbqMGqS6FY37xaDZr/wjuo62f8AiW6d dh7tSbqVDHIVgEyxrNHvdWYLXUf8Ex/2o/G/xP8Ahd+0B43+KfiyDVvCng34n+JtG8NakNNgs4U8 P6W4i88CAfvAJY7kbiWYiIdyRXn/AIk/4Ida74k+ON74ob486vDoMnxe0r402+gDwpaSI2t2tvBD OLi4eQyywt5GbeNPKS38w7luGVHT1P8AY0/4JyeMv2Nf+Cb2ofAbSPjPd3WuRLqyaB42j8NxQ3ei m9mluBI9u80i3Esc800hdnXeX6LgGgDk/ht/wXX8C/Em6+HEifCP4+6RonxZ8Sab4a8L69f+HLNd J1WXUITPb3Ec8d44aHylleTaDJD5MiyRo67ag1v/AIL6/CyxtfDM+lfD/wCNHiqDxxB4iuPDEmh+ H7a8TxCuhXstrqH2ci6AAURGZWl2KYmQkq7BK898Af8ABvvqnw217wjrvh/43x+Ctd0PxzqXjO9j 8IeA7PStEH23SY9JdNN0ySaa3sLiO3R2S4YXA82VnaJgEVfLvh//AMEQfi7oPxh0r4Y6F8Trvwl8 Kvhv8IJfh4ni1/CVo954gi1nWLq81SPT0W5AsrsWkdrA166yMGZ32Mz5UA97tP8Ag4u+Dt9ayXcX gD45PpllbeFtR1LUR4XhNnpFj4hWE6fd3EoudqRl54oyg3TOSzQxzRo7rd8ef8HDPwV8C+JtTtx4 Y+K2saBHZeIb3QfE+naJbyaL41GgIsmsLpUz3KtcLbR+czTMiQOLWYJK5Ch/Gv2Sf+CMvjHxf8bf ihfeNtQf4dfBv/hZGkx6V4BtNLimvPFmheFLS1svDklxqRnd1sz9njka3aHzGMIbzFLmtXw//wAG 3MsfwBb4f678fde1jT/C3hfVPBfw8lg8K2ln/wAIfpmq3qz6o8irITeX1zbKbNrjdCgikkPkl2yA DpvGv/BfGfxF8Tvgbpfw2+A3xs1/Q/i5dXl/b31/4Yjt59d0W1sEuZbnS4JLuJ3+e5tB5s4jiMbO 8fmgoW+3PgL4l8feJdE1mXx/4e07w5fw6tPFp0FlcrOJrEbfJkZg7jefmzyp4+4vGfHfjN/wT38Q eLf24fhN8YvBHxKt/A9l8NtAfwrc+GpvC8Oq29/pkl5bXE8drK8yGylljtlt2lCSkR42hSCT9PlM nrQAtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//2Q== --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="imaged4f7fd.JPG" Content-Transfer-Encoding: base64 Content-ID: imaged4f7fd.JPG@ba05dba8.43837d3d Content-Disposition: inline; filename="imaged4f7fd.JPG" Content-Location: imaged4f7fd.JPG Content-Description: imaged4f7fd.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAAEAfgDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAEGAwUHCv/EACoQAAAFBAMAAQIHAQAAAAAAAAAF BgfWAxZXlAECBBEVVhInMTNCcZWR/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAAAAAA AAAAAAAAAAD/2gAMAwEAAhEDEQA/APeX6U4cV/RXrUl8rPHTrVqtWn5PN40L28/l6VO/bv081Dt6 0X6vX2o0OvPFKl29Xq9Po56devNavWqfiqdgw2ud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1z vI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6 z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W 9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gY Ba53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa5 3kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7AwC1zvI6z0W9gYBa53kd Z6LewMAtc7yOs9FvYGArR54FKWcduaDhqvv8fH7pege368cc/wAERTAU/wCorL7+UX+YhoeAfUVl 9/KL/MQ0PAdFKyJQe7w+f1VXFWHWpV6/Pbin4G+46cf1x2Qvfn/vbkBsLXO8jrPRb2BgI4TB58cf mMs9FvYGAm1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1 not7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not 7AwC1zvI6z0W9gYBa53kdZ6LewMAtc7yOs9FvYGAWud5HWei3sDALXO8jrPRb2BgFrneR1not7Aw C1zvI6z0W9gYBa53kdZ6LewMB//Z --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="image55f25a.JPG" Content-Transfer-Encoding: base64 Content-ID: image55f25a.JPG@9f2a57f6.4cbd0c68 Content-Disposition: inline; filename="image55f25a.JPG" Content-Location: image55f25a.JPG Content-Description: image55f25a.JPG /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAA9ASADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKAEbgd6rXelW99/rYI3J7lfm/OrVFAGP/wAI5JYsXsLmSEnny3+ZDT4dca2k EN9Ebd24V85jb8e341q1HcW63MZR1DowwQehoAeHBGcilrJaKXQWzHums/4o+rxe49R7VpQzJPCr owZGGQRyDQBJSOMrQXApryDb3oAaX+melRvOkCb5HREHVmIAH414N+3D/wAFHfhd+wH4VS/8c6xI +q3is+n6Hp8YuNS1DH9yPICrn/lpIyoOm7PFfmd+2D+334+/4Km/AKw0WL4I6Zq3gPxVrZg0bwvN rGoSan4pktTvkmZbTyo/ssB2s7SsEEgUDcV3LzzxMIvlbu/I+syfgfN8xorFU6fLSbspyajFvyb3 tbVq6S3P2rjlS4UOjKyn+JSCKlBG3ORX8x+lfGaT/gnj+x5rHx1+GuueLvgJ4s0bxPB4c8N+DrfX brWPDvjq5DiTUIZ9Ouy3lR20C/NOr4V2VOGdc/uf/wAEjf8AgpToP/BVL9jTRPibpdnFpGsxytpX iPSFk8waVqUSqZEVupjZXSRM87JFzyDWsKinFSjszxc4yivlmMngcTbng7OzTX3rQ+pKKKKs80KK KKACikLANjuaRpAp5OPwoAdRQDkUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACFc/Q1moh0i+AX/j2uGxjtE/+B6fWtOoL62F1aSIf4hx6g9qAHdz1rxn9vX9rrS/2Iv2X /EvxA1GP7VLpkIisLPdtN9dyHbDEPYtgnH8INewWU32q0jkzyy8/X/8AXX5Qf8HT3jS+s/hh8JvD sTyLp2oareX9xgkB3ghVEDdj/rmP1Fc2JqunRlNH2Ph9w/TzviHC5bV+Gcve6aJXa+aTR+Z/hTTv H/8AwU7/AG2NMsdW1W41Pxf8RNVWK5vpBuXT7fOZGROixQQhiqDA+UDgmv2413/gnT8SfAPx00M/ CLxP4M8F/DyDwTb+C2kvbGa71vw/DFK8kk1gvELSzZXdJMxAdFcpIRivy6/4I7/FPwn+xloPxo/a V8a2rXuk/CLw7Ha2VrG6rPe313Jsit4y3AeQoE3YO0EseAa9W/4JJf8AB2H4s/a8/bo0b4XfGHwf 4I8N+H/iDfjS/DOoaCtzFLp19IxFtb3JmmkE4mYpEHRYyJXU7drYThyqk/Z+1nvLU/XPHLiqWHzq GS5elGjhocvLZNJtJvTbRWS+fc/Ln/gvZ8edG8bftwah8MPBQa2+G3wIR/BuhW/nGQzXETk393Ix GWnluvM3seW8tfoP0t/4MeNV1ObwX+0lYStMdFt77w7Paoc+WLiRNSWYj3KR2+fYLX4b/ta6dq1l +1l8TrTWVlbXYvFuqw3ytku1yL2USD1J35r+qP8A4Nzf2ALz/gmr/wAEzrN/F9rJpnjHxvK/jDxF BMMSacrQqIbdh2aOBFLKTw7v716yVtEfzvXrTrTdWq25N3be7Z9I6j/wVF/Z50b4k+L/AAhe/F/w PZeJfAEFzc+IrC41FYpNHjtyqzNMWwq7GZVPPVgOpxWj4d/4KKfBHxP+y9b/ABpj+JHhuz+Ft3NP Bb+I9QnNjZ3DwzyW8ioZgpc+bFIo2g7tpxkV/Nl/wSp/YLvv+C5//BTf43S+IfEms6J8Nr+9uvEX i+70oot3qaS6gZLOzjkdHVC8i+ZkqRttm4LBcdv4Q/Zh8Of8FKf+C1vh39kbSLvXNH/Zo/Z4udT0 nTdFGou8k1tZTSS6jcNIBg3F7fPKTKFVlieNRjYDTMj99P2YP+Ctf7OX7Z3xBk8J/DP4teFfFHiV FeRNMileG5uEQZdoklVTKAOSUzgc16F+0p+2N8LP2PPCsetfFDx74Y8DadOxWB9Wvkge5YDOI0J3 yH2UGv54v2tv2evhr+yN/wAHSPwf8HfAvRU8E6N4M1Lw7qXiCysJ5ZUtzGn22+K72ZlD6btLLk5L MT941S/4JX/s9z/8HMX/AAVL+JPxM/aB1TVbzwd4Thj1RvDlnfyRRrDNOyWelRSLh4rVI45A7RlJ HK53B3Z6AP1w/bT/AOC13wf8df8ABMD9ofx58EPinp2va74G8LtAlzpZkiutGvdQf7FYT4kQEH7R IpU4PKV5N/wbUftYeMdW/wCCXXjv42ftE/FTV9V0r/hJbkxa34p1QvBpmnW0MERw7n5QZ2lBA6na OtfPn/ByP+yB8FP+CUf/AAS91Lwx8EvBtr4Iuvj14w0fTvEEEeo3d19ustMjurxCBPK+3ZOIMhcA mTJyQDXwH4U8Z+NP2r3/AGXP2DNXvJ/gt8NWms77VZ7tS03iG/1JmvFvXAO1kKTKltGcLvk3uSSv lgH9LfhT/gqp+zr41+Deu/ELTfjF4In8DeGbuOw1LXHvhDZW1zIm9IPMcANKV52LlsY45rO/Zh/4 K9fs3ftl/Ec+D/ht8WPDfifxOY5Zo9Nh82GeeONS0joJEXeqqCSVzwM1+Qn/AAc7/wDBKfxR8CP2 Y/gRYfBHwZfX/wACfhFYX1vqmladE881leyvEz6leiPDymdUIef+Aq+SgcVs/sM/tdfsWeNv2HPj R8YPhF8ILf4MfH34SfDHU7e6sobu4lUJd24tVuoZN/l3KG4eJS0iLMpYAjDBmAP1O0//AILafsp6 v8ONb8XW3xy8DSeHtAmitr27N0y7JpVZo4kQqHkdgjkKgJ+U16r+yt+2l8LP23PAc3iX4U+N9E8b aPazfZ7mbT5tz2kuNwSWNgHjYg5AZRkdK/n9/wCDYj/gjJ8NP+CgHwR8e/EX452F/wCJfA+ham+j 6JojarcWFil0bdJLu9kaCSN96RvCqncAMsTkhcfKX/BKH9uzxJ/wTi8GftXeOPh1qF61jP4Si0DQ bqZANmpXWpxw2F3IpG3zYbX7fOqlSC8e0jaTQB/Tr+01/wAFbf2b/wBjjxefD3xG+L/hDw54gTb5 ultcm4vLcHoZIog7Rj/eAr1v4H/H3wZ+0v8ADfT/ABj8P/E2j+L/AAvqm77LqWl3Kz28pUkMuR0Z SMFTgg9RX8+n/BOr/gkf8IvEP/BDr40ftUfHnT7vxr418UaBreraTe6jqMwk0tYEkWGaNt48y7mu lyXk3E5RQBl9/wAifs8/t6/ED9ir/ghV4u8L+EdbvNEl+OXxMu9IhuYWKTWdjYaXYvqZhYEFHmN5 p8RcfwLMBhiCAD+lL40/8Fsv2VP2ffHM3hrxT8cvA1jrlpL5NzawXTXjWj/3ZTCrhD7MQa9E+NH/ AAUA+C/7O3wi0Px543+JfhLw14T8T2sd9o1/eXyourQyRiWN7dPvyhkZW+VTwwr80P8Agkd/wbEf s56v+wj4N8UfGPwrdfETx38RNHg1u9uLjV7uzh0eO5jEkdtbJbSxgFEZN0jl3Z95BVSEH5Vv+2L4 N/ay/wCCjfi/4r/GT4V/EL4wfDTwXN/YPgnwHoDSf2fpdjCWi0+0uJMlkiSCLcwRczzF2bgsCAf0 6fsk/wDBSH4G/t2vfx/Cb4k+G/Gl3pSCS8s7SYpd2yE7RI0MgWQITxu24969yr+d7/ggl+xT8Svi n/wWdvv2ivDPwS1r9nT4IWcV8yaFdGdIJEms/ISyhM6pJKGmIuG2oI0K4UKAi1/Q+r5NADqKKKAC iiigAooooAKKKKACiiigAooooAKjnkEMbOSNqqSakrI1i5N7dJp8R+aU7piP4EHX8T/WgCxo4xpl vkEMU3H/AD+NfG3/AAXC/YP1T9t79k1f+EYt/tfjPwVd/wBraXbAhWvl2FJrcE/xMhyo7sqivtRI gqbRjA6CgoDwcHNZ1KSqQcJdT1chzrEZTmFLMsI7TpyUl+qfk1oz+X34tfs6/Ev4i/8ABFTxToXg PwD4w8Ua5d/F2C38RadpGjz3d/ZR2enkqs0EamRdss2CCvynrivkH9k//glp+1p4h+N3hrVfBXwM +KNrrXh/VLXVLO81DRLjSLeCWCZZEfz7lY0Xayg5ByMdK/s00/QrLSbu7ntbS1tp71xJcyRRKj3D hQoZyBliFAAJzwAO1XXT60qFJUoKmtbHZxXxBPO81rZpOPK6jva97aJWvofln+wp/wAG+9g/7b/i b9qn9onSfCFz8SfEmtS6/pXgjQt1x4e8LXTsGFxI8nN3dqQXDYESyM0gUt5Zj/QH9sfw/wCLvF/7 JnxL0nwFbQXfjXVvDWoWWhwz3CwRSXctu6RBpG4QbmHJ6V6aFAOcYrzf9of9qbwL+yxYeHLrxz4h 0zw9D4s1y28Paa13dRQCe6mJIGZGUbVVXdjnhVJweh1Pnj4F/wCDZH/gkh8Rf+CW3wh+KsnxUsdN 03xZ481mxSOCxv0vIzY2cEhicsnygmW7uBjr8uTwRXyP8e/+CDv7ZP7LX/BWXxj8Zv2UfEHhqxsP HGpX+o2Ws3lxab9Ijv2Mlza3FvdRyo6o7MEYK5ZVRuHyB+yHwh/bz+Ffxfm8TW1p428I2WpeEJdS bVdPuNdtBd2VlZXT20l/NH5m6K3YiN97gALNGWxuXPceCPj94G+JPw4ufGPh7xn4V1zwlYidrrWr HVYLjT7UQAmYvOrFE8sAl9xG3BzigD8df+CbX/Bv98cfgl/wWPufjf8AGO70fxX4bt4dSlm1ufWl vL7X9RuLQ2sl00OxTHHOZbiRYz/qkdY8nbk+QeFv+CCH7dP/AASi/as8T+IP2R/GWh3/AIX18PZQ Xd1dWfnTWJl3xQ3trdxtE0sfA82MddxXYHK1+2Gnf8FFfgBqvwpuvH1v8bPhRJ4Ks9Q/si410eKr L+z7e8KlxbPOZNiysqllQkFlwwBBBqbxD/wUE+BPhH4aeGPGerfGL4Y6Z4S8aSNFoOsXXiWzhsdX ZG2yLBK0gV9jcPg/Ic7sYoA/Hv8A4KQf8EXv27f+CiX7PvwR0n4h+IPB/jPxl4butY1PxHfT6rbW ENm93Lbxw28McMCRlY7e2ViUXG6R+vJPrn/Bc/8A4N9fHf7V138CvGfwA/sOy8f/AAy0i28MalJe 3wsftFrZoj2FyjkFfMhkWVTkFmEsfaPFfp9F+2P8JLv48L8Lovif8P5PiU7Og8KjX7U6yWSITsv2 UP5uREfMxtyUVm6KSJvGP7W/wq+Hfxk0n4ea/wDEjwLovj3XUWTTvDl9rltBql6rEhSluziRt2GC /L821sZwcAH5ifGXwv8A8FcND+Jd7rngvUvhldeH/E+m2Ql8PS3FhfQaDeLYwQXDRyTxLIQ0sTy4 DtFulY7OTn89v2r/APgkX4z/AOCPH/BLX4pePvir4h0Wb4ofGzULDwlbaTpEvmWun2bXX226Z3Cq ryv9mQBUGxFz1J+X+gX4Kf8ABTf4PfF3w94Ae/8AGvhjwX4j+KFu174a8M69rVra6vqtsbma3hmi ty+50maJjHgHfyBkggcZ/wAFBv2av2Y/+ClHw38NaL8YfFGjX/h7R9a1SbTfs3ildOje+sI54tQU ujje1qsVwJQT+68t92MGgD8Uf2Hf+CdH/BQrVv8Agm5pXgj4Ia/oOn/A/wCPlh/b2oC4ubSyvLUX MYt7iF5XQzpHNHDGT5RO+MqON0in7df/AINaNP8AAn/BGzxp8FNA8Q6bqXxn8UahZeJ7jxFMrQ2F zqFmWENmvG9bbypbiNWIzvmMhHGyvu39iH9rb4JeJtW8OfA74G69o3jTwt8PvA9q1tquh6zDqtjp trayLYW9pLMjsxuCse/5uSo3H7wJ9KtP21fg3feH/EuqQfFj4az6X4QkSLXbuPxLZPDozyS+QiXD iQrEWm/dKHxlwUGWGKAPwm8F/wDBDT/goh40/wCCf2ufAfxT4r0Sw+F+hOtxoPgpNas4v7WvGug6 me7jhMhtIGZ7kQySFWkjiAQFVeP2/X/+DYLxX8U/+CI/w9+EuoX/AIc8PfHb4f6/qviS3nFw0+m3 rXsm2WzklUcb4IbPEgU4a3UY2kkfrZ4h/bV+DnhPwzoGtar8WPhtpukeK0kk0S+u/EtnDBq6xusc jW7tIBKEdlVihO0tg4pD+2v8Gv8AhGdT1wfFv4ZHR9E1FdH1C+/4Sey+zWN6yl1tZZPM2pMVBYRs QxAyBigD8nv+Cdn7Hn/BU34M+KPhn8N/FvxB0LQPgj4J1Gyhv9s+lXl7JpMEisbOKf7O1yyFU8sZ cMEbaGCgKPP/ABl/wQm/bN/4Jm/tv+NviF+xj4n8Oz+EfGcsrJZ3c1qs1tayzecLG4t7tGjkET8J Kh3FVB+Qsy1+1Wp/tffCXSdF8Lald/FD4eWmm+ONx8OXU3iOzjh17a6I32RzIBPh5I1Plk4aRAeW AJd/tifCPT/HGpeGZvil8OoPEeipLJqOlSeJLNb2wWLHmmaIyb49mRu3AYzzQB8V/wDBPn4Gft8a ND4+8Z/tFfEzR9X8QX+jrpvhTQNHNoltpEhdpHuZIYIEt5HB8tcuJJNnmANnbX3z8Iotfi+HWkJ4 qmSfxEIB9ukRUQPJk84QBQcYyF4zmtGz8WaXqPia90a31TT59X0yKK4vLCO4R7m1il3iKSSMHciv 5cm0kANsbGcGtXaM570ALRRVXVb3+zrbzAu8ggYzigC1TJZFiXLMqjuScVi6VfXXiNS3nm2Qdo15 /M1ai8PWomJkV53H8Urls/hQA6bxLZxvgTiRv7sYL/yph12eYDyNPun93AjH61etoI4gQkaIBx8o xUoORQBl/adWmHy21tEP9uQkj8qRrbV5Otxax5/uoTWtRQBjnStTY86iB9Iqa2j6mB/yEzn/AK5i tqigDEOl6uDxfo31XH9KY8euQZPmW8mPQj+uK1NVvv7OtTKF3kds4rmLfUrjxVerDJL5MRONqDig CYeKtQlZ4UjjeXBGUG7HvxTdF8QxaQriWCQyynMkmeWP0xXRabpkOmIY4UCjue5qWS2juVxIiuP9 oZoAo2viuyuSB53ln0cYx+PStCOVZwGRldT3Ugisy68I2d5kqhhYjqh4/KsLVNPk8PXirFcPlucg FcfrQB2lFcfZeMrq1ZVk2zg924P5iurtZvPjVsY3KDjPSgCWvKP2h/gtr/xS8d/CvXdA1fS9Ol+H XiibXprfULWSaK+SXStQ01lUxuhV1W/dhuypxyM7WX1eigD42+JX/BK2Tx78Hfh/4SXxbbW0fgPw 7qlj5q2DqNQ1S71DTb0Xb7JAwjzZ3SyRhtz/AGsNvDJz0PjL/gnY3xY/Yy+K/wANvEGsWlh4h+Lt w19rGsWBu72KS5SK1gtnkW8mkeVVgsrWKRWcB0QrwDX1RRQB+anxP/4Jm/HvxJ+154G+Jp134d6j 4rOs2+r6veW+gfZ/C2lw6Pp1zb6XA9i90bq4nllv7mTz1cmEpEF2iNcprn/BCbxNcaiuuxfErSL/ AMS+LofENv49iubC+s9K1JNcvxeXq2cNrdRvHEeYjDK8iyDDOS2Sf0sooA+MPhh/wSfh+HPizwZd nX9KutM8MfFq++Jk8A0x1nvEXRbrSNJs/NMpObSGaHLtu8zyOAua1Nd/YE8d6R8b/i9q3hPxZ4Ej 8KfGW6Gt6omu+Gpb7WdO1GPTFsbb7PcrOifZ4nihnRWQtGwkCkeYSPruigD88dF/4Iqa94J0688H 6H4+8NxfDrxpB4PHjBbzw602uyP4etrW3ijsbrzgkME32ONwsiO0Ekk7RnMnHN6r/wAEI/GXj/4Y 3HgLxV8W9DvPCGh6P4s07wx9l8NSLfC51zVV1Jry/Z7hkuGUh4XRFRZEkfkFjX6ZUUAfKv7PH7Cv i/Q/iT8YPGnxM8V+F77xP8VvDmm+Fkk8F6LLoiaFZWkFzHiJ5JpXeQvdM6yEgrtUAYUAJpP7FvxA tPhj8NtOuNa+GP8AbfwVv7Gfwk1r4ang0+5gttMu9N8q7hE5K/urtpIxAVWKWJCAwGK+q6KAPkLS /wDgm5rTab8U7/UPF2h3Pir4m+FNR0VrmPRWFnpF3qVzPPfSRRtKWNvIpsU8stub7GGZmLcUvix+ wv42j/az8G+KPAzeGINH0CWDUbY6pYCWw02PStIuNM07T5I0lWZ2d9a1W5WWIBY/s0QbnaH+yqKA Ph/xT/wTC8feI/Deo6I3xRtl0bxQJr3W7GKLUbSzttQvNcvtV1Ke1t4LtI5EuEvVtwt152wWkbDL PLu1vjB+wXdaV8BU0h9L1P4ipcaz4w1fXdI0OGzsr3XJvET34LJNeXUMUQtkv2QM0jNshQKPlVa+ yqKAPHv2MfgVr/wV+EkMvjnVLLxF8T/FLR6t4z1i1QrBeaiYkjMUAIBFtBGiQxAgEpGHYb3cn2Gi igD/2Q== --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: image/jpeg; name="image13154d.JPG" Content-Transfer-Encoding: base64 Content-ID: image13154d.JPG@d1463dbb.488308cf Content-Disposition: inline; filename="image13154d.JPG" Content-Location: image13154d.JPG Content-Description: image13154d.JPG /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAADAfgDAREA AhEBAxEB/8QAGQABAQEAAwAAAAAAAAAAAAAAAAMEAQUK/8QALhAAAAMIAQIEBgMAAAAAAAAAAAYH AQIDBRZUl9YEETESFyFxEyYyU5GWYYGH/8QAFAEBAAAAAAAAAAAAAAAAAAAAAP/EABQRAQAAAAAA AAAAAAAAAAAAAAD/2gAMAwEAAhEDEQA/APeXySXJ+VyI/Ki8w2OxOTGix4jvGPx64fHdfjPvRH3Y HE4hjgcTiwWPPNZC43FgwePAc8MKDChw3XXGBGg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAU HJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJ L455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL 455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUHJL4 55HULaAEYydlzkOfD5Ec2x4fXr4IyhH+K51Z2b4XzM8zr/PQBCEmJTgPsiQWGaDEd7Pwj4e4b7Ov fo84ZGNZ+QG2g5HfHPIyhbQAUHJL455HULaACg5JfHPI6hbQAUHJL455HULaACg5JfHPI6hbQAUH JL455HULaACg5JfHPI6hbQAUHJL455HULaAE4ifl+K61yLyjfEcb3diKIoL7rfdjxnawBi8rCd9k xfvJ52MBSEmJSgPsiwWGaDEd+mJCPh7hvs9n3DIx5n9NAbaDkd8c8jKFtABQckvjnkdQtoAKDkl8 c8jqFtABQckvjnkdQtoASip6Xo7jYcfkG6NDb3ciqGoERxvu6+Z2sb+AGPysJv2TF+8nnYwDytJz GsayEYmNZ6sbXR66saz1Y1nzH6dG+oDsKDkbO3NOTP8ARlC2gBzQckvjnkdQtoAKDkl8c8jqFtAB QckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQ ckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAKDkl8c8jqFtABQckvjnkdQtoAf/Z --_b08f6662-d037-4657-aed5-654689260e37_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_b08f6662-d037-4657-aed5-654689260e37_-- From xen-api-bounces@lists.xen.org Wed Apr 03 21:13:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 21:13: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 1UNUzk-0004ts-2u; Wed, 03 Apr 2013 21:13:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNUzi-0004tl-RX for xen-api@lists.xen.org; Wed, 03 Apr 2013 21:13:23 +0000 Received: from [85.158.139.211:33366] by server-13.bemta-5.messagelabs.com id 47/B2-20553-27B9C515; Wed, 03 Apr 2013 21:13:22 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1365023599!17972128!1 X-Originating-IP: [74.125.149.73] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31100 invoked from network); 3 Apr 2013 21:13:21 -0000 Received: from na3sys009aog104.obsmtp.com (HELO na3sys009aog104.obsmtp.com) (74.125.149.73) by server-10.tower-206.messagelabs.com with SMTP; 3 Apr 2013 21:13:21 -0000 Received: from mail-qa0-f71.google.com ([209.85.216.71]) (using TLSv1) by na3sys009aob104.postini.com ([74.125.148.12]) with SMTP ID DSNKUVybbrAR97Ieofz1S1iguPCvzBu0AG6z@postini.com; Wed, 03 Apr 2013 14:13:21 PDT Received: by mail-qa0-f71.google.com with SMTP id k4so3068333qaq.10 for ; Wed, 03 Apr 2013 14:13:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=Io4/ye4giZp2QT0ScmMM1rM32m9YfCFODFkX3oRMqNo=; b=FYeWtk3LPqOEQK6/qK/6Iu9N8IfMJ+S9kIqfHOwpLUJvMB6apiwAJYVVtDzH5PVnto Ah0dKcfnO8Dmf2Xsbe6NWDF62pwNMlwPLtMJCsIk+tbayhQ6na7m/HG928gZKSWzPH0N lp70wXg1Y6nBfcFH0urpurDC5JR2qE5dWbDWOYI+YLSm66O8sMWvG+fgZeISjNyOAUBz ab0djKcHdC4TYiDLKZ1diRr+XhqNMMGOBLR7NxiWXv/fD1mXBcSBuluKk7wRUX+3ZYTf hyKVSvk1FQWZ+zfVk8LbPWi4AJBrykfgKV+tma4yIpKFp8VWdIAuQmKOFMVOCOZizsIE Lawg== X-Received: by 10.236.182.229 with SMTP id o65mr2073692yhm.160.1365023598130; Wed, 03 Apr 2013 14:13:18 -0700 (PDT) X-Received: by 10.236.182.229 with SMTP id o65mr2073685yhm.160.1365023598023; Wed, 03 Apr 2013 14:13:18 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id s45sm11707910yhk.22.2013.04.03.14.13.15 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 03 Apr 2013 14:13:16 -0700 (PDT) Message-ID: <515C9B6A.6080805@corp.globo.com> Date: Wed, 03 Apr 2013 18:13:14 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Mike McClurg References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> In-Reply-To: <51472775.4040402@citrix.com> X-Gm-Message-State: ALoCoQnlwIPdALEforS7cApdArnQtWifFM5xXKiDYwBsVNYZLWF2ReBn3KJ2imcsw9xAwkSwJUT7xs6wGugGYqIxpi1z2Nx8T6nJtprODRF91zit5fLeipPzltieuE3m36hL9l8hQZDoIRauNTtJZy7ovApzFjXyag== Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello Mike, I was able to compile and start the xapi toolstack without (much) trouble, thanks to your guide. (At the time I was building it, xapi-libs wasn't in the package, so the "fe" service was missing and I had to add it to the system...) Right now, I have xapi answering without problems. All xe commands seems to work nicely (ie, xe host-list shows the host, xe vm-list shows the control-domain, etc). I haven't tried to create a VM yet because I still haven't defined a sr for them. However, when I tried to connect to my test environment from XenCenter, it shows the host as in "Maintenance Mode". When I command it to exit maintenace mode, XenCenter fails the action and shows me "The server is still booting". I've seen situations with "host still booting" already with XCP, but in all of them it was impossible to execute any xe command on the host, which is not the case. The server is a CentOS 5.9, with the packages built from the prep.sh plus xapi-libs-fe. Do you have any suggestion or need any additional information/log? Thanks in advance. -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 03 21:13:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 21:13: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 1UNUzk-0004ts-2u; Wed, 03 Apr 2013 21:13:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNUzi-0004tl-RX for xen-api@lists.xen.org; Wed, 03 Apr 2013 21:13:23 +0000 Received: from [85.158.139.211:33366] by server-13.bemta-5.messagelabs.com id 47/B2-20553-27B9C515; Wed, 03 Apr 2013 21:13:22 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1365023599!17972128!1 X-Originating-IP: [74.125.149.73] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31100 invoked from network); 3 Apr 2013 21:13:21 -0000 Received: from na3sys009aog104.obsmtp.com (HELO na3sys009aog104.obsmtp.com) (74.125.149.73) by server-10.tower-206.messagelabs.com with SMTP; 3 Apr 2013 21:13:21 -0000 Received: from mail-qa0-f71.google.com ([209.85.216.71]) (using TLSv1) by na3sys009aob104.postini.com ([74.125.148.12]) with SMTP ID DSNKUVybbrAR97Ieofz1S1iguPCvzBu0AG6z@postini.com; Wed, 03 Apr 2013 14:13:21 PDT Received: by mail-qa0-f71.google.com with SMTP id k4so3068333qaq.10 for ; Wed, 03 Apr 2013 14:13:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=Io4/ye4giZp2QT0ScmMM1rM32m9YfCFODFkX3oRMqNo=; b=FYeWtk3LPqOEQK6/qK/6Iu9N8IfMJ+S9kIqfHOwpLUJvMB6apiwAJYVVtDzH5PVnto Ah0dKcfnO8Dmf2Xsbe6NWDF62pwNMlwPLtMJCsIk+tbayhQ6na7m/HG928gZKSWzPH0N lp70wXg1Y6nBfcFH0urpurDC5JR2qE5dWbDWOYI+YLSm66O8sMWvG+fgZeISjNyOAUBz ab0djKcHdC4TYiDLKZ1diRr+XhqNMMGOBLR7NxiWXv/fD1mXBcSBuluKk7wRUX+3ZYTf hyKVSvk1FQWZ+zfVk8LbPWi4AJBrykfgKV+tma4yIpKFp8VWdIAuQmKOFMVOCOZizsIE Lawg== X-Received: by 10.236.182.229 with SMTP id o65mr2073692yhm.160.1365023598130; Wed, 03 Apr 2013 14:13:18 -0700 (PDT) X-Received: by 10.236.182.229 with SMTP id o65mr2073685yhm.160.1365023598023; Wed, 03 Apr 2013 14:13:18 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id s45sm11707910yhk.22.2013.04.03.14.13.15 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 03 Apr 2013 14:13:16 -0700 (PDT) Message-ID: <515C9B6A.6080805@corp.globo.com> Date: Wed, 03 Apr 2013 18:13:14 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Mike McClurg References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> In-Reply-To: <51472775.4040402@citrix.com> X-Gm-Message-State: ALoCoQnlwIPdALEforS7cApdArnQtWifFM5xXKiDYwBsVNYZLWF2ReBn3KJ2imcsw9xAwkSwJUT7xs6wGugGYqIxpi1z2Nx8T6nJtprODRF91zit5fLeipPzltieuE3m36hL9l8hQZDoIRauNTtJZy7ovApzFjXyag== Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello Mike, I was able to compile and start the xapi toolstack without (much) trouble, thanks to your guide. (At the time I was building it, xapi-libs wasn't in the package, so the "fe" service was missing and I had to add it to the system...) Right now, I have xapi answering without problems. All xe commands seems to work nicely (ie, xe host-list shows the host, xe vm-list shows the control-domain, etc). I haven't tried to create a VM yet because I still haven't defined a sr for them. However, when I tried to connect to my test environment from XenCenter, it shows the host as in "Maintenance Mode". When I command it to exit maintenace mode, XenCenter fails the action and shows me "The server is still booting". I've seen situations with "host still booting" already with XCP, but in all of them it was impossible to execute any xe command on the host, which is not the case. The server is a CentOS 5.9, with the packages built from the prep.sh plus xapi-libs-fe. Do you have any suggestion or need any additional information/log? Thanks in advance. -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 03 21:34:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 21:34:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNVK7-0005Ao-Q0; Wed, 03 Apr 2013 21:34:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNVK5-0005Aj-Rx for xen-api@lists.xen.org; Wed, 03 Apr 2013 21:34:26 +0000 Received: from [85.158.143.99:64158] by server-3.bemta-4.messagelabs.com id BC/87-02186-160AC515; Wed, 03 Apr 2013 21:34:25 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1365024819!22811237!1 X-Originating-IP: [74.125.149.85] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6183 invoked from network); 3 Apr 2013 21:34:23 -0000 Received: from na3sys009aog136.obsmtp.com (HELO na3sys009aog136.obsmtp.com) (74.125.149.85) by server-2.tower-216.messagelabs.com with SMTP; 3 Apr 2013 21:34:23 -0000 Received: from mail-vc0-f197.google.com ([209.85.220.197]) (using TLSv1) by na3sys009aob136.postini.com ([74.125.148.12]) with SMTP ID DSNKUVygL/60qtpitkLtl7X7sCKlUHu9Dr+k@postini.com; Wed, 03 Apr 2013 14:34:23 PDT Received: by mail-vc0-f197.google.com with SMTP id gf12so3035584vcb.8 for ; Wed, 03 Apr 2013 14:33:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=BVAaAsY84PPMwwFzXidN32dmaFmXeu6BsDq+Cbjac+U=; b=GOsGFAKylncN4HsVI+c6qpX1tOQGEAoBdxKmzNoP6c6j3M/bfR6bMqIJWB77QKoR1F brera+nkVLhQy1gWxX4gotMRbETKSwq/5QANKE1RXiqH4ul/cY+g1/88zYpbv3Not+yO DODoxPnIEEhhWwdkkWKh3lc5s0oL3Z3SqVKBmu2sysAK16SDJYy/AGughUyK3B4o8SMN JoxvdgdAxsYpUSvzSY+9eIILxwPPO1nv6VZbWLwbBfyA1+kP0nPywGADSUF69CjZyuJ+ 9++d4qiQQ+vQlU66eJihD4/lIiUm5qu0gzf4y0fFVogyNMcgnz0cCwmtMm9S/yRLgeXC svbQ== X-Received: by 10.236.81.101 with SMTP id l65mr2152396yhe.131.1365024801036; Wed, 03 Apr 2013 14:33:21 -0700 (PDT) X-Received: by 10.236.81.101 with SMTP id l65mr2152393yhe.131.1365024800947; Wed, 03 Apr 2013 14:33:20 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id b7sm11886925yhl.10.2013.04.03.14.33.18 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 03 Apr 2013 14:33:20 -0700 (PDT) Message-ID: <515CA01E.6060902@corp.globo.com> Date: Wed, 03 Apr 2013 18:33:18 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Mike McClurg References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> In-Reply-To: <515C9B6A.6080805@corp.globo.com> X-Gm-Message-State: ALoCoQlr2B64i66SevVeQyaPfBnJo6hxIzUrA+utoYEIPtiCcBC7q0H7XehBTuo2R/TaG/A1BU8XOIYcougjR2RE3eVa1bgy9X8MGQyMS/gDT3pZY4Y7Eua/EeDIad/kpxQz9oXC7hu+pPRVx2RaJPDC5w9Rxf8PLQ== Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 04/03/2013 06:13 PM, Sergio Macedo wrote: > Hello Mike, > > I was able to compile and start the xapi toolstack without (much) > trouble, thanks to your guide. > (At the time I was building it, xapi-libs wasn't in the package, so > the "fe" service was missing and I had to add it to the system...) > > Right now, I have xapi answering without problems. All xe commands > seems to work nicely (ie, xe host-list shows the host, xe vm-list > shows the control-domain, etc). I haven't tried to create a VM yet > because I still haven't defined a sr for them. > > However, when I tried to connect to my test environment from > XenCenter, it shows the host as in "Maintenance Mode". > When I command it to exit maintenace mode, XenCenter fails the action > and shows me "The server is still booting". > I've seen situations with "host still booting" already with XCP, but > in all of them it was impossible to execute any xe command on the > host, which is not the case. > > The server is a CentOS 5.9, with the packages built from the prep.sh > plus xapi-libs-fe. > > Do you have any suggestion or need any additional information/log? An extra information: when I execute "xe host-enable", I receive "The host toolstack is still initialising. Please wait.". I've already executed "xe-toolstack-restart" to no avail... > > Thanks in advance. > -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 03 21:34:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 21:34:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNVK7-0005Ao-Q0; Wed, 03 Apr 2013 21:34:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNVK5-0005Aj-Rx for xen-api@lists.xen.org; Wed, 03 Apr 2013 21:34:26 +0000 Received: from [85.158.143.99:64158] by server-3.bemta-4.messagelabs.com id BC/87-02186-160AC515; Wed, 03 Apr 2013 21:34:25 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1365024819!22811237!1 X-Originating-IP: [74.125.149.85] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6183 invoked from network); 3 Apr 2013 21:34:23 -0000 Received: from na3sys009aog136.obsmtp.com (HELO na3sys009aog136.obsmtp.com) (74.125.149.85) by server-2.tower-216.messagelabs.com with SMTP; 3 Apr 2013 21:34:23 -0000 Received: from mail-vc0-f197.google.com ([209.85.220.197]) (using TLSv1) by na3sys009aob136.postini.com ([74.125.148.12]) with SMTP ID DSNKUVygL/60qtpitkLtl7X7sCKlUHu9Dr+k@postini.com; Wed, 03 Apr 2013 14:34:23 PDT Received: by mail-vc0-f197.google.com with SMTP id gf12so3035584vcb.8 for ; Wed, 03 Apr 2013 14:33:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=BVAaAsY84PPMwwFzXidN32dmaFmXeu6BsDq+Cbjac+U=; b=GOsGFAKylncN4HsVI+c6qpX1tOQGEAoBdxKmzNoP6c6j3M/bfR6bMqIJWB77QKoR1F brera+nkVLhQy1gWxX4gotMRbETKSwq/5QANKE1RXiqH4ul/cY+g1/88zYpbv3Not+yO DODoxPnIEEhhWwdkkWKh3lc5s0oL3Z3SqVKBmu2sysAK16SDJYy/AGughUyK3B4o8SMN JoxvdgdAxsYpUSvzSY+9eIILxwPPO1nv6VZbWLwbBfyA1+kP0nPywGADSUF69CjZyuJ+ 9++d4qiQQ+vQlU66eJihD4/lIiUm5qu0gzf4y0fFVogyNMcgnz0cCwmtMm9S/yRLgeXC svbQ== X-Received: by 10.236.81.101 with SMTP id l65mr2152396yhe.131.1365024801036; Wed, 03 Apr 2013 14:33:21 -0700 (PDT) X-Received: by 10.236.81.101 with SMTP id l65mr2152393yhe.131.1365024800947; Wed, 03 Apr 2013 14:33:20 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id b7sm11886925yhl.10.2013.04.03.14.33.18 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 03 Apr 2013 14:33:20 -0700 (PDT) Message-ID: <515CA01E.6060902@corp.globo.com> Date: Wed, 03 Apr 2013 18:33:18 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Mike McClurg References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> In-Reply-To: <515C9B6A.6080805@corp.globo.com> X-Gm-Message-State: ALoCoQlr2B64i66SevVeQyaPfBnJo6hxIzUrA+utoYEIPtiCcBC7q0H7XehBTuo2R/TaG/A1BU8XOIYcougjR2RE3eVa1bgy9X8MGQyMS/gDT3pZY4Y7Eua/EeDIad/kpxQz9oXC7hu+pPRVx2RaJPDC5w9Rxf8PLQ== Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 04/03/2013 06:13 PM, Sergio Macedo wrote: > Hello Mike, > > I was able to compile and start the xapi toolstack without (much) > trouble, thanks to your guide. > (At the time I was building it, xapi-libs wasn't in the package, so > the "fe" service was missing and I had to add it to the system...) > > Right now, I have xapi answering without problems. All xe commands > seems to work nicely (ie, xe host-list shows the host, xe vm-list > shows the control-domain, etc). I haven't tried to create a VM yet > because I still haven't defined a sr for them. > > However, when I tried to connect to my test environment from > XenCenter, it shows the host as in "Maintenance Mode". > When I command it to exit maintenace mode, XenCenter fails the action > and shows me "The server is still booting". > I've seen situations with "host still booting" already with XCP, but > in all of them it was impossible to execute any xe command on the > host, which is not the case. > > The server is a CentOS 5.9, with the packages built from the prep.sh > plus xapi-libs-fe. > > Do you have any suggestion or need any additional information/log? An extra information: when I execute "xe host-enable", I receive "The host toolstack is still initialising. Please wait.". I've already executed "xe-toolstack-restart" to no avail... > > Thanks in advance. > -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 04 09:56:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 09:56: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 1UNgu6-0002RP-3s; Thu, 04 Apr 2013 09:56:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNgu3-0002RK-Pj for xen-api@lists.xen.org; Thu, 04 Apr 2013 09:56:20 +0000 Received: from [85.158.138.51:38904] by server-8.bemta-3.messagelabs.com id A4/10-20604-24E4D515; Thu, 04 Apr 2013 09:56:18 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1365069372!28374749!1 X-Originating-IP: [209.85.215.41] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8039 invoked from network); 4 Apr 2013 09:56:14 -0000 Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 09:56:14 -0000 Received: by mail-la0-f41.google.com with SMTP id fo12so2313018lab.28 for ; Thu, 04 Apr 2013 02:56:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PQbQkP7xfWvxu587gISrUppsWt+9g9HUpXj3BnDA63g=; b=m70aC0F19S9YanOzTuoMM48pBKoZJtYzJVBcFW1lHJ+x4AxTmqiLVkFLLfjEuwOR1b RFYhZdfVoAPCRwRuLybTfEoSChNcGs07xQfLczNa9CRHfWZzueRZHwNrGTtTI8BYkekz 1ku4rKfYiFcnbPUdT/K6ir6uB8+5guk5I24wfyHo/CJx3eZy34RT9R/cVz3yDRzClNuQ XQE3J3m3qzlZS0Ez1wGKqK1tZczplVprM1NoskAUWIL9vdM8H48TBaB/7vurKmtTDxDP mwOilgL8J6carAx19j+7zBO99UgNhhzFDE7Y4Vyl02dObLFzWdotLbhH17IGx8MhVhJM lHWw== X-Received: by 10.112.132.40 with SMTP id or8mr2979896lbb.119.1365069372112; Thu, 04 Apr 2013 02:56:12 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:f811:3a34:7fd6:193e? ([2a00:ab00:0:fffe:f811:3a34:7fd6:193e]) by mx.google.com with ESMTPS id oy10sm3781399lab.8.2013.04.04.02.56.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 02:56:11 -0700 (PDT) Message-ID: <515D4E3A.9050206@gmail.com> Date: Thu, 04 Apr 2013 13:56:10 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> <515CA01E.6060902@corp.globo.com> In-Reply-To: <515CA01E.6060902@corp.globo.com> Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 > An extra information: when I execute "xe host-enable", I receive "The > host toolstack is still initialising. Please wait.". > I've already executed "xe-toolstack-restart" to no avail... > You need to dig deeper. Usually 'host is still initializing' means network or pbd plugging in progress. But actually init done by init.d script: "/opt/xensource/bin/xapi" -daemon ${xapiflags} \ -writereadyfile ${XAPI_STARTUP_COOKIE} -writeinitcomplete ${XAPI_INIT_COMPLETE_COOKIE} -onsystemboot Something can be wrong around here, I remember some issues with kronos around wrong toolstack selection and endless execultion of (incorrectly called) xapi list. _______________________________________________ Xen-api 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 04 09:56:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 09:56: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 1UNgu6-0002RP-3s; Thu, 04 Apr 2013 09:56:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNgu3-0002RK-Pj for xen-api@lists.xen.org; Thu, 04 Apr 2013 09:56:20 +0000 Received: from [85.158.138.51:38904] by server-8.bemta-3.messagelabs.com id A4/10-20604-24E4D515; Thu, 04 Apr 2013 09:56:18 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1365069372!28374749!1 X-Originating-IP: [209.85.215.41] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8039 invoked from network); 4 Apr 2013 09:56:14 -0000 Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 09:56:14 -0000 Received: by mail-la0-f41.google.com with SMTP id fo12so2313018lab.28 for ; Thu, 04 Apr 2013 02:56:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PQbQkP7xfWvxu587gISrUppsWt+9g9HUpXj3BnDA63g=; b=m70aC0F19S9YanOzTuoMM48pBKoZJtYzJVBcFW1lHJ+x4AxTmqiLVkFLLfjEuwOR1b RFYhZdfVoAPCRwRuLybTfEoSChNcGs07xQfLczNa9CRHfWZzueRZHwNrGTtTI8BYkekz 1ku4rKfYiFcnbPUdT/K6ir6uB8+5guk5I24wfyHo/CJx3eZy34RT9R/cVz3yDRzClNuQ XQE3J3m3qzlZS0Ez1wGKqK1tZczplVprM1NoskAUWIL9vdM8H48TBaB/7vurKmtTDxDP mwOilgL8J6carAx19j+7zBO99UgNhhzFDE7Y4Vyl02dObLFzWdotLbhH17IGx8MhVhJM lHWw== X-Received: by 10.112.132.40 with SMTP id or8mr2979896lbb.119.1365069372112; Thu, 04 Apr 2013 02:56:12 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:f811:3a34:7fd6:193e? ([2a00:ab00:0:fffe:f811:3a34:7fd6:193e]) by mx.google.com with ESMTPS id oy10sm3781399lab.8.2013.04.04.02.56.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 02:56:11 -0700 (PDT) Message-ID: <515D4E3A.9050206@gmail.com> Date: Thu, 04 Apr 2013 13:56:10 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> <515CA01E.6060902@corp.globo.com> In-Reply-To: <515CA01E.6060902@corp.globo.com> Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 > An extra information: when I execute "xe host-enable", I receive "The > host toolstack is still initialising. Please wait.". > I've already executed "xe-toolstack-restart" to no avail... > You need to dig deeper. Usually 'host is still initializing' means network or pbd plugging in progress. But actually init done by init.d script: "/opt/xensource/bin/xapi" -daemon ${xapiflags} \ -writereadyfile ${XAPI_STARTUP_COOKIE} -writeinitcomplete ${XAPI_INIT_COMPLETE_COOKIE} -onsystemboot Something can be wrong around here, I remember some issues with kronos around wrong toolstack selection and endless execultion of (incorrectly called) xapi list. _______________________________________________ Xen-api 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 04 13:32:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 13:32: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 1UNkH1-0000Ap-T3; Thu, 04 Apr 2013 13:32:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNkH0-0000Af-Id for xen-api@lists.xen.org; Thu, 04 Apr 2013 13:32:14 +0000 Received: from [85.158.138.51:9657] by server-5.bemta-3.messagelabs.com id B6/C8-30636-DD08D515; Thu, 04 Apr 2013 13:32:13 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1365082331!9082320!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1281 invoked from network); 4 Apr 2013 13:32:13 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 13:32:13 -0000 X-IronPort-AV: E=Sophos;i="4.87,408,1363132800"; d="scan'208";a="17470480" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 04 Apr 2013 13:31:48 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Thu, 4 Apr 2013 09:31:48 -0400 Received: from [10.80.118.125] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UNkGa-0002Nu-0X; Thu, 04 Apr 2013 14:31:48 +0100 Message-ID: <515D80C2.5010503@citrix.com> Date: Thu, 4 Apr 2013 14:31:46 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Sergio Macedo References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> In-Reply-To: <515C9B6A.6080805@corp.globo.com> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 03/04/13 22:13, Sergio Macedo wrote: > Hello Mike, > > I was able to compile and start the xapi toolstack without (much) > trouble, thanks to your guide. > (At the time I was building it, xapi-libs wasn't in the package, so the > "fe" service was missing and I had to add it to the system...) ... > The server is a CentOS 5.9, with the packages built from the prep.sh > plus xapi-libs-fe. > > Do you have any suggestion or need any additional information/log? Hi Sergio, The xcp-sdk scripts were meant to help people rebuild xapi for an XCP 1.6 system. They weren't meant to create a xapi that could be installed on a plain CentOS 5 system. If you want to compile your own xapi right now, I recommend using those scripts, and installing the resulting xapi on an existing XCP 1.6 system. I'm working with some people from Rackspace right now to get xapi from the master branch on github building and running on CentOS 6.4. Check out the wiki page [1] to see the current work in progress. It doesn't quite work yet, but we're working on it. Mike [1] http://wiki.xen.org/wiki/XCP_Building_Instructions _______________________________________________ Xen-api 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 04 13:32:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 13:32: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 1UNkH1-0000Ap-T3; Thu, 04 Apr 2013 13:32:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNkH0-0000Af-Id for xen-api@lists.xen.org; Thu, 04 Apr 2013 13:32:14 +0000 Received: from [85.158.138.51:9657] by server-5.bemta-3.messagelabs.com id B6/C8-30636-DD08D515; Thu, 04 Apr 2013 13:32:13 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1365082331!9082320!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1281 invoked from network); 4 Apr 2013 13:32:13 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 13:32:13 -0000 X-IronPort-AV: E=Sophos;i="4.87,408,1363132800"; d="scan'208";a="17470480" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 04 Apr 2013 13:31:48 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Thu, 4 Apr 2013 09:31:48 -0400 Received: from [10.80.118.125] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UNkGa-0002Nu-0X; Thu, 04 Apr 2013 14:31:48 +0100 Message-ID: <515D80C2.5010503@citrix.com> Date: Thu, 4 Apr 2013 14:31:46 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Sergio Macedo References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> In-Reply-To: <515C9B6A.6080805@corp.globo.com> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 03/04/13 22:13, Sergio Macedo wrote: > Hello Mike, > > I was able to compile and start the xapi toolstack without (much) > trouble, thanks to your guide. > (At the time I was building it, xapi-libs wasn't in the package, so the > "fe" service was missing and I had to add it to the system...) ... > The server is a CentOS 5.9, with the packages built from the prep.sh > plus xapi-libs-fe. > > Do you have any suggestion or need any additional information/log? Hi Sergio, The xcp-sdk scripts were meant to help people rebuild xapi for an XCP 1.6 system. They weren't meant to create a xapi that could be installed on a plain CentOS 5 system. If you want to compile your own xapi right now, I recommend using those scripts, and installing the resulting xapi on an existing XCP 1.6 system. I'm working with some people from Rackspace right now to get xapi from the master branch on github building and running on CentOS 6.4. Check out the wiki page [1] to see the current work in progress. It doesn't quite work yet, but we're working on it. Mike [1] http://wiki.xen.org/wiki/XCP_Building_Instructions _______________________________________________ Xen-api 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 04 15:45:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 15:45: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 1UNmLl-0002eJ-FD; Thu, 04 Apr 2013 15:45:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmLk-0002e8-OY; Thu, 04 Apr 2013 15:45:16 +0000 Received: from [85.158.138.51:6811] by server-14.bemta-3.messagelabs.com id BF/BC-27076-500AD515; Thu, 04 Apr 2013 15:45:09 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1365090308!27804142!1 X-Originating-IP: [74.125.83.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28410 invoked from network); 4 Apr 2013 15:45:08 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 15:45:08 -0000 Received: by mail-ee0-f53.google.com with SMTP id c13so1060151eek.12 for ; Thu, 04 Apr 2013 08:45:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:content-type:content-transfer-encoding; bh=K2nWPpheYtyaeH0lw730f0kwUgGQey0p//l8TMXlAi8=; b=ozHF6vXW5zdT7RCOqcALBg8Gn/VgBZbAMebjOt4XbUhBtfeXyBI4Jyk2IughJRzDNX wINJC0a9AJVMZBqEeq8CUsqrZYCNoQxf4Mryw0VTZmL6tDMD+JYwssmk+K0f9w/kvaDa IhZUzG4D/uH9t/IwjnDLhj410oll/0LPcqLsbEKG6wzZB3YDnvgcgK1HDBQy1naFTQzW SKlbtqVIT9WxUprzKAzn68oCbtSUp1i00FUmULcyUvBw+H4ybe+OxAgPSCArKtYGpc5k tIQCT1VyiJiGYzAeRa3HNcWpGSR+n0SbfpNRzp+LG+s1ykFKjmd6GvL/qtLBHVkVIqUX xMLQ== X-Received: by 10.15.111.202 with SMTP id cj50mr11907582eeb.6.1365090308315; Thu, 04 Apr 2013 08:45:08 -0700 (PDT) Received: from [172.16.26.11] ([151.225.14.58]) by mx.google.com with ESMTPS id ca4sm11621857eeb.15.2013.04.04.08.45.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 08:45:07 -0700 (PDT) Message-ID: <515DA000.7060105@xen.org> Date: Thu, 04 Apr 2013 16:45:04 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org Cc: karen vuong Subject: [Xen-API] Pictures of Xen Developers for Xen Birthday party at LF Collab Summit X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, we are having a little Xen birthday party at the Linux Foundation Collab Summit, on April 15th. The Linux Foundation wanted to create a collage of pictures of Xen Developers that they will project onto walls. So if you have a picture of yourself , or some picture you want to send in please send it to who will forward to the Linux Foundation. I will dig out some group photos in the meantime (if I can still find them). Do note that this is not the only Xen birthday party this year: we will have several others 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 04 15:45:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 15:45: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 1UNmLl-0002eJ-FD; Thu, 04 Apr 2013 15:45:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmLk-0002e8-OY; Thu, 04 Apr 2013 15:45:16 +0000 Received: from [85.158.138.51:6811] by server-14.bemta-3.messagelabs.com id BF/BC-27076-500AD515; Thu, 04 Apr 2013 15:45:09 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1365090308!27804142!1 X-Originating-IP: [74.125.83.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28410 invoked from network); 4 Apr 2013 15:45:08 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 15:45:08 -0000 Received: by mail-ee0-f53.google.com with SMTP id c13so1060151eek.12 for ; Thu, 04 Apr 2013 08:45:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:content-type:content-transfer-encoding; bh=K2nWPpheYtyaeH0lw730f0kwUgGQey0p//l8TMXlAi8=; b=ozHF6vXW5zdT7RCOqcALBg8Gn/VgBZbAMebjOt4XbUhBtfeXyBI4Jyk2IughJRzDNX wINJC0a9AJVMZBqEeq8CUsqrZYCNoQxf4Mryw0VTZmL6tDMD+JYwssmk+K0f9w/kvaDa IhZUzG4D/uH9t/IwjnDLhj410oll/0LPcqLsbEKG6wzZB3YDnvgcgK1HDBQy1naFTQzW SKlbtqVIT9WxUprzKAzn68oCbtSUp1i00FUmULcyUvBw+H4ybe+OxAgPSCArKtYGpc5k tIQCT1VyiJiGYzAeRa3HNcWpGSR+n0SbfpNRzp+LG+s1ykFKjmd6GvL/qtLBHVkVIqUX xMLQ== X-Received: by 10.15.111.202 with SMTP id cj50mr11907582eeb.6.1365090308315; Thu, 04 Apr 2013 08:45:08 -0700 (PDT) Received: from [172.16.26.11] ([151.225.14.58]) by mx.google.com with ESMTPS id ca4sm11621857eeb.15.2013.04.04.08.45.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 08:45:07 -0700 (PDT) Message-ID: <515DA000.7060105@xen.org> Date: Thu, 04 Apr 2013 16:45:04 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org Cc: karen vuong Subject: [Xen-API] Pictures of Xen Developers for Xen Birthday party at LF Collab Summit X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, we are having a little Xen birthday party at the Linux Foundation Collab Summit, on April 15th. The Linux Foundation wanted to create a collage of pictures of Xen Developers that they will project onto walls. So if you have a picture of yourself , or some picture you want to send in please send it to who will forward to the Linux Foundation. I will dig out some group photos in the meantime (if I can still find them). Do note that this is not the only Xen birthday party this year: we will have several others 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 04 17:39:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:39: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 1UNo7s-00075x-Nr; Thu, 04 Apr 2013 17:39:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNo7r-00075s-0h for xen-api@lists.xen.org; Thu, 04 Apr 2013 17:39:03 +0000 Received: from [85.158.138.51:48928] by server-5.bemta-3.messagelabs.com id 91/12-30636-6BABD515; Thu, 04 Apr 2013 17:39:02 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1365097140!20050261!1 X-Originating-IP: [74.125.149.149] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32623 invoked from network); 4 Apr 2013 17:39:01 -0000 Received: from na3sys009aog123.obsmtp.com (HELO na3sys009aog123.obsmtp.com) (74.125.149.149) by server-6.tower-174.messagelabs.com with SMTP; 4 Apr 2013 17:39:01 -0000 Received: from mail-qe0-f69.google.com ([209.85.128.69]) (using TLSv1) by na3sys009aob123.postini.com ([74.125.148.12]) with SMTP ID DSNKUV26s+ROSeGxyZKQots8IY7JVZpa0Hly@postini.com; Thu, 04 Apr 2013 10:39:00 PDT Received: by mail-qe0-f69.google.com with SMTP id 2so2233188qea.4 for ; Thu, 04 Apr 2013 10:38:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=lJh9Fn53yvVUr90fTEcGkEI/fu4E6eqP/TJmOITWfTg=; b=kvdwC0wg9s5jyc3vx/lzcGpQoPjeFpiFQMykbloVI+LBUTgvst6l4ndUzjzwdFgFOI qB6Hj5OISfrzHqo4kX4QqlGIZd4+8ZYkqR5AU0smNeQ0/gfjcnjCoVu6NUcaptD1WmYZ gVNqKIvBbinV+xbO38+KzWjyj0cmp1k+BxnE/YoWqYRCW7wkL3Zn8szzErwisN0yoIdy gI+DhRezuq8snHfdnVDyNGEB0mp8MtlmyXAuXLxeggDJfXwETB5aID5aZ4hXARKDX5Sn 2NRiVtLOLlI9USqjIFNbq00HxUGZIgz8gQFbmfh6BThYIjEUTJrwvT0lDuGs3vhrOxHd rW2g== X-Received: by 10.236.59.4 with SMTP id r4mr4463738yhc.67.1365097139203; Thu, 04 Apr 2013 10:38:59 -0700 (PDT) X-Received: by 10.236.59.4 with SMTP id r4mr4463735yhc.67.1365097139125; Thu, 04 Apr 2013 10:38:59 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id v60sm16525685yhh.23.2013.04.04.10.38.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 10:38:57 -0700 (PDT) Message-ID: <515DBAAE.4030105@corp.globo.com> Date: Thu, 04 Apr 2013 14:38:54 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: George Shuklin References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> <515CA01E.6060902@corp.globo.com> <515D4E3A.9050206@gmail.com> In-Reply-To: <515D4E3A.9050206@gmail.com> X-Gm-Message-State: ALoCoQlhhWimzUx6aVVWkQtZbV1s3nhOlyopkq2zAiLXFmPfhg876WdMVMw3cANPYemZVGJDZGMEiqEAFp/X2VK+zsHYSI1SUKrmZ0ibsXvmg9iIC1mL8TUTkSbMpbMliEbEVwXZ6XVNZTpFUKCIirA+B6kDsUEI7w== Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 Is there any debug option that may be enabled to gather more information on the xapi status? The logs sent to /var/log/messages only repeats the "HOST_STILL_BOOTING" on the host_enable. Pbd-list and network-list seems ok. Task-list also doesn't show anything. [root@centos59-xapi log]# xe network-list uuid ( RO) : f66363d2-86c4-11f4-2c5e-43b8f32a142d name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi [root@centos59-xapi log]# xe pbd-list uuid ( RO) : 0ad34c7c-1eba-47b3-79e7-b2e42a6b9151 host-uuid ( RO): 453457fc-4d66-3dc8-5a32-af2dd9978cc4 sr-uuid ( RO): bdb9b14e-bc0e-3050-8ba8-44b7c4bb9787 device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true currently-attached ( RO): false [root@centos59-xapi log]# xe task-list [root@centos59-xapi log]# On 04/04/2013 06:56 AM, George Shuklin wrote: > >> An extra information: when I execute "xe host-enable", I receive "The >> host toolstack is still initialising. Please wait.". >> I've already executed "xe-toolstack-restart" to no avail... >> > You need to dig deeper. Usually 'host is still initializing' means > network or pbd plugging in progress. > > But actually init done by init.d script: > "/opt/xensource/bin/xapi" -daemon ${xapiflags} \ > -writereadyfile ${XAPI_STARTUP_COOKIE} > -writeinitcomplete ${XAPI_INIT_COMPLETE_COOKIE} -onsystemboot > > Something can be wrong around here, I remember some issues with kronos > around wrong toolstack selection and endless execultion of > (incorrectly called) xapi list. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 04 17:39:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:39: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 1UNo7s-00075x-Nr; Thu, 04 Apr 2013 17:39:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNo7r-00075s-0h for xen-api@lists.xen.org; Thu, 04 Apr 2013 17:39:03 +0000 Received: from [85.158.138.51:48928] by server-5.bemta-3.messagelabs.com id 91/12-30636-6BABD515; Thu, 04 Apr 2013 17:39:02 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1365097140!20050261!1 X-Originating-IP: [74.125.149.149] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32623 invoked from network); 4 Apr 2013 17:39:01 -0000 Received: from na3sys009aog123.obsmtp.com (HELO na3sys009aog123.obsmtp.com) (74.125.149.149) by server-6.tower-174.messagelabs.com with SMTP; 4 Apr 2013 17:39:01 -0000 Received: from mail-qe0-f69.google.com ([209.85.128.69]) (using TLSv1) by na3sys009aob123.postini.com ([74.125.148.12]) with SMTP ID DSNKUV26s+ROSeGxyZKQots8IY7JVZpa0Hly@postini.com; Thu, 04 Apr 2013 10:39:00 PDT Received: by mail-qe0-f69.google.com with SMTP id 2so2233188qea.4 for ; Thu, 04 Apr 2013 10:38:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=lJh9Fn53yvVUr90fTEcGkEI/fu4E6eqP/TJmOITWfTg=; b=kvdwC0wg9s5jyc3vx/lzcGpQoPjeFpiFQMykbloVI+LBUTgvst6l4ndUzjzwdFgFOI qB6Hj5OISfrzHqo4kX4QqlGIZd4+8ZYkqR5AU0smNeQ0/gfjcnjCoVu6NUcaptD1WmYZ gVNqKIvBbinV+xbO38+KzWjyj0cmp1k+BxnE/YoWqYRCW7wkL3Zn8szzErwisN0yoIdy gI+DhRezuq8snHfdnVDyNGEB0mp8MtlmyXAuXLxeggDJfXwETB5aID5aZ4hXARKDX5Sn 2NRiVtLOLlI9USqjIFNbq00HxUGZIgz8gQFbmfh6BThYIjEUTJrwvT0lDuGs3vhrOxHd rW2g== X-Received: by 10.236.59.4 with SMTP id r4mr4463738yhc.67.1365097139203; Thu, 04 Apr 2013 10:38:59 -0700 (PDT) X-Received: by 10.236.59.4 with SMTP id r4mr4463735yhc.67.1365097139125; Thu, 04 Apr 2013 10:38:59 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id v60sm16525685yhh.23.2013.04.04.10.38.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 10:38:57 -0700 (PDT) Message-ID: <515DBAAE.4030105@corp.globo.com> Date: Thu, 04 Apr 2013 14:38:54 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: George Shuklin References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> <515CA01E.6060902@corp.globo.com> <515D4E3A.9050206@gmail.com> In-Reply-To: <515D4E3A.9050206@gmail.com> X-Gm-Message-State: ALoCoQlhhWimzUx6aVVWkQtZbV1s3nhOlyopkq2zAiLXFmPfhg876WdMVMw3cANPYemZVGJDZGMEiqEAFp/X2VK+zsHYSI1SUKrmZ0ibsXvmg9iIC1mL8TUTkSbMpbMliEbEVwXZ6XVNZTpFUKCIirA+B6kDsUEI7w== Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 Is there any debug option that may be enabled to gather more information on the xapi status? The logs sent to /var/log/messages only repeats the "HOST_STILL_BOOTING" on the host_enable. Pbd-list and network-list seems ok. Task-list also doesn't show anything. [root@centos59-xapi log]# xe network-list uuid ( RO) : f66363d2-86c4-11f4-2c5e-43b8f32a142d name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi [root@centos59-xapi log]# xe pbd-list uuid ( RO) : 0ad34c7c-1eba-47b3-79e7-b2e42a6b9151 host-uuid ( RO): 453457fc-4d66-3dc8-5a32-af2dd9978cc4 sr-uuid ( RO): bdb9b14e-bc0e-3050-8ba8-44b7c4bb9787 device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true currently-attached ( RO): false [root@centos59-xapi log]# xe task-list [root@centos59-xapi log]# On 04/04/2013 06:56 AM, George Shuklin wrote: > >> An extra information: when I execute "xe host-enable", I receive "The >> host toolstack is still initialising. Please wait.". >> I've already executed "xe-toolstack-restart" to no avail... >> > You need to dig deeper. Usually 'host is still initializing' means > network or pbd plugging in progress. > > But actually init done by init.d script: > "/opt/xensource/bin/xapi" -daemon ${xapiflags} \ > -writereadyfile ${XAPI_STARTUP_COOKIE} > -writeinitcomplete ${XAPI_INIT_COMPLETE_COOKIE} -onsystemboot > > Something can be wrong around here, I remember some issues with kronos > around wrong toolstack selection and endless execultion of > (incorrectly called) xapi list. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 04 17:53:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:53:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoLd-0007Ep-1l; Thu, 04 Apr 2013 17:53:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoLb-0007Ek-Rj for xen-api@lists.xen.org; Thu, 04 Apr 2013 17:53:16 +0000 Received: from [85.158.139.83:40924] by server-4.bemta-5.messagelabs.com id D9/F0-01980-B0EBD515; Thu, 04 Apr 2013 17:53:15 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1365097991!27483382!1 X-Originating-IP: [74.125.149.140] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8883 invoked from network); 4 Apr 2013 17:53:12 -0000 Received: from na3sys009aog120.obsmtp.com (HELO na3sys009aog120.obsmtp.com) (74.125.149.140) by server-3.tower-182.messagelabs.com with SMTP; 4 Apr 2013 17:53:12 -0000 Received: from mail-ve0-f197.google.com ([209.85.128.197]) (using TLSv1) by na3sys009aob120.postini.com ([74.125.148.12]) with SMTP ID DSNKUV2+BxHga6RVxzlcNBc/OxbDkqauKCot@postini.com; Thu, 04 Apr 2013 10:53:12 PDT Received: by mail-ve0-f197.google.com with SMTP id jz10so4614404veb.8 for ; Thu, 04 Apr 2013 10:53:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=6kjDz/4lCVptrbqC7TN/yVUOXpk/LrmwUzOkDnfmTLc=; b=QSopXNAMtpnuecdDl5Llww1euCNRSTSLWPk5YoreiAE3rGWgvW129zy0M65JrcPunA fW7/nunwvQHNRrq0Sgiz9UCePgoJ7TQVpzKSF6bLvQgVCmC98rgycbg7xmT1yIuz94AU AxDPqfv7A0VpyYkPvbes8wzkpkm1g6wEtqoUbieLtohLa326WqiAFq5hVKq8J2aOxbae IP5Su47MCQA0pMu8uLYz+9iEbzCy83xzdBQUDg5YGOMB4Ub+h05ws+ErZEn00l6ZXS+/ b0kQFUxoKiJ9z9cUCBrxw9ylbjppqLwyRD4MDhgqEkcYBwO6pzEM8taQ1BXD8mEVwR0J mx5w== X-Received: by 10.236.141.43 with SMTP id f31mr4327527yhj.103.1365097985817; Thu, 04 Apr 2013 10:53:05 -0700 (PDT) X-Received: by 10.236.141.43 with SMTP id f31mr4327520yhj.103.1365097985746; Thu, 04 Apr 2013 10:53:05 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id q8sm16736726yhb.1.2013.04.04.10.53.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 10:53:04 -0700 (PDT) Message-ID: <515DBDFE.1040708@corp.globo.com> Date: Thu, 04 Apr 2013 14:53:02 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Mike McClurg References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> <515D80C2.5010503@citrix.com> In-Reply-To: <515D80C2.5010503@citrix.com> X-Gm-Message-State: ALoCoQl7w20zffSu2Veea8pEHro0eAiOAilzE1zExODA/sMMdhazJ+4FpR8HSOPg2lXtDR9XYTWo+6fzCixe3WkssfAv1c8MUYEeXZxVitgxH6LwMCYg6mZ60cUnvuE3jwwZkWUBB+kMGmllwL9PfD6UCSA7MCQtaw== Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 04/04/2013 10:31 AM, Mike McClurg wrote: > On 03/04/13 22:13, Sergio Macedo wrote: >> Hello Mike, >> >> I was able to compile and start the xapi toolstack without (much) >> trouble, thanks to your guide. >> (At the time I was building it, xapi-libs wasn't in the package, so the >> "fe" service was missing and I had to add it to the system...) > > ... > >> The server is a CentOS 5.9, with the packages built from the prep.sh >> plus xapi-libs-fe. >> >> Do you have any suggestion or need any additional information/log? > > Hi Sergio, > > The xcp-sdk scripts were meant to help people rebuild xapi for an XCP > 1.6 system. They weren't meant to create a xapi that could be > installed on a plain CentOS 5 system. If you want to compile your own > xapi right now, I recommend using those scripts, and installing the > resulting xapi on an existing XCP 1.6 system. > > I'm working with some people from Rackspace right now to get xapi from > the master branch on github building and running on CentOS 6.4. Check > out the wiki page [1] to see the current work in progress. It doesn't > quite work yet, but we're working on it. Thanks, Mike. A quick look at [1] already gave me some pointers that may (or may not) help me... BTW, this centos5.9, is a dom0 running on top of the XCP's xen hypervisor+XCP's kernel. I don't know if this makes any difference on this scenario... [root@centos59-xapi ~]# uname -a Linux centos59-xapi 2.6.32.43-0.4.1.xs1.6.10.734.170748xen #1 SMP Thu Nov 22 18:23:25 EST 2012 i686 i686 i386 GNU/Linux From /boot/grub/grub.conf title CentOS (2.6.32.43-0.4.1.xs1.6.10.734.170748xen) root (hd0,0) kernel /boot/xen.gz module /boot/vmlinuz-2.6.32.43-0.4.1.xs1.6.10.734.170748xen ro root=LABEL=/ module /boot/initrd-2.6.32.43-0.4.1.xs1.6.10.734.170748xen.img > > Mike > > [1] http://wiki.xen.org/wiki/XCP_Building_Instructions -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 04 17:53:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:53:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoLd-0007Ep-1l; Thu, 04 Apr 2013 17:53:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoLb-0007Ek-Rj for xen-api@lists.xen.org; Thu, 04 Apr 2013 17:53:16 +0000 Received: from [85.158.139.83:40924] by server-4.bemta-5.messagelabs.com id D9/F0-01980-B0EBD515; Thu, 04 Apr 2013 17:53:15 +0000 X-Env-Sender: sergio.macedo@corp.globo.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1365097991!27483382!1 X-Originating-IP: [74.125.149.140] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8883 invoked from network); 4 Apr 2013 17:53:12 -0000 Received: from na3sys009aog120.obsmtp.com (HELO na3sys009aog120.obsmtp.com) (74.125.149.140) by server-3.tower-182.messagelabs.com with SMTP; 4 Apr 2013 17:53:12 -0000 Received: from mail-ve0-f197.google.com ([209.85.128.197]) (using TLSv1) by na3sys009aob120.postini.com ([74.125.148.12]) with SMTP ID DSNKUV2+BxHga6RVxzlcNBc/OxbDkqauKCot@postini.com; Thu, 04 Apr 2013 10:53:12 PDT Received: by mail-ve0-f197.google.com with SMTP id jz10so4614404veb.8 for ; Thu, 04 Apr 2013 10:53:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:message-id:date:from:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=6kjDz/4lCVptrbqC7TN/yVUOXpk/LrmwUzOkDnfmTLc=; b=QSopXNAMtpnuecdDl5Llww1euCNRSTSLWPk5YoreiAE3rGWgvW129zy0M65JrcPunA fW7/nunwvQHNRrq0Sgiz9UCePgoJ7TQVpzKSF6bLvQgVCmC98rgycbg7xmT1yIuz94AU AxDPqfv7A0VpyYkPvbes8wzkpkm1g6wEtqoUbieLtohLa326WqiAFq5hVKq8J2aOxbae IP5Su47MCQA0pMu8uLYz+9iEbzCy83xzdBQUDg5YGOMB4Ub+h05ws+ErZEn00l6ZXS+/ b0kQFUxoKiJ9z9cUCBrxw9ylbjppqLwyRD4MDhgqEkcYBwO6pzEM8taQ1BXD8mEVwR0J mx5w== X-Received: by 10.236.141.43 with SMTP id f31mr4327527yhj.103.1365097985817; Thu, 04 Apr 2013 10:53:05 -0700 (PDT) X-Received: by 10.236.141.43 with SMTP id f31mr4327520yhj.103.1365097985746; Thu, 04 Apr 2013 10:53:05 -0700 (PDT) Received: from [10.2.37.11] ([186.192.87.34]) by mx.google.com with ESMTPS id q8sm16736726yhb.1.2013.04.04.10.53.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 10:53:04 -0700 (PDT) Message-ID: <515DBDFE.1040708@corp.globo.com> Date: Thu, 04 Apr 2013 14:53:02 -0300 From: Sergio Macedo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Mike McClurg References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <5130F3AB.5020503@citrix.com> <5134CBE2.2070201@citrix.com> <51357806.2030503@gmail.com> <5135AA67.5060406@citrix.com> <513610B2.1060503@gmail.com> <51361E37.1040401@citrix.com> <51377AB2.8020305@gmail.com> <51378A14.3010204@citrix.com> <513D49AC.4020300@gmail.com> <51472775.4040402@citrix.com> <515C9B6A.6080805@corp.globo.com> <515D80C2.5010503@citrix.com> In-Reply-To: <515D80C2.5010503@citrix.com> X-Gm-Message-State: ALoCoQl7w20zffSu2Veea8pEHro0eAiOAilzE1zExODA/sMMdhazJ+4FpR8HSOPg2lXtDR9XYTWo+6fzCixe3WkssfAv1c8MUYEeXZxVitgxH6LwMCYg6mZ60cUnvuE3jwwZkWUBB+kMGmllwL9PfD6UCSA7MCQtaw== Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 04/04/2013 10:31 AM, Mike McClurg wrote: > On 03/04/13 22:13, Sergio Macedo wrote: >> Hello Mike, >> >> I was able to compile and start the xapi toolstack without (much) >> trouble, thanks to your guide. >> (At the time I was building it, xapi-libs wasn't in the package, so the >> "fe" service was missing and I had to add it to the system...) > > ... > >> The server is a CentOS 5.9, with the packages built from the prep.sh >> plus xapi-libs-fe. >> >> Do you have any suggestion or need any additional information/log? > > Hi Sergio, > > The xcp-sdk scripts were meant to help people rebuild xapi for an XCP > 1.6 system. They weren't meant to create a xapi that could be > installed on a plain CentOS 5 system. If you want to compile your own > xapi right now, I recommend using those scripts, and installing the > resulting xapi on an existing XCP 1.6 system. > > I'm working with some people from Rackspace right now to get xapi from > the master branch on github building and running on CentOS 6.4. Check > out the wiki page [1] to see the current work in progress. It doesn't > quite work yet, but we're working on it. Thanks, Mike. A quick look at [1] already gave me some pointers that may (or may not) help me... BTW, this centos5.9, is a dom0 running on top of the XCP's xen hypervisor+XCP's kernel. I don't know if this makes any difference on this scenario... [root@centos59-xapi ~]# uname -a Linux centos59-xapi 2.6.32.43-0.4.1.xs1.6.10.734.170748xen #1 SMP Thu Nov 22 18:23:25 EST 2012 i686 i686 i386 GNU/Linux From /boot/grub/grub.conf title CentOS (2.6.32.43-0.4.1.xs1.6.10.734.170748xen) root (hd0,0) kernel /boot/xen.gz module /boot/vmlinuz-2.6.32.43-0.4.1.xs1.6.10.734.170748xen ro root=LABEL=/ module /boot/initrd-2.6.32.43-0.4.1.xs1.6.10.734.170748xen.img > > Mike > > [1] http://wiki.xen.org/wiki/XCP_Building_Instructions -- Sergio Macedo Suporte SO 21-2483-6972 _______________________________________________ Xen-api 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 05 10:12:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 10:12: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 1UO3dG-0001gG-DK; Fri, 05 Apr 2013 10:12:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO3dE-0001g9-Q1 for xen-api@lists.xen.org; Fri, 05 Apr 2013 10:12:29 +0000 Received: from [85.158.143.99:32524] by server-2.bemta-4.messagelabs.com id FB/62-12656-C83AE515; Fri, 05 Apr 2013 10:12:28 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1365156744!18208684!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24800 invoked from network); 5 Apr 2013 10:12:24 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 10:12:24 -0000 Received: by mail-we0-f170.google.com with SMTP id z2so2867517wey.1 for ; Fri, 05 Apr 2013 03:12:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=AvkTF9nJYVtthPR6OdU/cz2bZ2c5ChlV3Bsv8ZN5xM8=; b=r5Vxa52R4ptNzlX4L+HccwzkfHcl313+xL7BS+zbbCQqkDVlAZVfpO+l7QyNVybjS7 bVcKh9U3SA6Y3tYNUCRw324TWToL32R+8k05X6tqfw39cMpX+4cG/Q7Vg3EVUoAgVBUX EZ8Wq9BwsbaRIlR/CJwtjIZVi2SXpQrL2HZ19jeyVSlF+hNOuMhW6lAsWmN20J/H/cKX T1TJtCq2qLj/jf3DgDI8Rxulucjm/EZhPb49s7cr9Z6ZCjL+0GDCeU3/yJYkGVGM42G+ j+lw+qcOpnmYdZdFzoyz3A8WQtjw6HUywPkOII8cabBhe/9KyRslLFLtw768vVkemEAm sbFw== MIME-Version: 1.0 X-Received: by 10.180.82.68 with SMTP id g4mr2966030wiy.26.1365156744200; Fri, 05 Apr 2013 03:12:24 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Fri, 5 Apr 2013 03:12:24 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Apr 2013 13:12:24 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2640780413888245381==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2640780413888245381== Content-Type: multipart/alternative; boundary=f46d041826accd0a0504d99a526c --f46d041826accd0a0504d99a526c Content-Type: text/plain; charset=ISO-8859-1 BTW, is it possible to use Quantum and XCP, but without OpenVSwitch? What's the recommended way to do metworking with XCP and Folsom? 2013/4/3 John Garbutt > If you have an NEC OpenFlow controller, I guess it might be possible. > Not sure what extensions they use, and if OVS 1.4 has them included. > > John > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 20:38 > > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > BTW, is it possible to somehow use Quantum NEC OpenFlow Plugin? > https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin > > OpenVSwitch in Dom0 should support OpenFlow protocol. > Or is it something incompatible with OVS in XCP? > > > 2013/4/2 John Garbutt > >> I assume more effort will be spent on that once the first change makes >> it into trunk. >> >> It will be required to use quantum's dhcp method of ip address >> assignment. There are other ways to inject the IP address that may work, >> such as IP address injection into the filesystem of debian/ubuntu based VMs. >> >> John >> >> From: "andrew.lukoshko@gmail.com" >> Date: Tuesday, 2 April 2013 16:38 >> >> To: John Garbutt >> Cc: "xen-api@lists.xen.org" >> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> Thanks. >> And what about this change? >> https://review.openstack.org/#/c/15023/ >> >> It has "Abandoned" status, so it's not mandatory to make things work? >> >> >> 2013/4/2 John Garbutt >> >>> Yes, that will break, never tried those instructions myself. This >>> problem sounds familiar, but can't find the thread from the openstack >>> mailing list on this one. >>> >>> If you push the branch from review.openstack.org to your own github >>> branch, and use just the name name of the branch for the QUANTUM_BRANCH, >>> that should work better. >>> >>> John >>> >>> From: "andrew.lukoshko@gmail.com" >>> Date: Tuesday, 2 April 2013 13:50 >>> >>> To: John Garbutt >>> Cc: "xen-api@lists.xen.org" >>> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it >>> possible? >>> >>> BTW, this Devstack code is broken now because change 15022 is still >>> in review so there is no /etc/xapi.d/plugins/netwrap in upstream. >>> >>> If I follow this guide >>> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to >>> localrc the following: >>> QUANTUM_REPO=https://review.openstack.org/openstack/quantum >>> QUANTUM_BRANCH=refs/changes/22/15022/11 >>> >>> Then Devstack again will be broken, because the code responsible for >>> placing netwrap to xapi plugins dir try to get tarball with quantum, and >>> review.openstack.org don't support downloading git repo as tarball. >>> >>> >>> 2013/4/2 John Garbutt >>> >>>> Oh, sorry, my bad. The xenserver_install is replaced by the code in >>>> devstack to install the quantum plugins. >>>> >>>> From: "andrew.lukoshko@gmail.com" >>>> Date: Tuesday, 2 April 2013 13:38 >>>> To: John Garbutt >>>> Cc: "xen-api@lists.xen.org" >>>> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it >>>> possible? >>>> >>>> > To deploy this you will need to install the new quantum xapi >>>> plugin, and configure an integration bridge, see this script here: >>>> > >>>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>>> >>>> Seems like changes in https://review.openstack.org/#/c/15022/ detele >>>> this file, are you sure I still need it? >>>> >>>> As far as I understand, before this thange the quantum_ovs_agent was >>>> placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. >>>> And with this change quantum_ovs_agent is moving to DomU and talks to >>>> Dom0 OVS with /etc/xapi.d/plugins/netwrap. >>>> >>>> Am I right? >>>> >>>> >>>> 2013/4/2 John Garbutt >>>> >>>>> To cut a long story short, the OVS + XCP + Quantum support is still >>>>> in review, as you spotted, and is not upstream: >>>>> https://review.openstack.org/#/c/15022/ >>>>> >>>>> Help to test and review that code would be greatly appreciated! >>>>> >>>>> To deploy this you will need to install the new quantum xapi plugin, >>>>> and configure an integration bridge, see this script here: >>>>> >>>>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>>>> >>>>> DevStack should give you the hints you need for configuring Quantum >>>>> OVS once the above plugin is installed: >>>>> >>>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >>>>> >>>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >>>>> >>>>> John >>>>> >>>>> PS >>>>> I would try ask on openstack-dev, and add the tag [Quantum] and >>>>> hopefully maru will be able to help you out. >>>>> >>>>> From: "andrew.lukoshko@gmail.com" >>>>> Date: Thursday, 28 March 2013 19:58 >>>>> To: "xen-api@lists.xen.org" >>>>> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >>>>> >>>>> Hi everyone. >>>>> >>>>> I'm trying to deploy experimental private cloud with the following: >>>>> 1. Openstack Folsom >>>>> 2. XCP 1.6 >>>>> 3. Quantum for networking >>>>> 4. CentOS as DomU controller node >>>>> >>>>> Everything looks fine except networking. >>>>> Folsom+Quantum+XCP+OVS don't look like good combination. >>>>> >>>>> I've already read >>>>> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this >>>>> solution is for unstable Grizzly and highly DevStack/Ubuntu targeted. >>>>> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >>>>> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >>>>> >>>>> I've backported https://review.openstack.org/#/c/15022/ and >>>>> https://review.openstack.org/#/c/15023/ to Folsom, but what should I >>>>> do next? >>>>> How to manually configure this stuff? >>>>> >>>>> And please give me advise about ovs_quantum_agent.py. >>>>> What's default place for it in Folsom - in Dom0 or DomU? >>>>> Do I need changes from https://review.openstack.org/... if I'll use >>>>> it in Dom0? (I know that Python 2.6 is requirement). >>>>> >>>>> Thanks a lot. >>>>> >>>>> -- >>>>> Andrew Lukoshko, M.Sc. >>>>> >>>>> >>>>> >>>>> John Garbutt >>>>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>>>> LINE] Tel: +442087344853 [image: Rackspace] >>>>> >>>>> >>>>> >>>>> Rackspace International GmbH a company registered in the Canton of >>>>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>>>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>>>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>>>> www.rackspace.co.uk/legal/swiss-privacy-policy >>>>> - >>>>> Rackspace Hosting Australia PTY LTD a company registered in the state >>>>> of Victoria, Australia (company registered number ACN 153 275 524) whose >>>>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>>>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>>>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>>>> - >>>>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>>>> States of America >>>>> Rackspace US, Inc privacy policy can be viewed at >>>>> www.rackspace.com/information/legal/privacystatement >>>>> - >>>>> Rackspace Limited is a company registered in England & Wales (company >>>>> registered number 03897010) whose registered office is at 5 Millington >>>>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>>>> Rackspace Limited privacy policy can be viewed at >>>>> www.rackspace.co.uk/legal/privacy-policy >>>>> - >>>>> Rackspace Benelux B.V. is a company registered in the Netherlands >>>>> (company KvK nummer 34276327) whose registered office is at >>>>> Teleportboulevard 110, 1043 EJ Amsterdam. >>>>> Rackspace Benelux B.V privacy policy can be viewed at >>>>> www.rackspace.nl/juridisch/privacy-policy >>>>> - >>>>> Rackspace Asia Limited is a company registered in Hong Kong (Company >>>>> no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo >>>>> Place, 979 King's Road, Quarry Bay, Hong Kong. >>>>> Rackspace Asia Limited privacy policy can be viewed at >>>>> www.rackspace.com.hk/company/legal-privacy-statement.php >>>>> - >>>>> This e-mail message (including any attachments or embedded documents) >>>>> is intended for the exclusive and confidential use of the individual or >>>>> entity to which this message is addressed, and unless otherwise expressly >>>>> indicated, is confidential and privileged information of Rackspace. Any >>>>> dissemination, distribution or copying of the enclosed material is >>>>> prohibited. If you receive this transmission in error, please notify us >>>>> immediately by e-mail at abuse@rackspace.com and delete the original >>>>> message. Your cooperation is appreciated. >>>>> >>>> >>>> >>>> >>>> -- >>>> Andrew Lukoshko, M.Sc. >>>> >>>> Head of Cloud R&D >>>> ROSA Laboratory >>>> >>>> Presnensky Val str. 14, >>>> Moscow, 123557 Russia >>>> >>>> Mobile: +375 (44) 779-63-73 >>>> Mobile (Russia): +7 (916) 4629480 >>>> Skype: a.lukoshko >>>> >>>> >>>> >>>> John Garbutt >>>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>>> LINE] Tel: +442087344853 [image: Rackspace] >>>> >>>> >>>> >>>> Rackspace International GmbH a company registered in the Canton of >>>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/swiss-privacy-policy >>>> - >>>> Rackspace Hosting Australia PTY LTD a company registered in the state >>>> of Victoria, Australia (company registered number ACN 153 275 524) whose >>>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>>> - >>>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>>> States of America >>>> Rackspace US, Inc privacy policy can be viewed at >>>> www.rackspace.com/information/legal/privacystatement >>>> - >>>> Rackspace Limited is a company registered in England & Wales (company >>>> registered number 03897010) whose registered office is at 5 Millington >>>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>>> Rackspace Limited privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/privacy-policy >>>> - >>>> Rackspace Benelux B.V. is a company registered in the Netherlands >>>> (company KvK nummer 34276327) whose registered office is at >>>> Teleportboulevard 110, 1043 EJ Amsterdam. >>>> Rackspace Benelux B.V privacy policy can be viewed at >>>> www.rackspace.nl/juridisch/privacy-policy >>>> - >>>> Rackspace Asia Limited is a company registered in Hong Kong (Company >>>> no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo >>>> Place, 979 King's Road, Quarry Bay, Hong Kong. >>>> Rackspace Asia Limited privacy policy can be viewed at >>>> www.rackspace.com.hk/company/legal-privacy-statement.php >>>> - >>>> This e-mail message (including any attachments or embedded documents) >>>> is intended for the exclusive and confidential use of the individual or >>>> entity to which this message is addressed, and unless otherwise expressly >>>> indicated, is confidential and privileged information of Rackspace. Any >>>> dissemination, distribution or copying of the enclosed material is >>>> prohibited. If you receive this transmission in error, please notify us >>>> immediately by e-mail at abuse@rackspace.com and delete the original >>>> message. Your cooperation is appreciated. >>>> >>> >>> >>> >>> -- >>> Andrew Lukoshko, M.Sc. >>> >>> Head of Cloud R&D >>> ROSA Laboratory >>> >>> Presnensky Val str. 14, >>> Moscow, 123557 Russia >>> >>> Mobile: +375 (44) 779-63-73 >>> Mobile (Russia): +7 (916) 4629480 >>> Skype: a.lukoshko >>> >>> >>> >>> John Garbutt >>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>> LINE] Tel: +442087344853 [image: Rackspace] >>> >>> >>> >>> Rackspace International GmbH a company registered in the Canton of >>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>> www.rackspace.co.uk/legal/swiss-privacy-policy >>> - >>> Rackspace Hosting Australia PTY LTD a company registered in the state of >>> Victoria, Australia (company registered number ACN 153 275 524) whose >>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>> - >>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>> States of America >>> Rackspace US, Inc privacy policy can be viewed at >>> www.rackspace.com/information/legal/privacystatement >>> - >>> Rackspace Limited is a company registered in England & Wales (company >>> registered number 03897010) whose registered office is at 5 Millington >>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>> Rackspace Limited privacy policy can be viewed at >>> www.rackspace.co.uk/legal/privacy-policy >>> - >>> Rackspace Benelux B.V. is a company registered in the Netherlands >>> (company KvK nummer 34276327) whose registered office is at >>> Teleportboulevard 110, 1043 EJ Amsterdam. >>> Rackspace Benelux B.V privacy policy can be viewed at >>> www.rackspace.nl/juridisch/privacy-policy >>> - >>> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >>> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >>> 979 King's Road, Quarry Bay, Hong Kong. >>> Rackspace Asia Limited privacy policy can be viewed at >>> www.rackspace.com.hk/company/legal-privacy-statement.php >>> - >>> This e-mail message (including any attachments or embedded documents) is >>> intended for the exclusive and confidential use of the individual or entity >>> to which this message is addressed, and unless otherwise expressly >>> indicated, is confidential and privileged information of Rackspace. Any >>> dissemination, distribution or copying of the enclosed material is >>> prohibited. If you receive this transmission in error, please notify us >>> immediately by e-mail at abuse@rackspace.com and delete the original >>> message. Your cooperation is appreciated. >>> >> >> >> >> -- >> Andrew Lukoshko, M.Sc. >> >> Head of Cloud R&D >> ROSA Laboratory >> >> Presnensky Val str. 14, >> Moscow, 123557 Russia >> >> Mobile: +375 (44) 779-63-73 >> Mobile (Russia): +7 (916) 4629480 >> Skype: a.lukoshko >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --f46d041826accd0a0504d99a526c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
BTW, is it possible to use Quantum and XCP, but without Op= enVSwitch?
What's the recommended way to do metworking with X= CP and Folsom?


2013/4/3 John Garbutt <John.Garbutt@rackspace.co.uk>

If you have an NEC OpenFlow controller, I guess it might be possib= le. Not sure what extensions they use, and if OVS 1.4 has them included.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 20:38

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?



2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

I assume more effort will be spent on that once the first change makes= it into trunk.

It will be required to use quantum's dhcp method of ip address ass= ignment. There are other ways to inject the IP address that may work, such = as IP address injection into the filesystem of debian/ubuntu based VMs.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 16:38

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

Thanks.
And what about this change?

It has "Abandoned" status, so it's not mandatory to make= things work?=A0


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Yes, that will break, never tried those instructions myself. This prob= lem sounds familiar, but can't find the thread from the openstack maili= ng list on this one.

If you push the branch from review.openstack.org to your own github branch, and use just the name n= ame of the branch for the QUANTUM_BRANCH, that should work better.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:50

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.

If I follow this guide=A0https://wiki.openstack.org/wiki/Quan= tumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for p= lacing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.= org don't support downloading git repo as tarball.


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code in de= vstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --f46d041826accd0a0504d99a526c-- --===============2640780413888245381== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2640780413888245381==-- From xen-api-bounces@lists.xen.org Fri Apr 05 10:12:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 10:12: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 1UO3dG-0001gG-DK; Fri, 05 Apr 2013 10:12:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO3dE-0001g9-Q1 for xen-api@lists.xen.org; Fri, 05 Apr 2013 10:12:29 +0000 Received: from [85.158.143.99:32524] by server-2.bemta-4.messagelabs.com id FB/62-12656-C83AE515; Fri, 05 Apr 2013 10:12:28 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1365156744!18208684!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24800 invoked from network); 5 Apr 2013 10:12:24 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 10:12:24 -0000 Received: by mail-we0-f170.google.com with SMTP id z2so2867517wey.1 for ; Fri, 05 Apr 2013 03:12:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=AvkTF9nJYVtthPR6OdU/cz2bZ2c5ChlV3Bsv8ZN5xM8=; b=r5Vxa52R4ptNzlX4L+HccwzkfHcl313+xL7BS+zbbCQqkDVlAZVfpO+l7QyNVybjS7 bVcKh9U3SA6Y3tYNUCRw324TWToL32R+8k05X6tqfw39cMpX+4cG/Q7Vg3EVUoAgVBUX EZ8Wq9BwsbaRIlR/CJwtjIZVi2SXpQrL2HZ19jeyVSlF+hNOuMhW6lAsWmN20J/H/cKX T1TJtCq2qLj/jf3DgDI8Rxulucjm/EZhPb49s7cr9Z6ZCjL+0GDCeU3/yJYkGVGM42G+ j+lw+qcOpnmYdZdFzoyz3A8WQtjw6HUywPkOII8cabBhe/9KyRslLFLtw768vVkemEAm sbFw== MIME-Version: 1.0 X-Received: by 10.180.82.68 with SMTP id g4mr2966030wiy.26.1365156744200; Fri, 05 Apr 2013 03:12:24 -0700 (PDT) Received: by 10.194.153.133 with HTTP; Fri, 5 Apr 2013 03:12:24 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Apr 2013 13:12:24 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: John Garbutt Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2640780413888245381==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2640780413888245381== Content-Type: multipart/alternative; boundary=f46d041826accd0a0504d99a526c --f46d041826accd0a0504d99a526c Content-Type: text/plain; charset=ISO-8859-1 BTW, is it possible to use Quantum and XCP, but without OpenVSwitch? What's the recommended way to do metworking with XCP and Folsom? 2013/4/3 John Garbutt > If you have an NEC OpenFlow controller, I guess it might be possible. > Not sure what extensions they use, and if OVS 1.4 has them included. > > John > > From: "andrew.lukoshko@gmail.com" > Date: Tuesday, 2 April 2013 20:38 > > To: John Garbutt > Cc: "xen-api@lists.xen.org" > Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? > > BTW, is it possible to somehow use Quantum NEC OpenFlow Plugin? > https://wiki.openstack.org/wiki/Quantum_NEC_OpenFlow_Plugin > > OpenVSwitch in Dom0 should support OpenFlow protocol. > Or is it something incompatible with OVS in XCP? > > > 2013/4/2 John Garbutt > >> I assume more effort will be spent on that once the first change makes >> it into trunk. >> >> It will be required to use quantum's dhcp method of ip address >> assignment. There are other ways to inject the IP address that may work, >> such as IP address injection into the filesystem of debian/ubuntu based VMs. >> >> John >> >> From: "andrew.lukoshko@gmail.com" >> Date: Tuesday, 2 April 2013 16:38 >> >> To: John Garbutt >> Cc: "xen-api@lists.xen.org" >> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >> >> Thanks. >> And what about this change? >> https://review.openstack.org/#/c/15023/ >> >> It has "Abandoned" status, so it's not mandatory to make things work? >> >> >> 2013/4/2 John Garbutt >> >>> Yes, that will break, never tried those instructions myself. This >>> problem sounds familiar, but can't find the thread from the openstack >>> mailing list on this one. >>> >>> If you push the branch from review.openstack.org to your own github >>> branch, and use just the name name of the branch for the QUANTUM_BRANCH, >>> that should work better. >>> >>> John >>> >>> From: "andrew.lukoshko@gmail.com" >>> Date: Tuesday, 2 April 2013 13:50 >>> >>> To: John Garbutt >>> Cc: "xen-api@lists.xen.org" >>> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it >>> possible? >>> >>> BTW, this Devstack code is broken now because change 15022 is still >>> in review so there is no /etc/xapi.d/plugins/netwrap in upstream. >>> >>> If I follow this guide >>> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp and write to >>> localrc the following: >>> QUANTUM_REPO=https://review.openstack.org/openstack/quantum >>> QUANTUM_BRANCH=refs/changes/22/15022/11 >>> >>> Then Devstack again will be broken, because the code responsible for >>> placing netwrap to xapi plugins dir try to get tarball with quantum, and >>> review.openstack.org don't support downloading git repo as tarball. >>> >>> >>> 2013/4/2 John Garbutt >>> >>>> Oh, sorry, my bad. The xenserver_install is replaced by the code in >>>> devstack to install the quantum plugins. >>>> >>>> From: "andrew.lukoshko@gmail.com" >>>> Date: Tuesday, 2 April 2013 13:38 >>>> To: John Garbutt >>>> Cc: "xen-api@lists.xen.org" >>>> Subject: Re: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it >>>> possible? >>>> >>>> > To deploy this you will need to install the new quantum xapi >>>> plugin, and configure an integration bridge, see this script here: >>>> > >>>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>>> >>>> Seems like changes in https://review.openstack.org/#/c/15022/ detele >>>> this file, are you sure I still need it? >>>> >>>> As far as I understand, before this thange the quantum_ovs_agent was >>>> placed on Dom0 in /etc/xapi.d/plugins/ and worked from here. >>>> And with this change quantum_ovs_agent is moving to DomU and talks to >>>> Dom0 OVS with /etc/xapi.d/plugins/netwrap. >>>> >>>> Am I right? >>>> >>>> >>>> 2013/4/2 John Garbutt >>>> >>>>> To cut a long story short, the OVS + XCP + Quantum support is still >>>>> in review, as you spotted, and is not upstream: >>>>> https://review.openstack.org/#/c/15022/ >>>>> >>>>> Help to test and review that code would be greatly appreciated! >>>>> >>>>> To deploy this you will need to install the new quantum xapi plugin, >>>>> and configure an integration bridge, see this script here: >>>>> >>>>> https://review.openstack.org/#/c/15022/11/quantum/plugins/openvswitch/agent/xenserver_install.sh >>>>> >>>>> DevStack should give you the hints you need for configuring Quantum >>>>> OVS once the above plugin is installed: >>>>> >>>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L13 >>>>> >>>>> https://github.com/openstack-dev/devstack/blob/master/lib/quantum_plugins/openvswitch#L74 >>>>> >>>>> John >>>>> >>>>> PS >>>>> I would try ask on openstack-dev, and add the tag [Quantum] and >>>>> hopefully maru will be able to help you out. >>>>> >>>>> From: "andrew.lukoshko@gmail.com" >>>>> Date: Thursday, 28 March 2013 19:58 >>>>> To: "xen-api@lists.xen.org" >>>>> Subject: [Xen-API] [OpenStack] XCP + Quantum Folsom - is it possible? >>>>> >>>>> Hi everyone. >>>>> >>>>> I'm trying to deploy experimental private cloud with the following: >>>>> 1. Openstack Folsom >>>>> 2. XCP 1.6 >>>>> 3. Quantum for networking >>>>> 4. CentOS as DomU controller node >>>>> >>>>> Everything looks fine except networking. >>>>> Folsom+Quantum+XCP+OVS don't look like good combination. >>>>> >>>>> I've already read >>>>> https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this >>>>> solution is for unstable Grizzly and highly DevStack/Ubuntu targeted. >>>>> This guide https://wiki.openstack.org/wiki/XenServer/Quantum is for >>>>> Essex, right? And this http://openvswitch.org/openstack/documentation/too. >>>>> >>>>> I've backported https://review.openstack.org/#/c/15022/ and >>>>> https://review.openstack.org/#/c/15023/ to Folsom, but what should I >>>>> do next? >>>>> How to manually configure this stuff? >>>>> >>>>> And please give me advise about ovs_quantum_agent.py. >>>>> What's default place for it in Folsom - in Dom0 or DomU? >>>>> Do I need changes from https://review.openstack.org/... if I'll use >>>>> it in Dom0? (I know that Python 2.6 is requirement). >>>>> >>>>> Thanks a lot. >>>>> >>>>> -- >>>>> Andrew Lukoshko, M.Sc. >>>>> >>>>> >>>>> >>>>> John Garbutt >>>>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>>>> LINE] Tel: +442087344853 [image: Rackspace] >>>>> >>>>> >>>>> >>>>> Rackspace International GmbH a company registered in the Canton of >>>>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>>>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>>>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>>>> www.rackspace.co.uk/legal/swiss-privacy-policy >>>>> - >>>>> Rackspace Hosting Australia PTY LTD a company registered in the state >>>>> of Victoria, Australia (company registered number ACN 153 275 524) whose >>>>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>>>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>>>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>>>> - >>>>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>>>> States of America >>>>> Rackspace US, Inc privacy policy can be viewed at >>>>> www.rackspace.com/information/legal/privacystatement >>>>> - >>>>> Rackspace Limited is a company registered in England & Wales (company >>>>> registered number 03897010) whose registered office is at 5 Millington >>>>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>>>> Rackspace Limited privacy policy can be viewed at >>>>> www.rackspace.co.uk/legal/privacy-policy >>>>> - >>>>> Rackspace Benelux B.V. is a company registered in the Netherlands >>>>> (company KvK nummer 34276327) whose registered office is at >>>>> Teleportboulevard 110, 1043 EJ Amsterdam. >>>>> Rackspace Benelux B.V privacy policy can be viewed at >>>>> www.rackspace.nl/juridisch/privacy-policy >>>>> - >>>>> Rackspace Asia Limited is a company registered in Hong Kong (Company >>>>> no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo >>>>> Place, 979 King's Road, Quarry Bay, Hong Kong. >>>>> Rackspace Asia Limited privacy policy can be viewed at >>>>> www.rackspace.com.hk/company/legal-privacy-statement.php >>>>> - >>>>> This e-mail message (including any attachments or embedded documents) >>>>> is intended for the exclusive and confidential use of the individual or >>>>> entity to which this message is addressed, and unless otherwise expressly >>>>> indicated, is confidential and privileged information of Rackspace. Any >>>>> dissemination, distribution or copying of the enclosed material is >>>>> prohibited. If you receive this transmission in error, please notify us >>>>> immediately by e-mail at abuse@rackspace.com and delete the original >>>>> message. Your cooperation is appreciated. >>>>> >>>> >>>> >>>> >>>> -- >>>> Andrew Lukoshko, M.Sc. >>>> >>>> Head of Cloud R&D >>>> ROSA Laboratory >>>> >>>> Presnensky Val str. 14, >>>> Moscow, 123557 Russia >>>> >>>> Mobile: +375 (44) 779-63-73 >>>> Mobile (Russia): +7 (916) 4629480 >>>> Skype: a.lukoshko >>>> >>>> >>>> >>>> John Garbutt >>>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>>> LINE] Tel: +442087344853 [image: Rackspace] >>>> >>>> >>>> >>>> Rackspace International GmbH a company registered in the Canton of >>>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/swiss-privacy-policy >>>> - >>>> Rackspace Hosting Australia PTY LTD a company registered in the state >>>> of Victoria, Australia (company registered number ACN 153 275 524) whose >>>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>>> - >>>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>>> States of America >>>> Rackspace US, Inc privacy policy can be viewed at >>>> www.rackspace.com/information/legal/privacystatement >>>> - >>>> Rackspace Limited is a company registered in England & Wales (company >>>> registered number 03897010) whose registered office is at 5 Millington >>>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>>> Rackspace Limited privacy policy can be viewed at >>>> www.rackspace.co.uk/legal/privacy-policy >>>> - >>>> Rackspace Benelux B.V. is a company registered in the Netherlands >>>> (company KvK nummer 34276327) whose registered office is at >>>> Teleportboulevard 110, 1043 EJ Amsterdam. >>>> Rackspace Benelux B.V privacy policy can be viewed at >>>> www.rackspace.nl/juridisch/privacy-policy >>>> - >>>> Rackspace Asia Limited is a company registered in Hong Kong (Company >>>> no: 1211294) whose registered office is at 9/F, Cambridge House, Taikoo >>>> Place, 979 King's Road, Quarry Bay, Hong Kong. >>>> Rackspace Asia Limited privacy policy can be viewed at >>>> www.rackspace.com.hk/company/legal-privacy-statement.php >>>> - >>>> This e-mail message (including any attachments or embedded documents) >>>> is intended for the exclusive and confidential use of the individual or >>>> entity to which this message is addressed, and unless otherwise expressly >>>> indicated, is confidential and privileged information of Rackspace. Any >>>> dissemination, distribution or copying of the enclosed material is >>>> prohibited. If you receive this transmission in error, please notify us >>>> immediately by e-mail at abuse@rackspace.com and delete the original >>>> message. Your cooperation is appreciated. >>>> >>> >>> >>> >>> -- >>> Andrew Lukoshko, M.Sc. >>> >>> Head of Cloud R&D >>> ROSA Laboratory >>> >>> Presnensky Val str. 14, >>> Moscow, 123557 Russia >>> >>> Mobile: +375 (44) 779-63-73 >>> Mobile (Russia): +7 (916) 4629480 >>> Skype: a.lukoshko >>> >>> >>> >>> John Garbutt >>> Software Developer IV - UK [image: experience Fanatical Support] [image: >>> LINE] Tel: +442087344853 [image: Rackspace] >>> >>> >>> >>> Rackspace International GmbH a company registered in the Canton of >>> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >>> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >>> Switzerland. Rackspace International GmbH privacy policy can be viewed at >>> www.rackspace.co.uk/legal/swiss-privacy-policy >>> - >>> Rackspace Hosting Australia PTY LTD a company registered in the state of >>> Victoria, Australia (company registered number ACN 153 275 524) whose >>> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >>> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >>> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >>> - >>> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >>> States of America >>> Rackspace US, Inc privacy policy can be viewed at >>> www.rackspace.com/information/legal/privacystatement >>> - >>> Rackspace Limited is a company registered in England & Wales (company >>> registered number 03897010) whose registered office is at 5 Millington >>> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >>> Rackspace Limited privacy policy can be viewed at >>> www.rackspace.co.uk/legal/privacy-policy >>> - >>> Rackspace Benelux B.V. is a company registered in the Netherlands >>> (company KvK nummer 34276327) whose registered office is at >>> Teleportboulevard 110, 1043 EJ Amsterdam. >>> Rackspace Benelux B.V privacy policy can be viewed at >>> www.rackspace.nl/juridisch/privacy-policy >>> - >>> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >>> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >>> 979 King's Road, Quarry Bay, Hong Kong. >>> Rackspace Asia Limited privacy policy can be viewed at >>> www.rackspace.com.hk/company/legal-privacy-statement.php >>> - >>> This e-mail message (including any attachments or embedded documents) is >>> intended for the exclusive and confidential use of the individual or entity >>> to which this message is addressed, and unless otherwise expressly >>> indicated, is confidential and privileged information of Rackspace. Any >>> dissemination, distribution or copying of the enclosed material is >>> prohibited. If you receive this transmission in error, please notify us >>> immediately by e-mail at abuse@rackspace.com and delete the original >>> message. Your cooperation is appreciated. >>> >> >> >> >> -- >> Andrew Lukoshko, M.Sc. >> >> Head of Cloud R&D >> ROSA Laboratory >> >> Presnensky Val str. 14, >> Moscow, 123557 Russia >> >> Mobile: +375 (44) 779-63-73 >> Mobile (Russia): +7 (916) 4629480 >> Skype: a.lukoshko >> >> >> >> John Garbutt >> Software Developer IV - UK [image: experience Fanatical Support] [image: >> LINE] Tel: +442087344853 [image: Rackspace] >> >> >> >> Rackspace International GmbH a company registered in the Canton of >> Zurich, Switzerland (company identification number CH-020.4.047.077-1) >> whose registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, >> Switzerland. Rackspace International GmbH privacy policy can be viewed at >> www.rackspace.co.uk/legal/swiss-privacy-policy >> - >> Rackspace Hosting Australia PTY LTD a company registered in the state of >> Victoria, Australia (company registered number ACN 153 275 524) whose >> registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW >> 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be >> viewed at www.rackspace.com.au/company/legal-privacy-statement.php >> - >> Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United >> States of America >> Rackspace US, Inc privacy policy can be viewed at >> www.rackspace.com/information/legal/privacystatement >> - >> Rackspace Limited is a company registered in England & Wales (company >> registered number 03897010) whose registered office is at 5 Millington >> Road, Hyde Park Hayes, Middlesex UB3 4AZ. >> Rackspace Limited privacy policy can be viewed at >> www.rackspace.co.uk/legal/privacy-policy >> - >> Rackspace Benelux B.V. is a company registered in the Netherlands >> (company KvK nummer 34276327) whose registered office is at >> Teleportboulevard 110, 1043 EJ Amsterdam. >> Rackspace Benelux B.V privacy policy can be viewed at >> www.rackspace.nl/juridisch/privacy-policy >> - >> Rackspace Asia Limited is a company registered in Hong Kong (Company no: >> 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, >> 979 King's Road, Quarry Bay, Hong Kong. >> Rackspace Asia Limited privacy policy can be viewed at >> www.rackspace.com.hk/company/legal-privacy-statement.php >> - >> This e-mail message (including any attachments or embedded documents) is >> intended for the exclusive and confidential use of the individual or entity >> to which this message is addressed, and unless otherwise expressly >> indicated, is confidential and privileged information of Rackspace. Any >> dissemination, distribution or copying of the enclosed material is >> prohibited. If you receive this transmission in error, please notify us >> immediately by e-mail at abuse@rackspace.com and delete the original >> message. Your cooperation is appreciated. >> > > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > > > John Garbutt > Software Developer IV - UK [image: experience Fanatical Support] [image: > LINE] Tel: +442087344853 [image: Rackspace] > > > > Rackspace International GmbH a company registered in the Canton of Zurich, > Switzerland (company identification number CH-020.4.047.077-1) whose > registered office is at Balz-Zimmerman Strasse 7, 8302 Kloten, Switzerland. > Rackspace International GmbH privacy policy can be viewed at > www.rackspace.co.uk/legal/swiss-privacy-policy > - > Rackspace Hosting Australia PTY LTD a company registered in the state of > Victoria, Australia (company registered number ACN 153 275 524) whose > registered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW > 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be > viewed at www.rackspace.com.au/company/legal-privacy-statement.php > - > Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United > States of America > Rackspace US, Inc privacy policy can be viewed at > www.rackspace.com/information/legal/privacystatement > - > Rackspace Limited is a company registered in England & Wales (company > registered number 03897010) whose registered office is at 5 Millington > Road, Hyde Park Hayes, Middlesex UB3 4AZ. > Rackspace Limited privacy policy can be viewed at > www.rackspace.co.uk/legal/privacy-policy > - > Rackspace Benelux B.V. is a company registered in the Netherlands (company > KvK nummer 34276327) whose registered office is at Teleportboulevard 110, > 1043 EJ Amsterdam. > Rackspace Benelux B.V privacy policy can be viewed at > www.rackspace.nl/juridisch/privacy-policy > - > Rackspace Asia Limited is a company registered in Hong Kong (Company no: > 1211294) whose registered office is at 9/F, Cambridge House, Taikoo Place, > 979 King's Road, Quarry Bay, Hong Kong. > Rackspace Asia Limited privacy policy can be viewed at > www.rackspace.com.hk/company/legal-privacy-statement.php > - > This e-mail message (including any attachments or embedded documents) is > intended for the exclusive and confidential use of the individual or entity > to which this message is addressed, and unless otherwise expressly > indicated, is confidential and privileged information of Rackspace. Any > dissemination, distribution or copying of the enclosed material is > prohibited. If you receive this transmission in error, please notify us > immediately by e-mail at abuse@rackspace.com and delete the original > message. Your cooperation is appreciated. > -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko --f46d041826accd0a0504d99a526c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
BTW, is it possible to use Quantum and XCP, but without Op= enVSwitch?
What's the recommended way to do metworking with X= CP and Folsom?


2013/4/3 John Garbutt <John.Garbutt@rackspace.co.uk>

If you have an NEC OpenFlow controller, I guess it might be possib= le. Not sure what extensions they use, and if OVS 1.4 has them included.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 20:38

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?



2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

I assume more effort will be spent on that once the first change makes= it into trunk.

It will be required to use quantum's dhcp method of ip address ass= ignment. There are other ways to inject the IP address that may work, such = as IP address injection into the filesystem of debian/ubuntu based VMs.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 16:38

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

Thanks.
And what about this change?

It has "Abandoned" status, so it's not mandatory to make= things work?=A0


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Yes, that will break, never tried those instructions myself. This prob= lem sounds familiar, but can't find the thread from the openstack maili= ng list on this one.

If you push the branch from review.openstack.org to your own github branch, and use just the name n= ame of the branch for the QUANTUM_BRANCH, that should work better.

John

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:50

To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

BTW, this Devstack code is broken now because change 15022= is still in review so there is no /etc/xapi.d/plugins/netwrap in upstream.

If I follow this guide=A0https://wiki.openstack.org/wiki/Quan= tumDevstackOvsXcp=A0and write to localrc the following:
QUANTUM_BRANCH=3Drefs/changes/22/15022/11

Then Devstack again will be broken, because the code responsible for p= lacing netwrap to xapi plugins dir try to get tarball with quantum, and review.openstack.= org don't support downloading git repo as tarball.


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

Oh, sorry, my bad. The xenserver_install is replaced by the code in de= vstack to install the quantum plugins.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Tuesday, 2 April 2013 13:38 To: John Garbutt <John.Garbutt@rackspace.= co.uk>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: Re: [Xen-API] [OpenStack] = XCP + Quantum Folsom - is it possible?

> To deploy this you will need to install the new quantum xapi plug= in, and configure an integration bridge, see this script here:

Seems like changes in=A0https://review.openstack.org/#/c/15022/=A0detel= e this file, are you sure I still need it?

As far as I understand, before this thange the quantum_ovs_agent was p= laced on Dom0 in /etc/xapi.d/plugins/ and worked from here.
And with this change quantum_ovs_agent is moving to DomU and talks to = Dom0 OVS with /etc/xapi.d/plugins/netwrap.

Am I right?


2013/4/2 John Garbutt <John.Garbutt@= rackspace.co.uk>

To cut a long story short, the OVS + XCP + Quantum support is still in= review, as you spotted, and is not upstream:

Help to test and review that code would be greatly appreciated!

To deploy this you will need to install the new quantum xapi plugin, a= nd configure an integration bridge, see this script here:

DevStack should give you the hints you need for configuring Quantum OV= S once the above plugin is installed:

John

PS
I would try ask on openstack-dev, and add the tag [Quantum] and hopefu= lly maru will be able to help you out.

From: "andrew.lukoshko@gmail.com"= <andrew.= lukoshko@gmail.com>
Date: Thursday, 28 March 2013 19:58=
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org= >
Subject: [Xen-API] [OpenStack] XCP = + Quantum Folsom - is it possible?

Hi everyone.

I'm trying to deploy experimental private cloud with the following= :
1. Openstack Folsom
2. XCP 1.6
3. Quantum for networking
4. CentOS as DomU controller node

Everything looks fine except networking.
Folsom+Quantum+XCP+OVS don't look like good combination.

I've already read https://wiki.openstack.org/wiki/QuantumDevstackOvsXcp , but this soluti= on is for unstable Grizzly and highly DevStack/Ubuntu targeted.

I've backported https://review.openstack.org/#/c/15022/ and https://review.openstack.org/#/c/15023/ to Folsom, but what should I do= next?
How to manually configure this stuff?

And please give me advise about ovs_quantum_agent.py.
What's default place for it in Folsom - in Dom0 or DomU?
Do I need changes from https://review.openstack.org/... if I'll use it in Dom0? (I know th= at Python 2.6 is requirement).

Thanks a lot.

--
Andrew Lukoshko, M.Sc.

=A0

John Garbutt
Software Developer IV - UK		 3D"experience
3D"LINE"
Tel: +442087344853
3D"Rackspace"
John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

John Garbutt
Software Developer IV= - UK		 3D"experience
3D"LINE"
Tel: +442087344853<= /span>
3D"Rackspace"

=A0

Rackspace International GmbH a company regis= tered in the Canton of Zurich, Switzerland (company identification number C= H-020.4.047.077-1) whose registered office is at Balz-Zimmerman Strasse 7, = 8302 Kloten, Switzerland. Rackspace International GmbH privacy policy can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy
-
Rackspace Hosting Australia PTY LTD a company registered in the state of Vi= ctoria, Australia (company registered number ACN 153 275 524) whose registe= red office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000, Aus= tralia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php
-
Rackspace US, Inc, 5000 Walzem Road, San Antonio, Texas 78218, United State= s of America
Rackspace US, Inc privacy policy can be view= ed at www.rackspace.com/information/legal/privacystatement
-
Rackspace Limited is a company registered in= England & Wales (company registered number 03897010) whose registered = office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ.<= br> Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be = viewed at www.rackspace.nl/juridisch/privacy-policy
-
Rackspace Asia Limited is a company register= ed in Hong Kong (Company no: 1211294) whose registered office is at 9/F, Ca= mbridge House, Taikoo Place, 979 King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-statement.php
-
This e-mail message (including any attachmen= ts or embedded documents) is intended for the exclusive and confidential us= e of the individual or entity to which this message is addressed, and unles= s otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, d= istribution or copying of the enclosed material is prohibited. If you recei= ve this transmission in error, please notify us immediately by e-mail at abuse@rackspace.co= m and delete the original message. Your cooperation is appreciated.



--
Andrew Lukoshko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko

=A0

=A0

Rackspace International GmbH a compan= y registered in the Canton of Zurich, Switzerland (company identification n= umber CH-020.4.047.077-1) whose registered office is at Balz-Zimmerman Stra= sse 7, 8302 Kloten, Switzerland. Rackspace International GmbH privacy polic= y can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy<= /a>
-
Rackspace Hosting Australia PTY LTD a company registered in the state = of Victoria, Australia (company registered number ACN 153 275 524) whose re= gistered office is at Suite 3, Level 7, 210 George Street, Sydney, NSW 2000= , Australia. Rackspace Hosting Australia PTY LTD privacy policy can be view= ed at www.rackspace.com.au/company/legal-privacy-stateme= nt.php
-
Rackspace US, Inc, 5000 Walzem R= oad, San Antonio, Texas 78218, United States of America
Rackspace US, Inc privacy policy can be viewed at www.rackspace.com/information/legal/privacystatement=
-
R= ackspace Limited is a company registered in England & Wales (company re= gistered number 03897010) whose registered office is at 5 Millington Road, = Hyde Park Hayes, Middlesex UB3 4AZ.
Rackspace Limited privacy policy can be view= ed at www.rackspace.co.uk/legal/privacy-policy
-
Rackspace Benelux B.V. is a company register= ed in the Netherlands (company KvK nummer 34276327) whose registered office= is at Teleportboulevard 110, 1043 EJ Amsterdam.
Rackspace Benelux B.V privacy policy can be viewed at ww= w.rackspace.nl/juridisch/privacy-policy
-
R= ackspace Asia Limited is a company registered in Hong Kong (Company no: 121= 1294) whose registered office is at 9/F, Cambridge House, Taikoo Place, 979= King's Road, Quarry Bay, Hong Kong.
Rackspace Asia Limited privacy policy can be= viewed at www.rackspace.com.hk/company/legal-privacy-st= atement.php
-
T= his e-mail message (including any attachments or embedded documents) is int= ended for the exclusive and confidential use of the individual or entity to= which this message is addressed, and unless otherwise expressly indicated,= is confidential and privileged information of Rackspace. Any dissemination= , distribution or copying of the enclosed material is prohibited. If you re= ceive this transmission in error, please notify us immediately by e-mail at= abuse@rackspace.c= om and delete the original message. Your cooperation is appreciated.


--
Andrew Lukos= hko, M.Sc.

Head of Cloud R&D
ROSA Laboratory

Presnensk= y Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73<= br> Mobile (Russia): +7 (916) 4629480
Skype: a.lukoshko --f46d041826accd0a0504d99a526c-- --===============2640780413888245381== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2640780413888245381==-- From xen-api-bounces@lists.xen.org Fri Apr 05 14:48:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 14:48: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 1UO7wI-0007TV-JA; Fri, 05 Apr 2013 14:48:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7wG-0007TJ-AG; Fri, 05 Apr 2013 14:48:24 +0000 Received: from [85.158.139.83:59707] by server-9.bemta-5.messagelabs.com id B6/BE-08547-734EE515; Fri, 05 Apr 2013 14:48:23 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1365173296!28093703!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17247 invoked from network); 5 Apr 2013 14:48:18 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 14:48:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,415,1363132800"; d="scan'208";a="16914702" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Apr 2013 14:47:53 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.3; Fri, 5 Apr 2013 10:47:52 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UO7vk-0008Ls-EW; Fri, 05 Apr 2013 15:47:52 +0100 Message-ID: <515EE418.1020808@citrix.com> Date: Fri, 5 Apr 2013 15:47:52 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" References: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> In-Reply-To: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "Keir \(Xen.org\)" , Ian Jackson , Ian Campbell , Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 2 of 5 v4] tools/libxc: Helper function for XEN_SYSCTL_consoleringsize X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 13/03/13 12:52, Andrew Cooper wrote: > Signed-off-by: Andrew Cooper Keir/Jan: Ping? This is a hypervisor change. > > --- > Changes since v2: > * Tweak style and errno in case of invalid pointer. > > diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xc_misc.c > --- a/tools/libxc/xc_misc.c > +++ b/tools/libxc/xc_misc.c > @@ -100,6 +100,26 @@ int xc_readconsolering(xc_interface *xch > return ret; > } > > +int xc_consoleringsize(xc_interface *xch, uint64_t *psize) > +{ > + int ret = -1; > + DECLARE_SYSCTL; > + > + if ( !psize ) > + { > + errno = EINVAL; > + return ret; > + } > + > + sysctl.cmd = XEN_SYSCTL_consoleringsize; > + ret = do_sysctl(xch, &sysctl); > + > + if ( !ret ) > + *psize = sysctl.u.consoleringsize.size; > + > + return ret; > +} > + > int xc_send_debug_keys(xc_interface *xch, char *keys) > { > int ret, len = strlen(keys); > diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xenctrl.h > --- a/tools/libxc/xenctrl.h > +++ b/tools/libxc/xenctrl.h > @@ -998,6 +998,7 @@ int xc_readconsolering(xc_interface *xch > char *buffer, > unsigned int *pnr_chars, > int clear, int incremental, uint32_t *pindex); > +int xc_consoleringsize(xc_interface *xch, uint64_t *psize); > > int xc_send_debug_keys(xc_interface *xch, char *keys); > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 05 14:48:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 14:48: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 1UO7wI-0007TV-JA; Fri, 05 Apr 2013 14:48:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7wG-0007TJ-AG; Fri, 05 Apr 2013 14:48:24 +0000 Received: from [85.158.139.83:59707] by server-9.bemta-5.messagelabs.com id B6/BE-08547-734EE515; Fri, 05 Apr 2013 14:48:23 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1365173296!28093703!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17247 invoked from network); 5 Apr 2013 14:48:18 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 14:48:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,415,1363132800"; d="scan'208";a="16914702" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Apr 2013 14:47:53 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.3; Fri, 5 Apr 2013 10:47:52 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UO7vk-0008Ls-EW; Fri, 05 Apr 2013 15:47:52 +0100 Message-ID: <515EE418.1020808@citrix.com> Date: Fri, 5 Apr 2013 15:47:52 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" References: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> In-Reply-To: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "Keir \(Xen.org\)" , Ian Jackson , Ian Campbell , Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 2 of 5 v4] tools/libxc: Helper function for XEN_SYSCTL_consoleringsize X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 13/03/13 12:52, Andrew Cooper wrote: > Signed-off-by: Andrew Cooper Keir/Jan: Ping? This is a hypervisor change. > > --- > Changes since v2: > * Tweak style and errno in case of invalid pointer. > > diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xc_misc.c > --- a/tools/libxc/xc_misc.c > +++ b/tools/libxc/xc_misc.c > @@ -100,6 +100,26 @@ int xc_readconsolering(xc_interface *xch > return ret; > } > > +int xc_consoleringsize(xc_interface *xch, uint64_t *psize) > +{ > + int ret = -1; > + DECLARE_SYSCTL; > + > + if ( !psize ) > + { > + errno = EINVAL; > + return ret; > + } > + > + sysctl.cmd = XEN_SYSCTL_consoleringsize; > + ret = do_sysctl(xch, &sysctl); > + > + if ( !ret ) > + *psize = sysctl.u.consoleringsize.size; > + > + return ret; > +} > + > int xc_send_debug_keys(xc_interface *xch, char *keys) > { > int ret, len = strlen(keys); > diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xenctrl.h > --- a/tools/libxc/xenctrl.h > +++ b/tools/libxc/xenctrl.h > @@ -998,6 +998,7 @@ int xc_readconsolering(xc_interface *xch > char *buffer, > unsigned int *pnr_chars, > int clear, int incremental, uint32_t *pindex); > +int xc_consoleringsize(xc_interface *xch, uint64_t *psize); > > int xc_send_debug_keys(xc_interface *xch, char *keys); > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 05 14:49:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 14:49:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7wh-0007Wa-8E; Fri, 05 Apr 2013 14:48:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7wg-0007WJ-3f; Fri, 05 Apr 2013 14:48:50 +0000 Received: from [85.158.139.83:64187] by server-7.bemta-5.messagelabs.com id 2B/BC-12441-154EE515; Fri, 05 Apr 2013 14:48:49 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1365173327!28283390!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9757 invoked from network); 5 Apr 2013 14:48:48 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 14:48:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,415,1363132800"; d="scan'208";a="16914840" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Apr 2013 14:48:46 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.3; Fri, 5 Apr 2013 10:48:46 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UO7wc-0008MX-4w; Fri, 05 Apr 2013 15:48:46 +0100 Message-ID: <515EE44D.6070907@citrix.com> Date: Fri, 5 Apr 2013 15:48:45 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" References: <89f3c6846f6b4f229e68.1363179135@andrewcoop.uk.xensource.com> In-Reply-To: <89f3c6846f6b4f229e68.1363179135@andrewcoop.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "Keir \(Xen.org\)" , Ian Jackson , Ian Campbell , Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 1 of 5 v4] common/sysctl: Introduce hypercall to query the console ring size X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 13/03/13 12:52, Andrew Cooper wrote: > Signed-off-by: Andrew Cooper Keir/Jan: Ping - this is a hypervisor change. ~Andrew > > -- > Changes since v2: > * Rebase on top of coverage patches. > * Reword hypercall comments. > > diff -r a6b81234b189 -r 89f3c6846f6b xen/common/sysctl.c > --- a/xen/common/sysctl.c > +++ b/xen/common/sysctl.c > @@ -358,6 +358,10 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xe > } > break; > > + case XEN_SYSCTL_consoleringsize: > + ret = console_ring_size(&op->u.consoleringsize); > + break; > + > #ifdef TEST_COVERAGE > case XEN_SYSCTL_coverage_op: > ret = sysctl_coverage_op(&op->u.coverage_op); > diff -r a6b81234b189 -r 89f3c6846f6b xen/drivers/char/console.c > --- a/xen/drivers/char/console.c > +++ b/xen/drivers/char/console.c > @@ -226,6 +226,12 @@ long read_console_ring(struct xen_sysctl > return 0; > } > > +long console_ring_size(struct xen_sysctl_consoleringsize * op) > +{ > + op->size = conring_size; > + return 0; > +} > + > > /* > * ******************************************************* > diff -r a6b81234b189 -r 89f3c6846f6b xen/include/public/sysctl.h > --- a/xen/include/public/sysctl.h > +++ b/xen/include/public/sysctl.h > @@ -632,6 +632,14 @@ typedef struct xen_sysctl_coverage_op xe > DEFINE_XEN_GUEST_HANDLE(xen_sysctl_coverage_op_t); > > > +/* XEN_SYSCTL_consoleringsize */ > +/* Get the size of the hypervisor console ring in bytes. */ > +struct xen_sysctl_consoleringsize { > + uint64_t size; /* OUT */ > +}; > +typedef struct xen_sysctl_consoleringsize xen_sysctl_consoleringsize_t; > +DEFINE_XEN_GUEST_HANDLE(xen_sysctl_consoleringsize_t); > + > struct xen_sysctl { > uint32_t cmd; > #define XEN_SYSCTL_readconsole 1 > @@ -653,6 +661,7 @@ struct xen_sysctl { > #define XEN_SYSCTL_cpupool_op 18 > #define XEN_SYSCTL_scheduler_op 19 > #define XEN_SYSCTL_coverage_op 20 > +#define XEN_SYSCTL_consoleringsize 21 > uint32_t interface_version; /* XEN_SYSCTL_INTERFACE_VERSION */ > union { > struct xen_sysctl_readconsole readconsole; > @@ -674,6 +683,7 @@ struct xen_sysctl { > struct xen_sysctl_cpupool_op cpupool_op; > struct xen_sysctl_scheduler_op scheduler_op; > struct xen_sysctl_coverage_op coverage_op; > + struct xen_sysctl_consoleringsize consoleringsize; > uint8_t pad[128]; > } u; > }; > diff -r a6b81234b189 -r 89f3c6846f6b xen/include/xen/console.h > --- a/xen/include/xen/console.h > +++ b/xen/include/xen/console.h > @@ -12,6 +12,8 @@ > > struct xen_sysctl_readconsole; > long read_console_ring(struct xen_sysctl_readconsole *op); > +struct xen_sysctl_consoleringsize; > +long console_ring_size(struct xen_sysctl_consoleringsize *op); > > void console_init_preirq(void); > void console_init_postirq(void); > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 05 14:49:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 14:49:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7wh-0007Wa-8E; Fri, 05 Apr 2013 14:48:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7wg-0007WJ-3f; Fri, 05 Apr 2013 14:48:50 +0000 Received: from [85.158.139.83:64187] by server-7.bemta-5.messagelabs.com id 2B/BC-12441-154EE515; Fri, 05 Apr 2013 14:48:49 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1365173327!28283390!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9757 invoked from network); 5 Apr 2013 14:48:48 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 14:48:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,415,1363132800"; d="scan'208";a="16914840" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Apr 2013 14:48:46 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.3; Fri, 5 Apr 2013 10:48:46 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UO7wc-0008MX-4w; Fri, 05 Apr 2013 15:48:46 +0100 Message-ID: <515EE44D.6070907@citrix.com> Date: Fri, 5 Apr 2013 15:48:45 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" References: <89f3c6846f6b4f229e68.1363179135@andrewcoop.uk.xensource.com> In-Reply-To: <89f3c6846f6b4f229e68.1363179135@andrewcoop.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "Keir \(Xen.org\)" , Ian Jackson , Ian Campbell , Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 1 of 5 v4] common/sysctl: Introduce hypercall to query the console ring size X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 13/03/13 12:52, Andrew Cooper wrote: > Signed-off-by: Andrew Cooper Keir/Jan: Ping - this is a hypervisor change. ~Andrew > > -- > Changes since v2: > * Rebase on top of coverage patches. > * Reword hypercall comments. > > diff -r a6b81234b189 -r 89f3c6846f6b xen/common/sysctl.c > --- a/xen/common/sysctl.c > +++ b/xen/common/sysctl.c > @@ -358,6 +358,10 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xe > } > break; > > + case XEN_SYSCTL_consoleringsize: > + ret = console_ring_size(&op->u.consoleringsize); > + break; > + > #ifdef TEST_COVERAGE > case XEN_SYSCTL_coverage_op: > ret = sysctl_coverage_op(&op->u.coverage_op); > diff -r a6b81234b189 -r 89f3c6846f6b xen/drivers/char/console.c > --- a/xen/drivers/char/console.c > +++ b/xen/drivers/char/console.c > @@ -226,6 +226,12 @@ long read_console_ring(struct xen_sysctl > return 0; > } > > +long console_ring_size(struct xen_sysctl_consoleringsize * op) > +{ > + op->size = conring_size; > + return 0; > +} > + > > /* > * ******************************************************* > diff -r a6b81234b189 -r 89f3c6846f6b xen/include/public/sysctl.h > --- a/xen/include/public/sysctl.h > +++ b/xen/include/public/sysctl.h > @@ -632,6 +632,14 @@ typedef struct xen_sysctl_coverage_op xe > DEFINE_XEN_GUEST_HANDLE(xen_sysctl_coverage_op_t); > > > +/* XEN_SYSCTL_consoleringsize */ > +/* Get the size of the hypervisor console ring in bytes. */ > +struct xen_sysctl_consoleringsize { > + uint64_t size; /* OUT */ > +}; > +typedef struct xen_sysctl_consoleringsize xen_sysctl_consoleringsize_t; > +DEFINE_XEN_GUEST_HANDLE(xen_sysctl_consoleringsize_t); > + > struct xen_sysctl { > uint32_t cmd; > #define XEN_SYSCTL_readconsole 1 > @@ -653,6 +661,7 @@ struct xen_sysctl { > #define XEN_SYSCTL_cpupool_op 18 > #define XEN_SYSCTL_scheduler_op 19 > #define XEN_SYSCTL_coverage_op 20 > +#define XEN_SYSCTL_consoleringsize 21 > uint32_t interface_version; /* XEN_SYSCTL_INTERFACE_VERSION */ > union { > struct xen_sysctl_readconsole readconsole; > @@ -674,6 +683,7 @@ struct xen_sysctl { > struct xen_sysctl_cpupool_op cpupool_op; > struct xen_sysctl_scheduler_op scheduler_op; > struct xen_sysctl_coverage_op coverage_op; > + struct xen_sysctl_consoleringsize consoleringsize; > uint8_t pad[128]; > } u; > }; > diff -r a6b81234b189 -r 89f3c6846f6b xen/include/xen/console.h > --- a/xen/include/xen/console.h > +++ b/xen/include/xen/console.h > @@ -12,6 +12,8 @@ > > struct xen_sysctl_readconsole; > long read_console_ring(struct xen_sysctl_readconsole *op); > +struct xen_sysctl_consoleringsize; > +long console_ring_size(struct xen_sysctl_consoleringsize *op); > > void console_init_preirq(void); > void console_init_postirq(void); > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 05 14:50:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 14:50: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 1UO7yb-0007ox-2J; Fri, 05 Apr 2013 14:50:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7yZ-0007oX-0w; Fri, 05 Apr 2013 14:50:47 +0000 Received: from [85.158.139.211:35485] by server-10.bemta-5.messagelabs.com id AF/47-23714-6C4EE515; Fri, 05 Apr 2013 14:50:46 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1365173442!18899899!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28921 invoked from network); 5 Apr 2013 14:50:44 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 14:50:44 -0000 X-IronPort-AV: E=Sophos;i="4.87,415,1363132800"; d="scan'208";a="16915200" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Apr 2013 14:50:42 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.3; Fri, 5 Apr 2013 10:50:42 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UO7yT-0008O9-Vk; Fri, 05 Apr 2013 15:50:41 +0100 Message-ID: <515EE4C1.8000503@citrix.com> Date: Fri, 5 Apr 2013 15:50:41 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" References: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> <515EE418.1020808@citrix.com> In-Reply-To: <515EE418.1020808@citrix.com> X-Enigmail-Version: 1.5.1 Cc: Ian Jackson , "Keir \(Xen.org\)" , Ian Campbell , Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 2 of 5 v4] tools/libxc: Helper function for XEN_SYSCTL_consoleringsize X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/04/13 15:47, Andrew Cooper wrote: > On 13/03/13 12:52, Andrew Cooper wrote: >> Signed-off-by: Andrew Cooper > Keir/Jan: Ping? This is a hypervisor change. Apologies - this is actually a tools change. Ian/Ian? > >> --- >> Changes since v2: >> * Tweak style and errno in case of invalid pointer. >> >> diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xc_misc.c >> --- a/tools/libxc/xc_misc.c >> +++ b/tools/libxc/xc_misc.c >> @@ -100,6 +100,26 @@ int xc_readconsolering(xc_interface *xch >> return ret; >> } >> >> +int xc_consoleringsize(xc_interface *xch, uint64_t *psize) >> +{ >> + int ret = -1; >> + DECLARE_SYSCTL; >> + >> + if ( !psize ) >> + { >> + errno = EINVAL; >> + return ret; >> + } >> + >> + sysctl.cmd = XEN_SYSCTL_consoleringsize; >> + ret = do_sysctl(xch, &sysctl); >> + >> + if ( !ret ) >> + *psize = sysctl.u.consoleringsize.size; >> + >> + return ret; >> +} >> + >> int xc_send_debug_keys(xc_interface *xch, char *keys) >> { >> int ret, len = strlen(keys); >> diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xenctrl.h >> --- a/tools/libxc/xenctrl.h >> +++ b/tools/libxc/xenctrl.h >> @@ -998,6 +998,7 @@ int xc_readconsolering(xc_interface *xch >> char *buffer, >> unsigned int *pnr_chars, >> int clear, int incremental, uint32_t *pindex); >> +int xc_consoleringsize(xc_interface *xch, uint64_t *psize); >> >> int xc_send_debug_keys(xc_interface *xch, char *keys); >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 05 14:50:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 14:50: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 1UO7yb-0007ox-2J; Fri, 05 Apr 2013 14:50:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UO7yZ-0007oX-0w; Fri, 05 Apr 2013 14:50:47 +0000 Received: from [85.158.139.211:35485] by server-10.bemta-5.messagelabs.com id AF/47-23714-6C4EE515; Fri, 05 Apr 2013 14:50:46 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1365173442!18899899!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28921 invoked from network); 5 Apr 2013 14:50:44 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 14:50:44 -0000 X-IronPort-AV: E=Sophos;i="4.87,415,1363132800"; d="scan'208";a="16915200" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Apr 2013 14:50:42 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.3; Fri, 5 Apr 2013 10:50:42 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UO7yT-0008O9-Vk; Fri, 05 Apr 2013 15:50:41 +0100 Message-ID: <515EE4C1.8000503@citrix.com> Date: Fri, 5 Apr 2013 15:50:41 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" References: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> <515EE418.1020808@citrix.com> In-Reply-To: <515EE418.1020808@citrix.com> X-Enigmail-Version: 1.5.1 Cc: Ian Jackson , "Keir \(Xen.org\)" , Ian Campbell , Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 2 of 5 v4] tools/libxc: Helper function for XEN_SYSCTL_consoleringsize X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/04/13 15:47, Andrew Cooper wrote: > On 13/03/13 12:52, Andrew Cooper wrote: >> Signed-off-by: Andrew Cooper > Keir/Jan: Ping? This is a hypervisor change. Apologies - this is actually a tools change. Ian/Ian? > >> --- >> Changes since v2: >> * Tweak style and errno in case of invalid pointer. >> >> diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xc_misc.c >> --- a/tools/libxc/xc_misc.c >> +++ b/tools/libxc/xc_misc.c >> @@ -100,6 +100,26 @@ int xc_readconsolering(xc_interface *xch >> return ret; >> } >> >> +int xc_consoleringsize(xc_interface *xch, uint64_t *psize) >> +{ >> + int ret = -1; >> + DECLARE_SYSCTL; >> + >> + if ( !psize ) >> + { >> + errno = EINVAL; >> + return ret; >> + } >> + >> + sysctl.cmd = XEN_SYSCTL_consoleringsize; >> + ret = do_sysctl(xch, &sysctl); >> + >> + if ( !ret ) >> + *psize = sysctl.u.consoleringsize.size; >> + >> + return ret; >> +} >> + >> int xc_send_debug_keys(xc_interface *xch, char *keys) >> { >> int ret, len = strlen(keys); >> diff -r 89f3c6846f6b -r 0bd32c19873e tools/libxc/xenctrl.h >> --- a/tools/libxc/xenctrl.h >> +++ b/tools/libxc/xenctrl.h >> @@ -998,6 +998,7 @@ int xc_readconsolering(xc_interface *xch >> char *buffer, >> unsigned int *pnr_chars, >> int clear, int incremental, uint32_t *pindex); >> +int xc_consoleringsize(xc_interface *xch, uint64_t *psize); >> >> int xc_send_debug_keys(xc_interface *xch, char *keys); >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Apr 05 17:57:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 17:57: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 1UOAtB-0006FY-UZ; Fri, 05 Apr 2013 17:57:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1UOAtA-0006FJ-3Y; Fri, 05 Apr 2013 17:57:24 +0000 Received: from [85.158.138.51:57272] by server-14.bemta-3.messagelabs.com id DB/8A-27076-3801F515; Fri, 05 Apr 2013 17:57:23 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1365184640!27894591!1 X-Originating-IP: [209.85.128.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21396 invoked from network); 5 Apr 2013 17:57:21 -0000 Received: from mail-ve0-f174.google.com (HELO mail-ve0-f174.google.com) (209.85.128.174) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 17:57:21 -0000 Received: by mail-ve0-f174.google.com with SMTP id jz10so3787314veb.5 for ; Fri, 05 Apr 2013 10:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=LJepKWhK7Hf/Z/FgZuUHIZ63YnY6hj5ElEk+/HeeO/E=; b=Cg4czkKyui5+w+KqfFQcPC+zw0S/BGUl9fUQ3uck+Aiu/YDf0AnvJzDnyT4ONE+K8N JPhMzXQU4V6nvpQFsaobKROv5GV3yJsLcr6qlIj9mFjwv33cjIgmwP7iICzuHqN6xfaX wYUIr8aiLCIPBILz4DCbq9ySBHpxHd5qk4nxWMdXr7BRC6eE1RHSNpXxBCi/iZpjOtC6 P9/S2OTzZmZAAILNk2fEksxPQmvXWiCRLNfwdAz27LTLHzCyLR5Fr0ZIztZcD+4jgcra j9xbS2f7Bjrm1peCpMUuo1diT1B5vyEs8BpWqIP9mRuqWXXa2MwAXB5r12vkrHqDseu1 Avpg== MIME-Version: 1.0 X-Received: by 10.58.181.201 with SMTP id dy9mr9015582vec.34.1365184639908; Fri, 05 Apr 2013 10:57:19 -0700 (PDT) Received: by 10.52.230.105 with HTTP; Fri, 5 Apr 2013 10:57:19 -0700 (PDT) Date: Fri, 5 Apr 2013 23:27:19 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] XCP1.1 Host Crashing Randomly X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2753398458613849254==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2753398458613849254== Content-Type: multipart/alternative; boundary=047d7b5d882383eff004d9a0d15d --047d7b5d882383eff004d9a0d15d Content-Type: text/plain; charset=ISO-8859-1 Dear all, I have been facing an issue where XCP 1.1 host crashes randomly. It reboots itself irrespective of load. Day or night. crash.log in /var/crash has multiple memory related messages mm.c:741:d85 Non-privileged (85) attempt to map I/O space 00000000 grant_table.c:1408:d0 dest domain 109 dying p2m_pod_cache_get: Breaking up superpage. traps.c:2282:d2 Domain attempted WRMSR 000000000000008b from 00000013:00000000 to 00000000:00000000. there is an interesting (to me) stack trace Call Trace: [ffff828c8010e310] dump_domains+0x4d0 ffff828c8010eeb7 kexec_crash+0x57 ffff828c80127b36 panic+0x136 ffff828c8011b7da __print_symbol+0x8a ffff828c8019b4ab vmx_asm_vmexit_handler+0x6b ffff828c80100000 __per_cpu_shift+0x800ffff4 ffff828c8015eb75 show_stack+0x155 ffff828c8015eeba fatal_trap+0x6a ffff828c801567a1 nmi_watchdog_tick+0x131 ffff828c8015f37f do_nmi+0xbf ffff828c801d6877 handle_ist_exception+0x52 ffff828c8011ab02 _spin_lock+0x12 Can anyone spot any issue with these ? or any start point to look ? Thank you for your help as this random crash is creating lot of trouble. --047d7b5d882383eff004d9a0d15d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,

I have bee= n facing an issue where XCP 1.1 host crashes randomly. It reboots itself ir= respective of load. Day or night.

crash.log in /var/crash has = multiple memory related messages

mm.c:741:d85 Non-privileged (85) attempt to map I/O space 00000000
g= rant_table.c:1408:d0 dest domain 109 dying
p2m_pod_cache_get: Breaking u= p superpage.
traps.c:2282:d2 Domain attempted WRMSR 000000000000008b fro= m 00000013:00000000 to 00000000:00000000.

there is an interesting (to me) stack trace

=A0=A0=A0 Call= Trace:
=A0=A0=A0 =A0 [ffff828c8010e310] dump_domains+0x4d0
=A0=A0=A0= =A0=A0 ffff828c8010eeb7=A0 kexec_crash+0x57
=A0=A0=A0 =A0=A0 ffff828c80= 127b36=A0 panic+0x136
=A0=A0=A0 =A0=A0 ffff828c8011b7da=A0 __print_symbo= l+0x8a
=A0=A0=A0 =A0=A0 ffff828c8019b4ab=A0 vmx_asm_vmexit_handler+0x6b
=A0=A0= =A0 =A0=A0 ffff828c80100000=A0 __per_cpu_shift+0x800ffff4
=A0=A0=A0 =A0= =A0 ffff828c8015eb75=A0 show_stack+0x155
=A0=A0=A0 =A0=A0 ffff828c8015ee= ba=A0 fatal_trap+0x6a
=A0=A0=A0 =A0=A0 ffff828c801567a1=A0 nmi_watchdog_= tick+0x131
=A0=A0=A0 =A0=A0 ffff828c8015f37f=A0 do_nmi+0xbf
=A0=A0=A0 =A0=A0 ffff82= 8c801d6877=A0 handle_ist_exception+0x52
=A0=A0=A0 =A0=A0 ffff828c8011ab0= 2=A0 _spin_lock+0x12



Can anyone spot any issue with th= ese ?=A0 or any start point to look ?

Thank you for your help as this random crash is creating lot of t= rouble.


--047d7b5d882383eff004d9a0d15d-- --===============2753398458613849254== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2753398458613849254==-- From xen-api-bounces@lists.xen.org Fri Apr 05 17:57:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Apr 2013 17:57: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 1UOAtB-0006FY-UZ; Fri, 05 Apr 2013 17:57:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1UOAtA-0006FJ-3Y; Fri, 05 Apr 2013 17:57:24 +0000 Received: from [85.158.138.51:57272] by server-14.bemta-3.messagelabs.com id DB/8A-27076-3801F515; Fri, 05 Apr 2013 17:57:23 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1365184640!27894591!1 X-Originating-IP: [209.85.128.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21396 invoked from network); 5 Apr 2013 17:57:21 -0000 Received: from mail-ve0-f174.google.com (HELO mail-ve0-f174.google.com) (209.85.128.174) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2013 17:57:21 -0000 Received: by mail-ve0-f174.google.com with SMTP id jz10so3787314veb.5 for ; Fri, 05 Apr 2013 10:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=LJepKWhK7Hf/Z/FgZuUHIZ63YnY6hj5ElEk+/HeeO/E=; b=Cg4czkKyui5+w+KqfFQcPC+zw0S/BGUl9fUQ3uck+Aiu/YDf0AnvJzDnyT4ONE+K8N JPhMzXQU4V6nvpQFsaobKROv5GV3yJsLcr6qlIj9mFjwv33cjIgmwP7iICzuHqN6xfaX wYUIr8aiLCIPBILz4DCbq9ySBHpxHd5qk4nxWMdXr7BRC6eE1RHSNpXxBCi/iZpjOtC6 P9/S2OTzZmZAAILNk2fEksxPQmvXWiCRLNfwdAz27LTLHzCyLR5Fr0ZIztZcD+4jgcra j9xbS2f7Bjrm1peCpMUuo1diT1B5vyEs8BpWqIP9mRuqWXXa2MwAXB5r12vkrHqDseu1 Avpg== MIME-Version: 1.0 X-Received: by 10.58.181.201 with SMTP id dy9mr9015582vec.34.1365184639908; Fri, 05 Apr 2013 10:57:19 -0700 (PDT) Received: by 10.52.230.105 with HTTP; Fri, 5 Apr 2013 10:57:19 -0700 (PDT) Date: Fri, 5 Apr 2013 23:27:19 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] XCP1.1 Host Crashing Randomly X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2753398458613849254==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2753398458613849254== Content-Type: multipart/alternative; boundary=047d7b5d882383eff004d9a0d15d --047d7b5d882383eff004d9a0d15d Content-Type: text/plain; charset=ISO-8859-1 Dear all, I have been facing an issue where XCP 1.1 host crashes randomly. It reboots itself irrespective of load. Day or night. crash.log in /var/crash has multiple memory related messages mm.c:741:d85 Non-privileged (85) attempt to map I/O space 00000000 grant_table.c:1408:d0 dest domain 109 dying p2m_pod_cache_get: Breaking up superpage. traps.c:2282:d2 Domain attempted WRMSR 000000000000008b from 00000013:00000000 to 00000000:00000000. there is an interesting (to me) stack trace Call Trace: [ffff828c8010e310] dump_domains+0x4d0 ffff828c8010eeb7 kexec_crash+0x57 ffff828c80127b36 panic+0x136 ffff828c8011b7da __print_symbol+0x8a ffff828c8019b4ab vmx_asm_vmexit_handler+0x6b ffff828c80100000 __per_cpu_shift+0x800ffff4 ffff828c8015eb75 show_stack+0x155 ffff828c8015eeba fatal_trap+0x6a ffff828c801567a1 nmi_watchdog_tick+0x131 ffff828c8015f37f do_nmi+0xbf ffff828c801d6877 handle_ist_exception+0x52 ffff828c8011ab02 _spin_lock+0x12 Can anyone spot any issue with these ? or any start point to look ? Thank you for your help as this random crash is creating lot of trouble. --047d7b5d882383eff004d9a0d15d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,

I have bee= n facing an issue where XCP 1.1 host crashes randomly. It reboots itself ir= respective of load. Day or night.

crash.log in /var/crash has = multiple memory related messages

mm.c:741:d85 Non-privileged (85) attempt to map I/O space 00000000
g= rant_table.c:1408:d0 dest domain 109 dying
p2m_pod_cache_get: Breaking u= p superpage.
traps.c:2282:d2 Domain attempted WRMSR 000000000000008b fro= m 00000013:00000000 to 00000000:00000000.

there is an interesting (to me) stack trace

=A0=A0=A0 Call= Trace:
=A0=A0=A0 =A0 [ffff828c8010e310] dump_domains+0x4d0
=A0=A0=A0= =A0=A0 ffff828c8010eeb7=A0 kexec_crash+0x57
=A0=A0=A0 =A0=A0 ffff828c80= 127b36=A0 panic+0x136
=A0=A0=A0 =A0=A0 ffff828c8011b7da=A0 __print_symbo= l+0x8a
=A0=A0=A0 =A0=A0 ffff828c8019b4ab=A0 vmx_asm_vmexit_handler+0x6b
=A0=A0= =A0 =A0=A0 ffff828c80100000=A0 __per_cpu_shift+0x800ffff4
=A0=A0=A0 =A0= =A0 ffff828c8015eb75=A0 show_stack+0x155
=A0=A0=A0 =A0=A0 ffff828c8015ee= ba=A0 fatal_trap+0x6a
=A0=A0=A0 =A0=A0 ffff828c801567a1=A0 nmi_watchdog_= tick+0x131
=A0=A0=A0 =A0=A0 ffff828c8015f37f=A0 do_nmi+0xbf
=A0=A0=A0 =A0=A0 ffff82= 8c801d6877=A0 handle_ist_exception+0x52
=A0=A0=A0 =A0=A0 ffff828c8011ab0= 2=A0 _spin_lock+0x12



Can anyone spot any issue with th= ese ?=A0 or any start point to look ?

Thank you for your help as this random crash is creating lot of t= rouble.


--047d7b5d882383eff004d9a0d15d-- --===============2753398458613849254== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2753398458613849254==-- From xen-api-bounces@lists.xen.org Mon Apr 08 13:29:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 13:29:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPC89-0003pQ-Mw; Mon, 08 Apr 2013 13:29:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPC88-0003pL-9J for xen-api@lists.xensource.com; Mon, 08 Apr 2013 13:29:04 +0000 Received: from [193.109.254.147:32870] by server-8.bemta-14.messagelabs.com id 92/32-07222-F16C2615; Mon, 08 Apr 2013 13:29:03 +0000 X-Env-Sender: daniel@pocock.com.au X-Msg-Ref: server-11.tower-27.messagelabs.com!1365427588!1886080!1 X-Originating-IP: [195.8.117.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30921 invoked from network); 8 Apr 2013 13:26:29 -0000 Received: from mail1.trendhosting.net (HELO mail1.trendhosting.net) (195.8.117.5) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Apr 2013 13:26:29 -0000 Received: from localhost (localhost [127.0.0.1]) by mail1.trendhosting.net (Postfix) with ESMTP id 4C416150C8; Mon, 8 Apr 2013 14:26:25 +0100 (BST) Received: from mail1.trendhosting.net ([127.0.0.1]) by localhost (thp003.trendhosting.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qJK5CrmGCG5b; Mon, 8 Apr 2013 14:26:19 +0100 (BST) Message-ID: <5162C57A.8000904@pocock.com.au> Date: Mon, 08 Apr 2013 15:26:18 +0200 From: Daniel Pocock User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-api@lists.xensource.com, pkg-xen-devel@lists.alioth.debian.org X-Enigmail-Version: 1.4.1 Subject: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 a brief update, the XCP entry in my blog appears to be one of the most popular pages on my site on a recurring basis I think this is a sign that (surprise surprise) people are using Debian for servers, they want to continue doing so in the cloud/virtualization era and the ability to run XCP this way is something they specifically want - big thanks are due to all those who have made it possible. _______________________________________________ Xen-api 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 08 13:29:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 13:29:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPC89-0003pQ-Mw; Mon, 08 Apr 2013 13:29:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPC88-0003pL-9J for xen-api@lists.xensource.com; Mon, 08 Apr 2013 13:29:04 +0000 Received: from [193.109.254.147:32870] by server-8.bemta-14.messagelabs.com id 92/32-07222-F16C2615; Mon, 08 Apr 2013 13:29:03 +0000 X-Env-Sender: daniel@pocock.com.au X-Msg-Ref: server-11.tower-27.messagelabs.com!1365427588!1886080!1 X-Originating-IP: [195.8.117.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30921 invoked from network); 8 Apr 2013 13:26:29 -0000 Received: from mail1.trendhosting.net (HELO mail1.trendhosting.net) (195.8.117.5) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Apr 2013 13:26:29 -0000 Received: from localhost (localhost [127.0.0.1]) by mail1.trendhosting.net (Postfix) with ESMTP id 4C416150C8; Mon, 8 Apr 2013 14:26:25 +0100 (BST) Received: from mail1.trendhosting.net ([127.0.0.1]) by localhost (thp003.trendhosting.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qJK5CrmGCG5b; Mon, 8 Apr 2013 14:26:19 +0100 (BST) Message-ID: <5162C57A.8000904@pocock.com.au> Date: Mon, 08 Apr 2013 15:26:18 +0200 From: Daniel Pocock User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-api@lists.xensource.com, pkg-xen-devel@lists.alioth.debian.org X-Enigmail-Version: 1.4.1 Subject: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 a brief update, the XCP entry in my blog appears to be one of the most popular pages on my site on a recurring basis I think this is a sign that (surprise surprise) people are using Debian for servers, they want to continue doing so in the cloud/virtualization era and the ability to run XCP this way is something they specifically want - big thanks are due to all those who have made it possible. _______________________________________________ Xen-api 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 08 15:28:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 15:28: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 1UPDzR-0006GJ-Ef; Mon, 08 Apr 2013 15:28:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOI6-0007Ca-7W for xen-api@lists.xen.org; Wed, 03 Apr 2013 14:03:54 +0000 Received: from [193.109.254.147:41458] by server-5.bemta-14.messagelabs.com id A5/61-09030-8C63C515; Wed, 03 Apr 2013 14:03:52 +0000 X-Env-Sender: jkk.lapp@uah.es X-Msg-Ref: server-6.tower-27.messagelabs.com!1364997414!3075163!1 X-Originating-IP: [212.128.64.15] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32262 invoked from network); 3 Apr 2013 13:56:54 -0000 Received: from mx.uah.es (HELO mx.uah.es) (212.128.64.15) by server-6.tower-27.messagelabs.com with SMTP; 3 Apr 2013 13:56:54 -0000 Received: from correo.uah.es ([192.168.153.202]) by mx.uah.es with Microsoft SMTPSVC(6.0.3790.4675); Wed, 3 Apr 2013 15:58:01 +0200 Received: from [172.29.40.103] ([172.29.40.103]) by correo.uah.es with Microsoft SMTPSVC(6.0.3790.4675); Wed, 3 Apr 2013 15:58:01 +0200 From: Jaakko Lappalainen Date: Wed, 3 Apr 2013 15:56:25 +0200 To: xen-api@lists.xen.org Message-Id: Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-OriginalArrivalTime: 03 Apr 2013 13:58:01.0042 (UTC) FILETIME=[41032320:01CE3073] X-Mailman-Approved-At: Mon, 08 Apr 2013 15:28:12 +0000 Subject: [Xen-API] Problem installing XEN Hypervisor bare metal on RAID1 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2928477924394542771==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2928477924394542771== Content-Type: multipart/alternative; boundary="Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206" --Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello everybody, I have a RAID1 setup with two disks and trying to = install XEN hypervisor on the RAID logical volume, but the install = wizard keeps asking me to select one of the available drives to install = to. Can anybody confirm me if this is possible?=20 If not, do you recommend me to install a linux distro between the = hardware and the hypervisor? Which distro would you recommend (the = lightest, fastest possible) Thank you very much - Jaakko Lappalainen Information engineering research unit University of Alcal=E1 --Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 Hello = everybody, I have a RAID1 setup with two disks and trying to install XEN = hypervisor on the RAID logical volume, but the install wizard keeps = asking me to select one of the available drives to install = to.

Can anybody confirm me if this is = possible? 

If not, do you recommend me to = install a linux distro between the hardware and the hypervisor? Which = distro would you recommend (the lightest, fastest = possible)

Thank you very much

-
Jaakko = Lappalainen
Information engineering research = unit
University of Alcal=E1





= --Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206-- --===============2928477924394542771== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2928477924394542771==-- From xen-api-bounces@lists.xen.org Mon Apr 08 15:28:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 15:28: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 1UPDzR-0006GJ-Ef; Mon, 08 Apr 2013 15:28:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOI6-0007Ca-7W for xen-api@lists.xen.org; Wed, 03 Apr 2013 14:03:54 +0000 Received: from [193.109.254.147:41458] by server-5.bemta-14.messagelabs.com id A5/61-09030-8C63C515; Wed, 03 Apr 2013 14:03:52 +0000 X-Env-Sender: jkk.lapp@uah.es X-Msg-Ref: server-6.tower-27.messagelabs.com!1364997414!3075163!1 X-Originating-IP: [212.128.64.15] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32262 invoked from network); 3 Apr 2013 13:56:54 -0000 Received: from mx.uah.es (HELO mx.uah.es) (212.128.64.15) by server-6.tower-27.messagelabs.com with SMTP; 3 Apr 2013 13:56:54 -0000 Received: from correo.uah.es ([192.168.153.202]) by mx.uah.es with Microsoft SMTPSVC(6.0.3790.4675); Wed, 3 Apr 2013 15:58:01 +0200 Received: from [172.29.40.103] ([172.29.40.103]) by correo.uah.es with Microsoft SMTPSVC(6.0.3790.4675); Wed, 3 Apr 2013 15:58:01 +0200 From: Jaakko Lappalainen Date: Wed, 3 Apr 2013 15:56:25 +0200 To: xen-api@lists.xen.org Message-Id: Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-OriginalArrivalTime: 03 Apr 2013 13:58:01.0042 (UTC) FILETIME=[41032320:01CE3073] X-Mailman-Approved-At: Mon, 08 Apr 2013 15:28:12 +0000 Subject: [Xen-API] Problem installing XEN Hypervisor bare metal on RAID1 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2928477924394542771==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2928477924394542771== Content-Type: multipart/alternative; boundary="Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206" --Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello everybody, I have a RAID1 setup with two disks and trying to = install XEN hypervisor on the RAID logical volume, but the install = wizard keeps asking me to select one of the available drives to install = to. Can anybody confirm me if this is possible?=20 If not, do you recommend me to install a linux distro between the = hardware and the hypervisor? Which distro would you recommend (the = lightest, fastest possible) Thank you very much - Jaakko Lappalainen Information engineering research unit University of Alcal=E1 --Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 Hello = everybody, I have a RAID1 setup with two disks and trying to install XEN = hypervisor on the RAID logical volume, but the install wizard keeps = asking me to select one of the available drives to install = to.

Can anybody confirm me if this is = possible? 

If not, do you recommend me to = install a linux distro between the hardware and the hypervisor? Which = distro would you recommend (the lightest, fastest = possible)

Thank you very much

-
Jaakko = Lappalainen
Information engineering research = unit
University of Alcal=E1





= --Apple-Mail=_89E97568-673B-4BB6-88CB-8D98BB220206-- --===============2928477924394542771== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2928477924394542771==-- From xen-api-bounces@lists.xen.org Mon Apr 08 16:03:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 16:03: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 1UPEXc-0008C4-KX; Mon, 08 Apr 2013 16:03:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPEXb-0008Bs-SH for xen-api@lists.xensource.com; Mon, 08 Apr 2013 16:03:32 +0000 Received: from [85.158.137.99:10929] by server-1.bemta-3.messagelabs.com id DC/10-13706-35AE2615; Mon, 08 Apr 2013 16:03:31 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1365437002!12332879!1 X-Originating-IP: [209.85.219.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10716 invoked from network); 8 Apr 2013 16:03:23 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2013 16:03:23 -0000 Received: by mail-oa0-f53.google.com with SMTP id m17so6237967oag.40 for ; Mon, 08 Apr 2013 09:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Cr+ugsnuhlOoz9aTU3MfNwdlYBzBJuh8Y2pUQx9e0Rs=; b=solwlztmM1tYkPeplg1FaQpYUULo6E9fBDboB9qt31voYaTQ9vqQWdYd+gCSghyXNr /EjIZnoKlHFzZSQHCo/vL7XQIQyTCie4wmkx2Qah74m3gSbpVzeoPWqacsxcSGy1lWmw y55LRaGnpc4v2L8mKqbJpnDLX0wsyXf3WnQqVyHcekW2NwqUTp8VCrpEOaeyaHP8b8HO xOTfFTe5kz65f4rZYjQ2grLb6D8s50n74V63cyOMxHnvOKjebMLresvlQLKGRyhSgTkA YWvl3k1ZOi81OOehtPyoAwAUwS7kPR754jRgZdtlq2L512OUgGk33HlC3fucK/7qHLuL E0tQ== MIME-Version: 1.0 X-Received: by 10.60.131.98 with SMTP id ol2mr15440284oeb.37.1365437001867; Mon, 08 Apr 2013 09:03:21 -0700 (PDT) Received: by 10.76.135.194 with HTTP; Mon, 8 Apr 2013 09:03:21 -0700 (PDT) In-Reply-To: <5162C57A.8000904@pocock.com.au> References: <5162C57A.8000904@pocock.com.au> Date: Mon, 8 Apr 2013 12:03:21 -0400 Message-ID: From: Outback Dingo To: Daniel Pocock Cc: pkg-xen-devel@lists.alioth.debian.org, xen-api@lists.xensource.com Subject: Re: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4555294339430305315==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4555294339430305315== Content-Type: multipart/alternative; boundary=089e01183b7a75bbf104d9db93b5 --089e01183b7a75bbf104d9db93b5 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Apr 8, 2013 at 9:26 AM, Daniel Pocock wrote: > > Just a brief update, the XCP entry in my blog appears to be one of the > most popular pages on my site on a recurring basis > > I think this is a sign that (surprise surprise) people are using Debian > for servers, they want to continue doing so in the cloud/virtualization > era and the ability to run XCP this way is something they specifically > want - big thanks are due to all those who have made it possible. > wheres the URL ??? > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --089e01183b7a75bbf104d9db93b5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Mon, Apr 8, 2013 at 9:26 AM, Daniel Pocock <= ;daniel@pocock.co= m.au> wrote:

Just a brief update, the XCP entry in my blog appears to be one of the
most popular pages on my site on a recurring basis

I think this is a sign that (surprise surprise) people are using Debian
for servers, they want to continue doing so in the cloud/virtualization
era and the ability to run XCP this way is something they specifically
want - big thanks are due to all those who have made it possible.

wheres the URL ???=A0
=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--089e01183b7a75bbf104d9db93b5-- --===============4555294339430305315== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4555294339430305315==-- From xen-api-bounces@lists.xen.org Mon Apr 08 16:03:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 16:03: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 1UPEXc-0008C4-KX; Mon, 08 Apr 2013 16:03:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPEXb-0008Bs-SH for xen-api@lists.xensource.com; Mon, 08 Apr 2013 16:03:32 +0000 Received: from [85.158.137.99:10929] by server-1.bemta-3.messagelabs.com id DC/10-13706-35AE2615; Mon, 08 Apr 2013 16:03:31 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1365437002!12332879!1 X-Originating-IP: [209.85.219.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10716 invoked from network); 8 Apr 2013 16:03:23 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2013 16:03:23 -0000 Received: by mail-oa0-f53.google.com with SMTP id m17so6237967oag.40 for ; Mon, 08 Apr 2013 09:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Cr+ugsnuhlOoz9aTU3MfNwdlYBzBJuh8Y2pUQx9e0Rs=; b=solwlztmM1tYkPeplg1FaQpYUULo6E9fBDboB9qt31voYaTQ9vqQWdYd+gCSghyXNr /EjIZnoKlHFzZSQHCo/vL7XQIQyTCie4wmkx2Qah74m3gSbpVzeoPWqacsxcSGy1lWmw y55LRaGnpc4v2L8mKqbJpnDLX0wsyXf3WnQqVyHcekW2NwqUTp8VCrpEOaeyaHP8b8HO xOTfFTe5kz65f4rZYjQ2grLb6D8s50n74V63cyOMxHnvOKjebMLresvlQLKGRyhSgTkA YWvl3k1ZOi81OOehtPyoAwAUwS7kPR754jRgZdtlq2L512OUgGk33HlC3fucK/7qHLuL E0tQ== MIME-Version: 1.0 X-Received: by 10.60.131.98 with SMTP id ol2mr15440284oeb.37.1365437001867; Mon, 08 Apr 2013 09:03:21 -0700 (PDT) Received: by 10.76.135.194 with HTTP; Mon, 8 Apr 2013 09:03:21 -0700 (PDT) In-Reply-To: <5162C57A.8000904@pocock.com.au> References: <5162C57A.8000904@pocock.com.au> Date: Mon, 8 Apr 2013 12:03:21 -0400 Message-ID: From: Outback Dingo To: Daniel Pocock Cc: pkg-xen-devel@lists.alioth.debian.org, xen-api@lists.xensource.com Subject: Re: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4555294339430305315==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4555294339430305315== Content-Type: multipart/alternative; boundary=089e01183b7a75bbf104d9db93b5 --089e01183b7a75bbf104d9db93b5 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Apr 8, 2013 at 9:26 AM, Daniel Pocock wrote: > > Just a brief update, the XCP entry in my blog appears to be one of the > most popular pages on my site on a recurring basis > > I think this is a sign that (surprise surprise) people are using Debian > for servers, they want to continue doing so in the cloud/virtualization > era and the ability to run XCP this way is something they specifically > want - big thanks are due to all those who have made it possible. > wheres the URL ??? > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --089e01183b7a75bbf104d9db93b5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Mon, Apr 8, 2013 at 9:26 AM, Daniel Pocock <= ;daniel@pocock.co= m.au> wrote:

Just a brief update, the XCP entry in my blog appears to be one of the
most popular pages on my site on a recurring basis

I think this is a sign that (surprise surprise) people are using Debian
for servers, they want to continue doing so in the cloud/virtualization
era and the ability to run XCP this way is something they specifically
want - big thanks are due to all those who have made it possible.

wheres the URL ???=A0
=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--089e01183b7a75bbf104d9db93b5-- --===============4555294339430305315== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4555294339430305315==-- From xen-api-bounces@lists.xen.org Mon Apr 08 17:01:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 17:01: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 1UPFR3-0001ev-EP; Mon, 08 Apr 2013 17:00:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPFR1-0001ek-Jx for xen-api@lists.xen.org; Mon, 08 Apr 2013 17:00:47 +0000 Received: from [193.109.254.147:6044] by server-8.bemta-14.messagelabs.com id 30/8C-07222-EB7F2615; Mon, 08 Apr 2013 17:00:46 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1365440444!8892459!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23613 invoked from network); 8 Apr 2013 17:00:45 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Apr 2013 17:00:45 -0000 Received: from [200.52.43.60] (port=53882 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UPFQ0-00056A-Qx for xen-api@lists.xen.org; Mon, 08 Apr 2013 11:59:44 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 24647A204 for ; Mon, 8 Apr 2013 11:59:44 -0500 (CDT) Message-ID: <5162F780.1080107@ondore.com> Date: Mon, 08 Apr 2013 11:59:44 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-API] Problem installing XEN Hypervisor bare metal on RAID1 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org El 03/04/13 07:56, Jaakko Lappalainen escribi=F3: > Hello everybody, I have a RAID1 setup with two disks and trying to > install XEN hypervisor on the RAID logical volume, but the install > wizard keeps asking me to select one of the available drives to install t= o. Maybe it's a fake raid? https://help.ubuntu.com/community/FakeRaidHowto If so, you better don't trust it. MD (mdadm) would be at leas as fast, = more reliable and much more standardized/documented. > If not, do you recommend me to install a linux distro between the > hardware and the hypervisor? Which distro would you recommend (the > lightest, fastest possible) Whatever distro you use choose, it hardly would run faster or slower = than another. Clearly, you can always get something slow, if your choice = is exotic or the hardware is particularly limited. The common choices are Debian or Ubuntu, CentOS or SuSE, pick the one = most familiar to you. Or whatever distro you closest guru is using. Note that OS does not goes between hardware and the hypervisor in Xen = case. The hypervisor always goes between the hardware and OS, that is = true for DomU case, and also for Dom0 case. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-api 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 08 17:01:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 17:01: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 1UPFR3-0001ev-EP; Mon, 08 Apr 2013 17:00:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPFR1-0001ek-Jx for xen-api@lists.xen.org; Mon, 08 Apr 2013 17:00:47 +0000 Received: from [193.109.254.147:6044] by server-8.bemta-14.messagelabs.com id 30/8C-07222-EB7F2615; Mon, 08 Apr 2013 17:00:46 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1365440444!8892459!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23613 invoked from network); 8 Apr 2013 17:00:45 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Apr 2013 17:00:45 -0000 Received: from [200.52.43.60] (port=53882 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UPFQ0-00056A-Qx for xen-api@lists.xen.org; Mon, 08 Apr 2013 11:59:44 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 24647A204 for ; Mon, 8 Apr 2013 11:59:44 -0500 (CDT) Message-ID: <5162F780.1080107@ondore.com> Date: Mon, 08 Apr 2013 11:59:44 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-API] Problem installing XEN Hypervisor bare metal on RAID1 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org El 03/04/13 07:56, Jaakko Lappalainen escribi=F3: > Hello everybody, I have a RAID1 setup with two disks and trying to > install XEN hypervisor on the RAID logical volume, but the install > wizard keeps asking me to select one of the available drives to install t= o. Maybe it's a fake raid? https://help.ubuntu.com/community/FakeRaidHowto If so, you better don't trust it. MD (mdadm) would be at leas as fast, = more reliable and much more standardized/documented. > If not, do you recommend me to install a linux distro between the > hardware and the hypervisor? Which distro would you recommend (the > lightest, fastest possible) Whatever distro you use choose, it hardly would run faster or slower = than another. Clearly, you can always get something slow, if your choice = is exotic or the hardware is particularly limited. The common choices are Debian or Ubuntu, CentOS or SuSE, pick the one = most familiar to you. Or whatever distro you closest guru is using. Note that OS does not goes between hardware and the hypervisor in Xen = case. The hypervisor always goes between the hardware and OS, that is = true for DomU case, and also for Dom0 case. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-api 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 08 22:36:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 22:36: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 1UPKfn-00052m-CP; Mon, 08 Apr 2013 22:36:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPKfl-00052g-Cp for xen-api@lists.xen.org; Mon, 08 Apr 2013 22:36:21 +0000 Received: from [85.158.138.51:48544] by server-10.bemta-3.messagelabs.com id AA/DE-19664-46643615; Mon, 08 Apr 2013 22:36:20 +0000 X-Env-Sender: jwest@foundation.io X-Msg-Ref: server-4.tower-174.messagelabs.com!1365460579!29143296!1 X-Originating-IP: [209.85.214.46] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19098 invoked from network); 8 Apr 2013 22:36:19 -0000 Received: from mail-bk0-f46.google.com (HELO mail-bk0-f46.google.com) (209.85.214.46) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2013 22:36:19 -0000 Received: by mail-bk0-f46.google.com with SMTP id je9so3390317bkc.19 for ; Mon, 08 Apr 2013 15:36:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:x-gm-message-state; bh=CXPcFVWuPWnHvlaPtYUYqNxhMD7SBl9pPJ2TXdvg7vI=; b=FjmJSuPD2ZuI8crggHNS08ZTQ20GdaT1SvUqIk4VEh9m3oCP0xxi8Jpg7ojOETMy5Y WvLYlYmSR3lV4ILMybDoraV4oRX2qzhF6j2djpoknw1iG5dyf87n1U/tT3eOovomqJ5x lsgL2Q0qOAxEjr6DR5diyGi0riWYpdD5cSp+xmCsEpzUd94HUYZQpXdPRhmr809XI55f 0Ib70kRy2I6CYDjiu5pT6VOo1lp822zCQuyh5Ss4MLQ1gP+swNljkDVIxfrxCp1lVuMj By4jH7ChX/cfqlc6r7RCl4dCwtdat5IfzuNogeJsOzlMwH+CAvr09P2yML40ELpHiakj isvA== X-Received: by 10.205.39.194 with SMTP id tn2mr11830671bkb.80.1365460578829; Mon, 08 Apr 2013 15:36:18 -0700 (PDT) Received: from mars.negativeblue.com (2204ds6-by.0.fullrate.dk. [90.184.234.44]) by mx.google.com with ESMTPS id uo3sm3106148bkb.11.2013.04.08.15.36.16 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 08 Apr 2013 15:36:17 -0700 (PDT) Message-ID: <516344DD.4090505@foundation.io> Date: Tue, 09 Apr 2013 00:29:49 +0200 From: Josh West User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5162C57A.8000904@pocock.com.au> In-Reply-To: X-Gm-Message-State: ALoCoQkFkE4FKGDn8sBIxUFeRGCGa/cC3xHLLQ8RIu5iXMubUdahr+xkUcfcp7d+2S29tss+Nn0R Subject: Re: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5973419069887166004==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5973419069887166004== Content-Type: multipart/alternative; boundary="------------090301010305020702030404" This is a multi-part message in MIME format. --------------090301010305020702030404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 04/08/2013 06:03 PM, Outback Dingo wrote: > > > wheres the URL ??? > I'm guessing this is the blog post he was referring to: http://danielpocock.com/migrating-to-xen-cloud-platform-on-debian-wheezy -- Josh West http://www.foundation.io --------------090301010305020702030404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 04/08/2013 06:03 PM, Outback Dingo wrote:


wheres the URL ??? 
 


I'm guessing this is the blog post he was referring to:

http://danielpocock.com/migrating-to-xen-cloud-platform-on-debian-wheezy
-- 
Josh West
http://www.foundation.io
--------------090301010305020702030404-- --===============5973419069887166004== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5973419069887166004==-- From xen-api-bounces@lists.xen.org Mon Apr 08 22:36:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Apr 2013 22:36: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 1UPKfn-00052m-CP; Mon, 08 Apr 2013 22:36:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPKfl-00052g-Cp for xen-api@lists.xen.org; Mon, 08 Apr 2013 22:36:21 +0000 Received: from [85.158.138.51:48544] by server-10.bemta-3.messagelabs.com id AA/DE-19664-46643615; Mon, 08 Apr 2013 22:36:20 +0000 X-Env-Sender: jwest@foundation.io X-Msg-Ref: server-4.tower-174.messagelabs.com!1365460579!29143296!1 X-Originating-IP: [209.85.214.46] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19098 invoked from network); 8 Apr 2013 22:36:19 -0000 Received: from mail-bk0-f46.google.com (HELO mail-bk0-f46.google.com) (209.85.214.46) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2013 22:36:19 -0000 Received: by mail-bk0-f46.google.com with SMTP id je9so3390317bkc.19 for ; Mon, 08 Apr 2013 15:36:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:x-gm-message-state; bh=CXPcFVWuPWnHvlaPtYUYqNxhMD7SBl9pPJ2TXdvg7vI=; b=FjmJSuPD2ZuI8crggHNS08ZTQ20GdaT1SvUqIk4VEh9m3oCP0xxi8Jpg7ojOETMy5Y WvLYlYmSR3lV4ILMybDoraV4oRX2qzhF6j2djpoknw1iG5dyf87n1U/tT3eOovomqJ5x lsgL2Q0qOAxEjr6DR5diyGi0riWYpdD5cSp+xmCsEpzUd94HUYZQpXdPRhmr809XI55f 0Ib70kRy2I6CYDjiu5pT6VOo1lp822zCQuyh5Ss4MLQ1gP+swNljkDVIxfrxCp1lVuMj By4jH7ChX/cfqlc6r7RCl4dCwtdat5IfzuNogeJsOzlMwH+CAvr09P2yML40ELpHiakj isvA== X-Received: by 10.205.39.194 with SMTP id tn2mr11830671bkb.80.1365460578829; Mon, 08 Apr 2013 15:36:18 -0700 (PDT) Received: from mars.negativeblue.com (2204ds6-by.0.fullrate.dk. [90.184.234.44]) by mx.google.com with ESMTPS id uo3sm3106148bkb.11.2013.04.08.15.36.16 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 08 Apr 2013 15:36:17 -0700 (PDT) Message-ID: <516344DD.4090505@foundation.io> Date: Tue, 09 Apr 2013 00:29:49 +0200 From: Josh West User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5162C57A.8000904@pocock.com.au> In-Reply-To: X-Gm-Message-State: ALoCoQkFkE4FKGDn8sBIxUFeRGCGa/cC3xHLLQ8RIu5iXMubUdahr+xkUcfcp7d+2S29tss+Nn0R Subject: Re: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5973419069887166004==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5973419069887166004== Content-Type: multipart/alternative; boundary="------------090301010305020702030404" This is a multi-part message in MIME format. --------------090301010305020702030404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 04/08/2013 06:03 PM, Outback Dingo wrote: > > > wheres the URL ??? > I'm guessing this is the blog post he was referring to: http://danielpocock.com/migrating-to-xen-cloud-platform-on-debian-wheezy -- Josh West http://www.foundation.io --------------090301010305020702030404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 04/08/2013 06:03 PM, Outback Dingo wrote:


wheres the URL ??? 
 


I'm guessing this is the blog post he was referring to:

http://danielpocock.com/migrating-to-xen-cloud-platform-on-debian-wheezy
-- 
Josh West
http://www.foundation.io
--------------090301010305020702030404-- --===============5973419069887166004== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5973419069887166004==-- From xen-api-bounces@lists.xen.org Tue Apr 09 02:00:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 02:00: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 1UPNr6-0004ED-7D; Tue, 09 Apr 2013 02:00:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPNr3-0004E5-U4 for xen-api@lists.xen.org; Tue, 09 Apr 2013 02:00:14 +0000 Received: from [85.158.143.99:59488] by server-1.bemta-4.messagelabs.com id 67/16-06203-D2673615; Tue, 09 Apr 2013 02:00:13 +0000 X-Env-Sender: nathanbr@distributel.net X-Msg-Ref: server-10.tower-216.messagelabs.com!1365472806!21142153!1 X-Originating-IP: [208.68.17.92] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25658 invoked from network); 9 Apr 2013 02:00:11 -0000 Received: from mx1.edtmtds.thinktel.ca (HELO mx1.edtmtds.thinktel.ca) (208.68.17.92) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Apr 2013 02:00:11 -0000 Received: from localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) by mx1.edtmtds.thinktel.ca (Postfix) with ESMTP id 3F670AC6AF for ; Mon, 8 Apr 2013 19:59:44 -0600 (MDT) X-Virus-Scanned: Debian amavisd-new at sa4.edmtds.thinktel.ca Received: from mx1.edtmtds.thinktel.ca ([208.68.17.92]) by localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) (amavisd-new, port 10024) with ESMTP id kVCNebIttZJR for ; Mon, 8 Apr 2013 19:59:41 -0600 (MDT) Received: from Serveur (216-246-238-229.cpe.distributel.net [216.246.238.229]) by mx1.edtmtds.thinktel.ca (Postfix) with ESMTP id AEAE0AC6C6 for ; Mon, 8 Apr 2013 19:59:40 -0600 (MDT) From: "Nat" To: References: <5162C57A.8000904@pocock.com.au> <516344DD.4090505@foundation.io> In-Reply-To: <516344DD.4090505@foundation.io> Date: Mon, 8 Apr 2013 21:59:35 -0400 Message-ID: <009001ce34c5$e30c9f60$a925de20$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac40qac5J84OS2QcR4qioNyambaSmQAGreaQ Content-Language: fr-ca x-cr-hashedpuzzle: AHHb AuB4 D4B3 EKsW Etkc FlSC GBct G6a0 G8C5 IQz6 JH7R JVew J++g Kq5W LLps LdPi; 1; eABlAG4ALQBhAHAAaQBAAGwAaQBzAHQAcwAuAHgAZQBuAC4AbwByAGcA; Sosha1_v1; 7; {7871B769-49A7-4935-BC1C-EB2FE8F6A2F7}; bgBhAHQAaABhAG4AYgByAEAAZABpAHMAdAByAGkAYgB1AHQAZQBsAC4AbgBlAHQA; Tue, 09 Apr 2013 01:59:33 GMT; TgB2AGkAZABpAGEAIABRAHUAYQBkAHIAbwAgAEsANgAwADAAIAAtACAARABvAGMAdQBtAGUAbgB0ACAAcwBhAHkAaQBuAGcAIAB0AGgAYQB0ACAAaQB0ACAAaQBzACAAYwBvAG0AcABhAHQAaQBiAGwAZQAgAHcAaQB0AGgAIABYAGUAbgBTAGUAcgB2AGUAcgAgAC4ALgAuACAAbABvAGwAPwA= x-cr-puzzleid: {7871B769-49A7-4935-BC1C-EB2FE8F6A2F7} Subject: [Xen-API] Nvidia Quadro K600 - Document saying that it is compatible with XenServer ... lol? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7255678643255604209==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7255678643255604209== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0091_01CE34A4.5BFAFF60" Content-Language: fr-ca This is a multi-part message in MIME format. ------=_NextPart_000_0091_01CE34A4.5BFAFF60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Does XenServer 6.1 have some quadro vga bios that XcP 1.6 dont ? Directly from the Nvidia Documentation about the Quadro K600. www.nvidia-graphics.co.uk/files/nvidia-quadro-k600.pdf ```` Support for Multiple Operating Systems on a Single Machine With a dedicated GPU per user and virtualization software, users can experience the full GPU acceleration of a standard workstation while improving resource management and utilization. 4 . .. 4 Virtualization software includes Parallels Workstation Extreme, XenServer, and vSphere.` ```` Also on the official site.. http://www.nvidia.com/object/quadro-desktops-pcs-features.html `` Support for Multiple Operating Systems on a Single Machine With a dedicated GPU per user and virtualization software, users can experience the full GPU acceleration of a standard workstation while improving resource management and utilization.5 5 Virtualization software includes Parallels Workstation Extreme, XenServer, and vSphere. ``` Does XenServer 6.1 have some vga bios that XcP 1.6 dont ? ------=_NextPart_000_0091_01CE34A4.5BFAFF60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Does XenServer 6.1 have some quadro vga bios that XcP = 1.6 dont ?

 

 

Directly from the Nvidia Documentation about the = Quadro K600…

 

www.nvidia-graphics.co.uk/files/nvidia-quadro-k600.pdf

 

````

Support for Multiple Operating Systems on a Single = Machine

With a dedicated GPU per user and virtualization = software, users can experience the full GPU

acceleration of a standard workstation while improving resource management and utilization.

4

…

….

 4 Virtualization software includes Parallels Workstation Extreme, XenServer, and vSphere.`

````

 

Also on the official site..

 

h= ttp://www.nvidia.com/object/quadro-desktops-pcs-features.html

 

``

Support for = Multiple Operating Systems on a Single Machine
With a dedicated GPU per user and virtualization software, users can = experience the full GPU acceleration of a standard workstation while improving = resource management and utilization.5

 

5 Virtualization software includes Parallels = Workstation Extreme, XenServer, and vSphere.

```

 

 

Does XenServer 6.1 have some vga bios that XcP 1.6 = dont ?

 

------=_NextPart_000_0091_01CE34A4.5BFAFF60-- --===============7255678643255604209== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7255678643255604209==-- From xen-api-bounces@lists.xen.org Tue Apr 09 02:00:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 02:00: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 1UPNr6-0004ED-7D; Tue, 09 Apr 2013 02:00:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPNr3-0004E5-U4 for xen-api@lists.xen.org; Tue, 09 Apr 2013 02:00:14 +0000 Received: from [85.158.143.99:59488] by server-1.bemta-4.messagelabs.com id 67/16-06203-D2673615; Tue, 09 Apr 2013 02:00:13 +0000 X-Env-Sender: nathanbr@distributel.net X-Msg-Ref: server-10.tower-216.messagelabs.com!1365472806!21142153!1 X-Originating-IP: [208.68.17.92] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25658 invoked from network); 9 Apr 2013 02:00:11 -0000 Received: from mx1.edtmtds.thinktel.ca (HELO mx1.edtmtds.thinktel.ca) (208.68.17.92) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Apr 2013 02:00:11 -0000 Received: from localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) by mx1.edtmtds.thinktel.ca (Postfix) with ESMTP id 3F670AC6AF for ; Mon, 8 Apr 2013 19:59:44 -0600 (MDT) X-Virus-Scanned: Debian amavisd-new at sa4.edmtds.thinktel.ca Received: from mx1.edtmtds.thinktel.ca ([208.68.17.92]) by localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) (amavisd-new, port 10024) with ESMTP id kVCNebIttZJR for ; Mon, 8 Apr 2013 19:59:41 -0600 (MDT) Received: from Serveur (216-246-238-229.cpe.distributel.net [216.246.238.229]) by mx1.edtmtds.thinktel.ca (Postfix) with ESMTP id AEAE0AC6C6 for ; Mon, 8 Apr 2013 19:59:40 -0600 (MDT) From: "Nat" To: References: <5162C57A.8000904@pocock.com.au> <516344DD.4090505@foundation.io> In-Reply-To: <516344DD.4090505@foundation.io> Date: Mon, 8 Apr 2013 21:59:35 -0400 Message-ID: <009001ce34c5$e30c9f60$a925de20$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac40qac5J84OS2QcR4qioNyambaSmQAGreaQ Content-Language: fr-ca x-cr-hashedpuzzle: AHHb AuB4 D4B3 EKsW Etkc FlSC GBct G6a0 G8C5 IQz6 JH7R JVew J++g Kq5W LLps LdPi; 1; eABlAG4ALQBhAHAAaQBAAGwAaQBzAHQAcwAuAHgAZQBuAC4AbwByAGcA; Sosha1_v1; 7; {7871B769-49A7-4935-BC1C-EB2FE8F6A2F7}; bgBhAHQAaABhAG4AYgByAEAAZABpAHMAdAByAGkAYgB1AHQAZQBsAC4AbgBlAHQA; Tue, 09 Apr 2013 01:59:33 GMT; TgB2AGkAZABpAGEAIABRAHUAYQBkAHIAbwAgAEsANgAwADAAIAAtACAARABvAGMAdQBtAGUAbgB0ACAAcwBhAHkAaQBuAGcAIAB0AGgAYQB0ACAAaQB0ACAAaQBzACAAYwBvAG0AcABhAHQAaQBiAGwAZQAgAHcAaQB0AGgAIABYAGUAbgBTAGUAcgB2AGUAcgAgAC4ALgAuACAAbABvAGwAPwA= x-cr-puzzleid: {7871B769-49A7-4935-BC1C-EB2FE8F6A2F7} Subject: [Xen-API] Nvidia Quadro K600 - Document saying that it is compatible with XenServer ... lol? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7255678643255604209==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7255678643255604209== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0091_01CE34A4.5BFAFF60" Content-Language: fr-ca This is a multi-part message in MIME format. ------=_NextPart_000_0091_01CE34A4.5BFAFF60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Does XenServer 6.1 have some quadro vga bios that XcP 1.6 dont ? Directly from the Nvidia Documentation about the Quadro K600. www.nvidia-graphics.co.uk/files/nvidia-quadro-k600.pdf ```` Support for Multiple Operating Systems on a Single Machine With a dedicated GPU per user and virtualization software, users can experience the full GPU acceleration of a standard workstation while improving resource management and utilization. 4 . .. 4 Virtualization software includes Parallels Workstation Extreme, XenServer, and vSphere.` ```` Also on the official site.. http://www.nvidia.com/object/quadro-desktops-pcs-features.html `` Support for Multiple Operating Systems on a Single Machine With a dedicated GPU per user and virtualization software, users can experience the full GPU acceleration of a standard workstation while improving resource management and utilization.5 5 Virtualization software includes Parallels Workstation Extreme, XenServer, and vSphere. ``` Does XenServer 6.1 have some vga bios that XcP 1.6 dont ? ------=_NextPart_000_0091_01CE34A4.5BFAFF60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Does XenServer 6.1 have some quadro vga bios that XcP = 1.6 dont ?

 

 

Directly from the Nvidia Documentation about the = Quadro K600…

 

www.nvidia-graphics.co.uk/files/nvidia-quadro-k600.pdf

 

````

Support for Multiple Operating Systems on a Single = Machine

With a dedicated GPU per user and virtualization = software, users can experience the full GPU

acceleration of a standard workstation while improving resource management and utilization.

4

…

….

 4 Virtualization software includes Parallels Workstation Extreme, XenServer, and vSphere.`

````

 

Also on the official site..

 

h= ttp://www.nvidia.com/object/quadro-desktops-pcs-features.html

 

``

Support for = Multiple Operating Systems on a Single Machine
With a dedicated GPU per user and virtualization software, users can = experience the full GPU acceleration of a standard workstation while improving = resource management and utilization.5

 

5 Virtualization software includes Parallels = Workstation Extreme, XenServer, and vSphere.

```

 

 

Does XenServer 6.1 have some vga bios that XcP 1.6 = dont ?

 

------=_NextPart_000_0091_01CE34A4.5BFAFF60-- --===============7255678643255604209== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7255678643255604209==-- From xen-api-bounces@lists.xen.org Tue Apr 09 03:25:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 03:25: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 1UPPBB-0007Be-CS; Tue, 09 Apr 2013 03:25:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPPBA-0007BZ-6u for xen-api@lists.xen.org; Tue, 09 Apr 2013 03:25:04 +0000 Received: from [85.158.139.83:31398] by server-13.bemta-5.messagelabs.com id 60/2E-20553-F0A83615; Tue, 09 Apr 2013 03:25:03 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1365477902!27975446!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10734 invoked from network); 9 Apr 2013 03:25:02 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2013 03:25:02 -0000 Received: by mail-la0-f54.google.com with SMTP id ec20so365072lab.41 for ; Mon, 08 Apr 2013 20:25:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=CgM9uTHdAHkfFVyA8xLSc1rm2NjcvYx1iXu7ZBEHbAY=; b=KmElnh9zS44E72IF3ZFjYPC8BCRtTTt97A1rn/BM8yB/49I34vb4hNgRftKpyxZ5WF 2BVNWxBzO8tEh4vbBj6u2P36kI94jQFqlxCQmMbjVcGet9HhhzGy42c8SZnWo7RKFaZb dIUCBiO5dTqwXOlj1naFLtGWmnV3M25h6mUe/27fB21vK3yMp3Te8fmqRPdNV2HASD8w coCGUYb416lJQ4Nmxs8EhVLwq5vzi6bmnWPORHWFOL6Lhs8MdeZwQACZiM32p44gSbyc u4bUG6sAYzkqC/Xasfu8xwxNEbPoSIS2PFBTNjR+kZQKTRtZanPilVctNO4WHjTx0F/j BPOA== X-Received: by 10.112.157.227 with SMTP id wp3mr5504759lbb.128.1365477901706; Mon, 08 Apr 2013 20:25:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.180.4 with HTTP; Mon, 8 Apr 2013 20:24:21 -0700 (PDT) In-Reply-To: <516344DD.4090505@foundation.io> References: <5162C57A.8000904@pocock.com.au> <516344DD.4090505@foundation.io> From: Grant McWilliams Date: Mon, 8 Apr 2013 20:24:21 -0700 Message-ID: To: Josh West Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2011038202444537354==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2011038202444537354== Content-Type: multipart/alternative; boundary=001a11c20c9a47adcc04d9e51969 --001a11c20c9a47adcc04d9e51969 Content-Type: text/plain; charset=UTF-8 I linked to you on grantmcwilliams.com and posted a link to that article on the Xen Cloud Platform Google+ community. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Mon, Apr 8, 2013 at 3:29 PM, Josh West wrote: > > On 04/08/2013 06:03 PM, Outback Dingo wrote: > > > > wheres the URL ??? > > > > I'm guessing this is the blog post he was referring to: > > http://danielpocock.com/migrating-to-xen-cloud-platform-on-debian-wheezy > > -- > Josh Westhttp://www.foundation.io > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --001a11c20c9a47adcc04d9e51969 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I linked to you on = grantmcwilliams.com and posted a link to that article on the Xen Cloud = Platform Google+ community.

Grant McWilliams
http://grantmcwilliams.com/

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


On Mon, Apr 8, 2013 at 3:29 PM, Josh Wes= t <jwest@foundation.io> wrote:
=20 =20 =20

On 04/08/2013 06:03 PM, Outback Dingo wrote:


wheres the URL ???=C2=A0
=C2=A0


I'm guessing this is the blog post he was referring to:

=20 http://danielpocock.com/migrating-to-xen-cl= oud-platform-on-debian-wheezy
--=20
Josh West
http://www.foundatio=
n.io

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


--001a11c20c9a47adcc04d9e51969-- --===============2011038202444537354== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2011038202444537354==-- From xen-api-bounces@lists.xen.org Tue Apr 09 03:25:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 03:25: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 1UPPBB-0007Be-CS; Tue, 09 Apr 2013 03:25:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPPBA-0007BZ-6u for xen-api@lists.xen.org; Tue, 09 Apr 2013 03:25:04 +0000 Received: from [85.158.139.83:31398] by server-13.bemta-5.messagelabs.com id 60/2E-20553-F0A83615; Tue, 09 Apr 2013 03:25:03 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1365477902!27975446!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10734 invoked from network); 9 Apr 2013 03:25:02 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2013 03:25:02 -0000 Received: by mail-la0-f54.google.com with SMTP id ec20so365072lab.41 for ; Mon, 08 Apr 2013 20:25:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=CgM9uTHdAHkfFVyA8xLSc1rm2NjcvYx1iXu7ZBEHbAY=; b=KmElnh9zS44E72IF3ZFjYPC8BCRtTTt97A1rn/BM8yB/49I34vb4hNgRftKpyxZ5WF 2BVNWxBzO8tEh4vbBj6u2P36kI94jQFqlxCQmMbjVcGet9HhhzGy42c8SZnWo7RKFaZb dIUCBiO5dTqwXOlj1naFLtGWmnV3M25h6mUe/27fB21vK3yMp3Te8fmqRPdNV2HASD8w coCGUYb416lJQ4Nmxs8EhVLwq5vzi6bmnWPORHWFOL6Lhs8MdeZwQACZiM32p44gSbyc u4bUG6sAYzkqC/Xasfu8xwxNEbPoSIS2PFBTNjR+kZQKTRtZanPilVctNO4WHjTx0F/j BPOA== X-Received: by 10.112.157.227 with SMTP id wp3mr5504759lbb.128.1365477901706; Mon, 08 Apr 2013 20:25:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.180.4 with HTTP; Mon, 8 Apr 2013 20:24:21 -0700 (PDT) In-Reply-To: <516344DD.4090505@foundation.io> References: <5162C57A.8000904@pocock.com.au> <516344DD.4090505@foundation.io> From: Grant McWilliams Date: Mon, 8 Apr 2013 20:24:21 -0700 Message-ID: To: Josh West Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Xen XCP blog stats X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2011038202444537354==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2011038202444537354== Content-Type: multipart/alternative; boundary=001a11c20c9a47adcc04d9e51969 --001a11c20c9a47adcc04d9e51969 Content-Type: text/plain; charset=UTF-8 I linked to you on grantmcwilliams.com and posted a link to that article on the Xen Cloud Platform Google+ community. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Mon, Apr 8, 2013 at 3:29 PM, Josh West wrote: > > On 04/08/2013 06:03 PM, Outback Dingo wrote: > > > > wheres the URL ??? > > > > I'm guessing this is the blog post he was referring to: > > http://danielpocock.com/migrating-to-xen-cloud-platform-on-debian-wheezy > > -- > Josh Westhttp://www.foundation.io > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --001a11c20c9a47adcc04d9e51969 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I linked to you on = grantmcwilliams.com and posted a link to that article on the Xen Cloud = Platform Google+ community.

Grant McWilliams
http://grantmcwilliams.com/

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


On Mon, Apr 8, 2013 at 3:29 PM, Josh Wes= t <jwest@foundation.io> wrote:
=20 =20 =20

On 04/08/2013 06:03 PM, Outback Dingo wrote:


wheres the URL ???=C2=A0
=C2=A0


I'm guessing this is the blog post he was referring to:

=20 http://danielpocock.com/migrating-to-xen-cl= oud-platform-on-debian-wheezy
--=20
Josh West
http://www.foundatio=
n.io

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


--001a11c20c9a47adcc04d9e51969-- --===============2011038202444537354== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2011038202444537354==-- From xen-api-bounces@lists.xen.org Tue Apr 09 10:17:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 10:17: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 1UPVbn-0002Oq-RU; Tue, 09 Apr 2013 10:16:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPVbm-0002Oi-VX; Tue, 09 Apr 2013 10:16:59 +0000 Received: from [193.109.254.147:48843] by server-8.bemta-14.messagelabs.com id B2/B1-07222-89AE3615; Tue, 09 Apr 2013 10:16:56 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1365502509!3723746!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3172 invoked from network); 9 Apr 2013 10:15:10 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2013 10:15:10 -0000 Received: by mail-ea0-f180.google.com with SMTP id d10so2567547eaj.25 for ; Tue, 09 Apr 2013 03:15:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:content-type:content-transfer-encoding; bh=/XWqEicfhy5D4WW+sOBnAt8j6tZGi+3aM0LikzbFhFI=; b=Osj7U6bbI21V03z/VpltEhK2di0Ko4ucGwFc6XbyV8ZgwbhcraQ9ZBeKr5XkkdMtbD j5odveEehc/i6Fvna/skD+0aKYlR4EGjgzDDsVuE3a7z+l/x662WVZ243cYx6JDOyazA hO6K9n/VVwL7oHzIfxDd4osDeXfMlO/V02qJ4GdwImSSZSrX5WQOoCPNj4xOqhQO0JhM SX+3oCHPKBzIKZvfurxaVHulnmCNV5F/4koGD/IOZY5+ygZcQWPErjQNgREYiOkyhk6W RLTClBP7nThR7U1m6E1Sq4Jwg91o5uQCFMzQYR1q7JblL0xTr5h5Za7lW0CINLf89YR4 ledA== X-Received: by 10.15.111.202 with SMTP id cj50mr58179798eeb.6.1365502508980; Tue, 09 Apr 2013 03:15:08 -0700 (PDT) Received: from [172.16.26.11] ([151.225.14.226]) by mx.google.com with ESMTPS id bj2sm12265291eeb.1.2013.04.09.03.15.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Apr 2013 03:15:06 -0700 (PDT) Message-ID: <5163EA26.70909@xen.org> Date: Tue, 09 Apr 2013 11:15:02 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Cc: Russell Pavlicek Subject: [Xen-API] Xen Hackathon - Project List, Invites, etc. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, I wanted to remind you to a) To request invites to the Xen Hackathon of you have not done so yet b) If you have an invite sign up at http://www.regonline.com/Register/Checkin.aspx?EventID=1211624 (I noticed that at least 5 people who have been granted an invite have not actually signed up) c) Note that about half of the available invites have gone d) Please also add "projects" to http://wiki.xen.org/wiki/Hackathon/May2013#Topics_to_Discuss.2C_Code.2C_Work_on.2C_..._at_the_Hackathon - I know for a fact that some Xen Developers will make up their mind on whether they will attend based on the list of projects that others want to cover 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 09 10:17:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 10:17: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 1UPVbn-0002Oq-RU; Tue, 09 Apr 2013 10:16:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPVbm-0002Oi-VX; Tue, 09 Apr 2013 10:16:59 +0000 Received: from [193.109.254.147:48843] by server-8.bemta-14.messagelabs.com id B2/B1-07222-89AE3615; Tue, 09 Apr 2013 10:16:56 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1365502509!3723746!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3172 invoked from network); 9 Apr 2013 10:15:10 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2013 10:15:10 -0000 Received: by mail-ea0-f180.google.com with SMTP id d10so2567547eaj.25 for ; Tue, 09 Apr 2013 03:15:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:content-type:content-transfer-encoding; bh=/XWqEicfhy5D4WW+sOBnAt8j6tZGi+3aM0LikzbFhFI=; b=Osj7U6bbI21V03z/VpltEhK2di0Ko4ucGwFc6XbyV8ZgwbhcraQ9ZBeKr5XkkdMtbD j5odveEehc/i6Fvna/skD+0aKYlR4EGjgzDDsVuE3a7z+l/x662WVZ243cYx6JDOyazA hO6K9n/VVwL7oHzIfxDd4osDeXfMlO/V02qJ4GdwImSSZSrX5WQOoCPNj4xOqhQO0JhM SX+3oCHPKBzIKZvfurxaVHulnmCNV5F/4koGD/IOZY5+ygZcQWPErjQNgREYiOkyhk6W RLTClBP7nThR7U1m6E1Sq4Jwg91o5uQCFMzQYR1q7JblL0xTr5h5Za7lW0CINLf89YR4 ledA== X-Received: by 10.15.111.202 with SMTP id cj50mr58179798eeb.6.1365502508980; Tue, 09 Apr 2013 03:15:08 -0700 (PDT) Received: from [172.16.26.11] ([151.225.14.226]) by mx.google.com with ESMTPS id bj2sm12265291eeb.1.2013.04.09.03.15.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Apr 2013 03:15:06 -0700 (PDT) Message-ID: <5163EA26.70909@xen.org> Date: Tue, 09 Apr 2013 11:15:02 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Cc: Russell Pavlicek Subject: [Xen-API] Xen Hackathon - Project List, Invites, etc. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, I wanted to remind you to a) To request invites to the Xen Hackathon of you have not done so yet b) If you have an invite sign up at http://www.regonline.com/Register/Checkin.aspx?EventID=1211624 (I noticed that at least 5 people who have been granted an invite have not actually signed up) c) Note that about half of the available invites have gone d) Please also add "projects" to http://wiki.xen.org/wiki/Hackathon/May2013#Topics_to_Discuss.2C_Code.2C_Work_on.2C_..._at_the_Hackathon - I know for a fact that some Xen Developers will make up their mind on whether they will attend based on the list of projects that others want to cover 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 09 12:09:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 12:09: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 1UPXMC-0000Kj-Go; Tue, 09 Apr 2013 12:09:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPXMA-0000KQ-UP; Tue, 09 Apr 2013 12:08:59 +0000 Received: from [85.158.138.51:32095] by server-9.bemta-3.messagelabs.com id 35/98-32531-5D404615; Tue, 09 Apr 2013 12:08:53 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1365509332!27340723!1 X-Originating-IP: [74.125.83.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14144 invoked from network); 9 Apr 2013 12:08:52 -0000 Received: from mail-ee0-f47.google.com (HELO mail-ee0-f47.google.com) (74.125.83.47) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2013 12:08:52 -0000 Received: by mail-ee0-f47.google.com with SMTP id t10so2814741eei.20 for ; Tue, 09 Apr 2013 05:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=WPW1dkg6r160JbUZdlvkdfcmFSXkLrt0c7+0w6qGOMU=; b=xTrmloio2wwmP2wRws4RLhY+xYAbDqUYWJpST07Qc0ybUvkyGkwuuGCnSD7GQ1aZ/z yDc7sjucT6h8N3rQvgkrIwUVDjb+TnvxCAVJ54i2zTuVHFrCahlJxSl1I6yrt+g9GRzk kARus7HB/iiZpmg2PneVt1nZ80lXhCGlPh2s679d7dCPCo9cx2/G8fIDoWxs4F4iH5Rz XqeDt+KBNrn3Ml9nxDkAy6mjiDikO+vERMA37I1WkQmsQM89wsst5JRo7PamPfQIo0YU ouvCFiC3of0bf83hRvfYggkgtPx1h4EVX3tavCj+xlfFKw25BGuXeuT4Xfaa0gkWLQaE XLVQ== X-Received: by 10.15.36.135 with SMTP id i7mr59449598eev.34.1365509331918; Tue, 09 Apr 2013 05:08:51 -0700 (PDT) Received: from [172.16.26.11] ([151.225.14.226]) by mx.google.com with ESMTPS id r4sm37615817eeo.12.2013.04.09.05.08.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Apr 2013 05:08:51 -0700 (PDT) Message-ID: <516404D0.2020300@xen.org> Date: Tue, 09 Apr 2013 13:08:48 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-API] Google Summer of Code 2013 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, this mail is to let you know that this year Xen.org has not been accepted as a mentoring organization for Google Summer of Code 2013. We will not really know why we were not accepted until the IRC meeting in #gsoc on Freenode on Friday, April 19, 2013 at 16:00 UTC. I will keep you posted when I find out more. 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 09 12:09:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Apr 2013 12:09: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 1UPXMC-0000Kj-Go; Tue, 09 Apr 2013 12:09:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPXMA-0000KQ-UP; Tue, 09 Apr 2013 12:08:59 +0000 Received: from [85.158.138.51:32095] by server-9.bemta-3.messagelabs.com id 35/98-32531-5D404615; Tue, 09 Apr 2013 12:08:53 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1365509332!27340723!1 X-Originating-IP: [74.125.83.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14144 invoked from network); 9 Apr 2013 12:08:52 -0000 Received: from mail-ee0-f47.google.com (HELO mail-ee0-f47.google.com) (74.125.83.47) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2013 12:08:52 -0000 Received: by mail-ee0-f47.google.com with SMTP id t10so2814741eei.20 for ; Tue, 09 Apr 2013 05:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=WPW1dkg6r160JbUZdlvkdfcmFSXkLrt0c7+0w6qGOMU=; b=xTrmloio2wwmP2wRws4RLhY+xYAbDqUYWJpST07Qc0ybUvkyGkwuuGCnSD7GQ1aZ/z yDc7sjucT6h8N3rQvgkrIwUVDjb+TnvxCAVJ54i2zTuVHFrCahlJxSl1I6yrt+g9GRzk kARus7HB/iiZpmg2PneVt1nZ80lXhCGlPh2s679d7dCPCo9cx2/G8fIDoWxs4F4iH5Rz XqeDt+KBNrn3Ml9nxDkAy6mjiDikO+vERMA37I1WkQmsQM89wsst5JRo7PamPfQIo0YU ouvCFiC3of0bf83hRvfYggkgtPx1h4EVX3tavCj+xlfFKw25BGuXeuT4Xfaa0gkWLQaE XLVQ== X-Received: by 10.15.36.135 with SMTP id i7mr59449598eev.34.1365509331918; Tue, 09 Apr 2013 05:08:51 -0700 (PDT) Received: from [172.16.26.11] ([151.225.14.226]) by mx.google.com with ESMTPS id r4sm37615817eeo.12.2013.04.09.05.08.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Apr 2013 05:08:51 -0700 (PDT) Message-ID: <516404D0.2020300@xen.org> Date: Tue, 09 Apr 2013 13:08:48 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-API] Google Summer of Code 2013 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, this mail is to let you know that this year Xen.org has not been accepted as a mentoring organization for Google Summer of Code 2013. We will not really know why we were not accepted until the IRC meeting in #gsoc on Freenode on Friday, April 19, 2013 at 16:00 UTC. I will keep you posted when I find out more. 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 10 17:25:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Apr 2013 17:25:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPyls-0007HQ-9m; Wed, 10 Apr 2013 17:25:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPylr-0007HB-1A; Wed, 10 Apr 2013 17:25:19 +0000 Received: from [85.158.139.83:37749] by server-15.bemta-5.messagelabs.com id 2D/C8-22815-D70A5615; Wed, 10 Apr 2013 17:25:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1365614714!27173077!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18297 invoked from network); 10 Apr 2013 17:25:14 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2013 17:25:14 -0000 Received: by mail-we0-f181.google.com with SMTP id d7so558901wer.12 for ; Wed, 10 Apr 2013 10:25:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type; bh=5hmF8ijScKbs/xWqXM+3LBm782TgHbwy7n9xYQ2EGC0=; b=vyUPIDCr101jKeoMqx+z4HX/qgom2vgRRBGajMeig/f2q4l+NcYpoMOqPBvJ/AWcAc pd3mA9WCxBb+RvFyWfDhtG/2miYyTGI0yNR4y4jjzfE9w28e/VRHObWOxtsrJ6vtFscY bpasHJgaLsmkctz+pT9YkKZ39h4yGWnhl9WkmrlfrBxFEmaC8WJL8M+tMVr/8o2nVXay xsA0pQqM1m+YtoCC0UCIji6qc/XAGNDmL+HD9cK7PpBTGBgfgqYbFk98If82TLPg8pT5 bjN67IGna17g2ex3XTq14SgCS9Wb1JrnqDzQ/RPL+rPYzvIe9oSUCRW2BrewL+fwc/Rj 3bCQ== X-Received: by 10.180.90.116 with SMTP id bv20mr4944584wib.32.1365614714254; Wed, 10 Apr 2013 10:25:14 -0700 (PDT) Received: from [172.16.26.11] ([151.225.24.64]) by mx.google.com with ESMTPS id fv2sm1225173wib.6.2013.04.10.10.25.12 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 10 Apr 2013 10:25:13 -0700 (PDT) Message-ID: <5165A076.5040300@xen.org> Date: Wed, 10 Apr 2013 18:25:10 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org Subject: [Xen-API] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators 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="===============4999110169904314859==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4999110169904314859== Content-Type: multipart/alternative; boundary="------------030700000003030006000308" This is a multi-part message in MIME format. --------------030700000003030006000308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, Xen has now a facebook page. It is still pretty unpopulated. As this is a community page, I wanted to initially invite Project Leads, Committers and Maintainers of all projects to be Content Creator of the page. This means aka you can edit the page, send messages and create posts on behalf of the page, create adverts and view insights. To do this you need to a) Like the page b) Send me the e-mail address associated with the page I know that some of you use facebook extensively and also take lots of pictures at events. In time, we will expand the people who can add to the page. Regards Lars --------------030700000003030006000308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody,

Xen has now a facebook page. It is still pretty unpopulated. As this is a community page, I wanted to initially invite Project Leads, Committers and Maintainers of all projects to be of the page. This means aka you can edit the page, send messages and create posts on behalf of the page, create adverts and view insights. To do this you need to
a) Like the page
b) Send me the e-mail address associated with the page
I know that some of you use facebook extensively and also take lots of pictures at events.

In time, we will expand the people who can add to the page.

Regards
Lars
--------------030700000003030006000308-- --===============4999110169904314859== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4999110169904314859==-- From xen-api-bounces@lists.xen.org Wed Apr 10 17:25:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Apr 2013 17:25:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPyls-0007HQ-9m; Wed, 10 Apr 2013 17:25:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPylr-0007HB-1A; Wed, 10 Apr 2013 17:25:19 +0000 Received: from [85.158.139.83:37749] by server-15.bemta-5.messagelabs.com id 2D/C8-22815-D70A5615; Wed, 10 Apr 2013 17:25:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1365614714!27173077!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18297 invoked from network); 10 Apr 2013 17:25:14 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2013 17:25:14 -0000 Received: by mail-we0-f181.google.com with SMTP id d7so558901wer.12 for ; Wed, 10 Apr 2013 10:25:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type; bh=5hmF8ijScKbs/xWqXM+3LBm782TgHbwy7n9xYQ2EGC0=; b=vyUPIDCr101jKeoMqx+z4HX/qgom2vgRRBGajMeig/f2q4l+NcYpoMOqPBvJ/AWcAc pd3mA9WCxBb+RvFyWfDhtG/2miYyTGI0yNR4y4jjzfE9w28e/VRHObWOxtsrJ6vtFscY bpasHJgaLsmkctz+pT9YkKZ39h4yGWnhl9WkmrlfrBxFEmaC8WJL8M+tMVr/8o2nVXay xsA0pQqM1m+YtoCC0UCIji6qc/XAGNDmL+HD9cK7PpBTGBgfgqYbFk98If82TLPg8pT5 bjN67IGna17g2ex3XTq14SgCS9Wb1JrnqDzQ/RPL+rPYzvIe9oSUCRW2BrewL+fwc/Rj 3bCQ== X-Received: by 10.180.90.116 with SMTP id bv20mr4944584wib.32.1365614714254; Wed, 10 Apr 2013 10:25:14 -0700 (PDT) Received: from [172.16.26.11] ([151.225.24.64]) by mx.google.com with ESMTPS id fv2sm1225173wib.6.2013.04.10.10.25.12 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 10 Apr 2013 10:25:13 -0700 (PDT) Message-ID: <5165A076.5040300@xen.org> Date: Wed, 10 Apr 2013 18:25:10 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org Subject: [Xen-API] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators 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="===============4999110169904314859==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4999110169904314859== Content-Type: multipart/alternative; boundary="------------030700000003030006000308" This is a multi-part message in MIME format. --------------030700000003030006000308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, Xen has now a facebook page. It is still pretty unpopulated. As this is a community page, I wanted to initially invite Project Leads, Committers and Maintainers of all projects to be Content Creator of the page. This means aka you can edit the page, send messages and create posts on behalf of the page, create adverts and view insights. To do this you need to a) Like the page b) Send me the e-mail address associated with the page I know that some of you use facebook extensively and also take lots of pictures at events. In time, we will expand the people who can add to the page. Regards Lars --------------030700000003030006000308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody,

Xen has now a facebook page. It is still pretty unpopulated. As this is a community page, I wanted to initially invite Project Leads, Committers and Maintainers of all projects to be of the page. This means aka you can edit the page, send messages and create posts on behalf of the page, create adverts and view insights. To do this you need to
a) Like the page
b) Send me the e-mail address associated with the page
I know that some of you use facebook extensively and also take lots of pictures at events.

In time, we will expand the people who can add to the page.

Regards
Lars
--------------030700000003030006000308-- --===============4999110169904314859== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4999110169904314859==-- From xen-api-bounces@lists.xen.org Wed Apr 10 21:29:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Apr 2013 21:29: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 1UQ2aH-00044h-JW; Wed, 10 Apr 2013 21:29:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ2aF-00044X-Iy for xen-api@lists.xen.org; Wed, 10 Apr 2013 21:29:35 +0000 Received: from [85.158.139.83:33515] by server-6.bemta-5.messagelabs.com id 1B/63-21466-EB9D5615; Wed, 10 Apr 2013 21:29:34 +0000 X-Env-Sender: don.raikes@oracle.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1365629372!27760536!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2983 invoked from network); 10 Apr 2013 21:29:34 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2013 21:29:34 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r3ALTVwc004322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 10 Apr 2013 21:29:32 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3ALTUSC003387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 10 Apr 2013 21:29:31 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3ALTUp0024048 for ; Wed, 10 Apr 2013 21:29:30 GMT MIME-Version: 1.0 Message-ID: <4c1becec-9385-4f1a-a4cc-63198893c480@default> Date: Wed, 10 Apr 2013 14:29:20 -0700 (PDT) From: Don Raikes To: xen-api@lists.xen.org X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] Subject: [Xen-API] complete XEN newbie X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8630253936986796410==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8630253936986796410== Content-Type: multipart/alternative; boundary="__1365629370027153114abhmt109.oracle.com" --__1365629370027153114abhmt109.oracle.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello, =20 I am a complete XEN newbie, but I wish to setup and test xcp on one of my = local systems. =20 My problem is that I am blind, and I am wondering if there is any accessibl= e way to either install or manage a XEN installation? =20 Eitehr speech or Braille output would acceptable, and I would also be willi= ng to help code/test such a solution if there is a reasonable place to add = such an interface. --__1365629370027153114abhmt109.oracle.com Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable

Hello,

 

I am a = complete XEN newbie, but I wish to setup  and test xcp on one of my lo= cal systems.

 

My problem is that I am blind, and I am wondering if there i= s any accessible way to either install or manage a XEN installation?

 

Eite= hr speech or Braille output would acceptable, and I would also be willing t= o help code/test such a solution if there is a reasonable place to add such= an interface.

--__1365629370027153114abhmt109.oracle.com-- --===============8630253936986796410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8630253936986796410==-- From xen-api-bounces@lists.xen.org Wed Apr 10 21:29:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Apr 2013 21:29: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 1UQ2aH-00044h-JW; Wed, 10 Apr 2013 21:29:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ2aF-00044X-Iy for xen-api@lists.xen.org; Wed, 10 Apr 2013 21:29:35 +0000 Received: from [85.158.139.83:33515] by server-6.bemta-5.messagelabs.com id 1B/63-21466-EB9D5615; Wed, 10 Apr 2013 21:29:34 +0000 X-Env-Sender: don.raikes@oracle.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1365629372!27760536!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2983 invoked from network); 10 Apr 2013 21:29:34 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2013 21:29:34 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r3ALTVwc004322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 10 Apr 2013 21:29:32 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3ALTUSC003387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 10 Apr 2013 21:29:31 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3ALTUp0024048 for ; Wed, 10 Apr 2013 21:29:30 GMT MIME-Version: 1.0 Message-ID: <4c1becec-9385-4f1a-a4cc-63198893c480@default> Date: Wed, 10 Apr 2013 14:29:20 -0700 (PDT) From: Don Raikes To: xen-api@lists.xen.org X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] Subject: [Xen-API] complete XEN newbie X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8630253936986796410==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8630253936986796410== Content-Type: multipart/alternative; boundary="__1365629370027153114abhmt109.oracle.com" --__1365629370027153114abhmt109.oracle.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello, =20 I am a complete XEN newbie, but I wish to setup and test xcp on one of my = local systems. =20 My problem is that I am blind, and I am wondering if there is any accessibl= e way to either install or manage a XEN installation? =20 Eitehr speech or Braille output would acceptable, and I would also be willi= ng to help code/test such a solution if there is a reasonable place to add = such an interface. --__1365629370027153114abhmt109.oracle.com Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable

Hello,

 

I am a = complete XEN newbie, but I wish to setup  and test xcp on one of my lo= cal systems.

 

My problem is that I am blind, and I am wondering if there i= s any accessible way to either install or manage a XEN installation?

 

Eite= hr speech or Braille output would acceptable, and I would also be willing t= o help code/test such a solution if there is a reasonable place to add such= an interface.

--__1365629370027153114abhmt109.oracle.com-- --===============8630253936986796410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8630253936986796410==-- From xen-api-bounces@lists.xen.org Thu Apr 11 01:04:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 01:04:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ5vZ-0003f0-KD; Thu, 11 Apr 2013 01:03:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ5vY-0003ep-6D; Thu, 11 Apr 2013 01:03:48 +0000 Received: from [85.158.139.211:10993] by server-6.bemta-5.messagelabs.com id 5F/F4-21466-2FB06615; Thu, 11 Apr 2013 01:03:46 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-7.tower-206.messagelabs.com!1365642226!17886633!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17458 invoked from network); 11 Apr 2013 01:03:46 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2013 01:03:46 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 161C92CFF; Thu, 11 Apr 2013 04:03:44 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 93199EC027; Thu, 11 Apr 2013 04:03:44 +0300 (EEST) Date: Thu, 11 Apr 2013 04:03:44 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: jacek burghardt Message-ID: <20130411010344.GY11427@reaktio.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: George Dunlap , Stefan , xen-api@lists.xen.org, ian.jackson@eu.citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] xcp/xapi USB passthrough support X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 10, 2013 at 09:28:56AM -0600, jacek burghardt wrote: > Does xcp supports assignment of USB or xen-api ? I know that spice allows > for USB redirection. Also remote desktop supports redirection of devices. > I like using android devices with xen hosted servers as remote desktop > exports my SD cards to server. Hello, You forgot to write the subject to the email and add CC to xen-api :) afaik xapi doesn't support USB passthrough. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 11 01:04:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 01:04:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ5vZ-0003f0-KD; Thu, 11 Apr 2013 01:03:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ5vY-0003ep-6D; Thu, 11 Apr 2013 01:03:48 +0000 Received: from [85.158.139.211:10993] by server-6.bemta-5.messagelabs.com id 5F/F4-21466-2FB06615; Thu, 11 Apr 2013 01:03:46 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-7.tower-206.messagelabs.com!1365642226!17886633!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17458 invoked from network); 11 Apr 2013 01:03:46 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2013 01:03:46 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 161C92CFF; Thu, 11 Apr 2013 04:03:44 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 93199EC027; Thu, 11 Apr 2013 04:03:44 +0300 (EEST) Date: Thu, 11 Apr 2013 04:03:44 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: jacek burghardt Message-ID: <20130411010344.GY11427@reaktio.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: George Dunlap , Stefan , xen-api@lists.xen.org, ian.jackson@eu.citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] xcp/xapi USB passthrough support X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 10, 2013 at 09:28:56AM -0600, jacek burghardt wrote: > Does xcp supports assignment of USB or xen-api ? I know that spice allows > for USB redirection. Also remote desktop supports redirection of devices. > I like using android devices with xen hosted servers as remote desktop > exports my SD cards to server. Hello, You forgot to write the subject to the email and add CC to xen-api :) afaik xapi doesn't support USB passthrough. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 11 01:27:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 01:27:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ6IQ-0004Xi-Oh; Thu, 11 Apr 2013 01:27:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ6IO-0004Xd-BR for xen-api@lists.xen.org; Thu, 11 Apr 2013 01:27:24 +0000 Received: from [85.158.137.99:29531] by server-2.bemta-3.messagelabs.com id 3B/1D-05208-B7116615; Thu, 11 Apr 2013 01:27:23 +0000 X-Env-Sender: agi@mbs.co.id X-Msg-Ref: server-10.tower-217.messagelabs.com!1365643564!17329316!1 X-Originating-IP: [202.153.232.52] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32158 invoked from network); 11 Apr 2013 01:27:12 -0000 Received: from ftp.mbs.co.id (HELO mx1.mbs.co.id) (202.153.232.52) by server-10.tower-217.messagelabs.com with SMTP; 11 Apr 2013 01:27:12 -0000 Received: from mbs.co.id (unknown [172.16.4.16]) by mx1.mbs.co.id (Postfix) with ESMTP id BB92C100E8A for ; Thu, 11 Apr 2013 08:25:59 +0700 (WIT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mbs.co.id; s=dkim; t=1365643559; bh=P6MgoUYckdqkMYBT5G7N+vaDihqRjKnwyNPiQm3Zjt4=; h=Date:From:To:Subject:References:In-Reply-To; b=nNS7L2TYmJJzOaQqsmBElSTSOZskXLVGf8gKSf136d0TiSX5F9gZssiQDtoENcip6 dcHWy9gdacsuqX7suzDGlu1Cj33XheQ4PTywCU17iG/t3t9LMEkDu7qtokJum1pkAP tKK1dvd0QhYJ2n+Jc9ai0g1DUlomx+NkP9cAoK6k= X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 mx1.mbs.co.id BB92C100E8A DomainKey-Signature: a=rsa-sha1; s=dkim; d=mbs.co.id; c=simple; q=dns; b=LPOnf/uvdcDD3TiC2Jfn8OIIPZJLLGk5k/iZXdiU+c25DVSvuwEPPdWAk4JyH0gF9 1DsxoV6lgc+Pua9mjN0s6IAjJxPPJpy/Kml2+zzvAlkLzJd6/WYdzUPAeXzzRPMqWSs qIhFu1POyHiStazAZIL8KjZXGEUkjrTE4ymY1TA= X-Virus-Scanned-2: by cgpav and ClamAV Received: from [172.16.1.74] (account agi.subagio [172.16.1.74] verified) by mbs.co.id (CommuniGate Pro SMTP 5.2.4) with ESMTPSA id 34460638 for xen-api@lists.xen.org; Thu, 11 Apr 2013 08:25:59 +0700 Message-ID: <51661113.10101@mbs.co.id> Date: Thu, 11 Apr 2013 08:25:39 +0700 From: Agi Subagio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <4c1becec-9385-4f1a-a4cc-63198893c480@default> In-Reply-To: <4c1becec-9385-4f1a-a4cc-63198893c480@default> Subject: Re: [Xen-API] complete XEN newbie X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0204704744735436130==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0204704744735436130== Content-Type: multipart/alternative; boundary="------------030802010401050903090500" This is a multi-part message in MIME format. --------------030802010401050903090500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm doing this: - Download XCP iso file - Prepare the blank server - Install XCP into it, set the root password and static IP (only takes 15-20 minutes to install XCP on a blank server) - Install Citrix XenCenter on your computer (Windows based) - Try to connect to your XCP server with the IP you set previously - Try to create/delete/modify VM - Try to create/delete/modify Storage - If you have two identical server, start to create/delete/modify a pool - Always read/search more info in Xen Wiki, Citrix Knowledgebase and Google On 11/04/2013 4:29 AM, Don Raikes wrote: > > Hello, > > I am a complete XEN newbie, but I wish to setup and test xcp on one > of my local systems. > > My problem is that I am blind, and I am wondering if there is any > accessible way to either install or manage a XEN installation? > > Eitehr speech or Braille output would acceptable, and I would also be > willing to help code/test such a solution if there is a reasonable > place to add such an interface. > > > -- --------------030802010401050903090500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
I'm doing this:
- Download XCP iso file
- Prepare the blank server
- Install XCP into it, set the root password and static IP (only takes 15-20 minutes to install XCP on a blank server)
- Install Citrix XenCenter on your computer (Windows based)
- Try to connect to your XCP server with the IP you set previously
- Try to create/delete/modify VM
- Try to create/delete/modify Storage
- If you have two identical server, start to create/delete/modify a pool
- Always read/search more info in Xen Wiki, Citrix Knowledgebase and Google

On 11/04/2013 4:29 AM, Don Raikes wrote:

Hello,

 

I am a complete XEN newbie, but I wish to setup  and test xcp on one of my local systems.

 

My problem is that I am blind, and I am wondering if there is any accessible way to either install or manage a XEN installation?

 

Eitehr speech or Braille output would acceptable, and I would also be willing to help code/test such a solution if there is a reasonable place to add such an interface.


--

--------------030802010401050903090500-- --===============0204704744735436130== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0204704744735436130==-- From xen-api-bounces@lists.xen.org Thu Apr 11 01:27:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 01:27:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ6IQ-0004Xi-Oh; Thu, 11 Apr 2013 01:27:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQ6IO-0004Xd-BR for xen-api@lists.xen.org; Thu, 11 Apr 2013 01:27:24 +0000 Received: from [85.158.137.99:29531] by server-2.bemta-3.messagelabs.com id 3B/1D-05208-B7116615; Thu, 11 Apr 2013 01:27:23 +0000 X-Env-Sender: agi@mbs.co.id X-Msg-Ref: server-10.tower-217.messagelabs.com!1365643564!17329316!1 X-Originating-IP: [202.153.232.52] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32158 invoked from network); 11 Apr 2013 01:27:12 -0000 Received: from ftp.mbs.co.id (HELO mx1.mbs.co.id) (202.153.232.52) by server-10.tower-217.messagelabs.com with SMTP; 11 Apr 2013 01:27:12 -0000 Received: from mbs.co.id (unknown [172.16.4.16]) by mx1.mbs.co.id (Postfix) with ESMTP id BB92C100E8A for ; Thu, 11 Apr 2013 08:25:59 +0700 (WIT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mbs.co.id; s=dkim; t=1365643559; bh=P6MgoUYckdqkMYBT5G7N+vaDihqRjKnwyNPiQm3Zjt4=; h=Date:From:To:Subject:References:In-Reply-To; b=nNS7L2TYmJJzOaQqsmBElSTSOZskXLVGf8gKSf136d0TiSX5F9gZssiQDtoENcip6 dcHWy9gdacsuqX7suzDGlu1Cj33XheQ4PTywCU17iG/t3t9LMEkDu7qtokJum1pkAP tKK1dvd0QhYJ2n+Jc9ai0g1DUlomx+NkP9cAoK6k= X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 mx1.mbs.co.id BB92C100E8A DomainKey-Signature: a=rsa-sha1; s=dkim; d=mbs.co.id; c=simple; q=dns; b=LPOnf/uvdcDD3TiC2Jfn8OIIPZJLLGk5k/iZXdiU+c25DVSvuwEPPdWAk4JyH0gF9 1DsxoV6lgc+Pua9mjN0s6IAjJxPPJpy/Kml2+zzvAlkLzJd6/WYdzUPAeXzzRPMqWSs qIhFu1POyHiStazAZIL8KjZXGEUkjrTE4ymY1TA= X-Virus-Scanned-2: by cgpav and ClamAV Received: from [172.16.1.74] (account agi.subagio [172.16.1.74] verified) by mbs.co.id (CommuniGate Pro SMTP 5.2.4) with ESMTPSA id 34460638 for xen-api@lists.xen.org; Thu, 11 Apr 2013 08:25:59 +0700 Message-ID: <51661113.10101@mbs.co.id> Date: Thu, 11 Apr 2013 08:25:39 +0700 From: Agi Subagio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <4c1becec-9385-4f1a-a4cc-63198893c480@default> In-Reply-To: <4c1becec-9385-4f1a-a4cc-63198893c480@default> Subject: Re: [Xen-API] complete XEN newbie X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0204704744735436130==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0204704744735436130== Content-Type: multipart/alternative; boundary="------------030802010401050903090500" This is a multi-part message in MIME format. --------------030802010401050903090500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm doing this: - Download XCP iso file - Prepare the blank server - Install XCP into it, set the root password and static IP (only takes 15-20 minutes to install XCP on a blank server) - Install Citrix XenCenter on your computer (Windows based) - Try to connect to your XCP server with the IP you set previously - Try to create/delete/modify VM - Try to create/delete/modify Storage - If you have two identical server, start to create/delete/modify a pool - Always read/search more info in Xen Wiki, Citrix Knowledgebase and Google On 11/04/2013 4:29 AM, Don Raikes wrote: > > Hello, > > I am a complete XEN newbie, but I wish to setup and test xcp on one > of my local systems. > > My problem is that I am blind, and I am wondering if there is any > accessible way to either install or manage a XEN installation? > > Eitehr speech or Braille output would acceptable, and I would also be > willing to help code/test such a solution if there is a reasonable > place to add such an interface. > > > -- --------------030802010401050903090500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
I'm doing this:
- Download XCP iso file
- Prepare the blank server
- Install XCP into it, set the root password and static IP (only takes 15-20 minutes to install XCP on a blank server)
- Install Citrix XenCenter on your computer (Windows based)
- Try to connect to your XCP server with the IP you set previously
- Try to create/delete/modify VM
- Try to create/delete/modify Storage
- If you have two identical server, start to create/delete/modify a pool
- Always read/search more info in Xen Wiki, Citrix Knowledgebase and Google

On 11/04/2013 4:29 AM, Don Raikes wrote:

Hello,

 

I am a complete XEN newbie, but I wish to setup  and test xcp on one of my local systems.

 

My problem is that I am blind, and I am wondering if there is any accessible way to either install or manage a XEN installation?

 

Eitehr speech or Braille output would acceptable, and I would also be willing to help code/test such a solution if there is a reasonable place to add such an interface.


--

--------------030802010401050903090500-- --===============0204704744735436130== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0204704744735436130==-- From xen-api-bounces@lists.xen.org Thu Apr 11 07:31:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 07:31: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 1UQByt-0001R2-Ip; Thu, 11 Apr 2013 07:31:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQBys-0001Qp-5H; Thu, 11 Apr 2013 07:31:38 +0000 Received: from [85.158.139.211:27605] by server-10.bemta-5.messagelabs.com id 7C/78-23714-9D666615; Thu, 11 Apr 2013 07:31:37 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1365665494!18356506!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11852 invoked from network); 11 Apr 2013 07:31:36 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2013 07:31:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Date:Subject:Thread-Topic:Thread-Index:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:Content-Transfer-Encoding:MIME-Version; b=Snl9cZFUcvZ59xTngdRT4eJHzB4wDOoF0lEbTzueo4ynmNpgaUEbtYZPffIP/qMC5wyZfwpyrK2gVpFVhfAujGi895R8AlS/rT+AzsIqqEUoC24rID9EVQVMwO7PtHNl; Received: from [192.168.1.29] (helo=fe-002-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1UQByo-000DX5-He; Thu, 11 Apr 2013 00:31:34 -0700 Received: from EX-004-SFO.servepath.com ([::1]) by fe-004-sfo.servepath.com ([::1]) with mapi; Thu, 11 Apr 2013 00:31:34 -0700 From: Brian Menges To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Date: Thu, 11 Apr 2013 00:31:32 -0700 Thread-Topic: [Xen-devel] Is: SKB_MAX_LEN bites again. Was: Re: bug disabling guest interface Thread-Index: Ac42UJ/upu7Ak4TbRcqGlGRinwKzMAANWU3g Message-ID: <3968CAC7E1BE7242B18501F292F3C7F16B2D63E2@EX-004-SFO.servepath.com> References: <20130411010344.GY11427@reaktio.net> In-Reply-To: <20130411010344.GY11427@reaktio.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] [Xen-devel] Is: SKB_MAX_LEN bites again. Was: Re: bug disabling guest interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Seems I'm completely bitten by this as well. I did notice one difference though between our old production kernel, and the new one that I'm trying to run (Linux 3.8.6) Looking into sources for 3.2.14-gogrid, I see: struct sk_buff; /* To allow 64K frame to be packed as single skb without frag_list. Since * GRO uses frags we allocate at least 16 regardless of page size. */ #if (65536/PAGE_SIZE + 2) < 16 #define MAX_SKB_FRAGS 16UL #else #define MAX_SKB_FRAGS (65536/PAGE_SIZE + 2) #endif Looking into sources for 3.8.6-gogrid I see: struct sk_buff; /* To allow 64K frame to be packed as single skb without frag_list we * require 64K/PAGE_SIZE pages plus 1 additional page to allow for * buffers which do not start on a page boundary. * * Since GRO uses frags we allocate at least 16 regardless of page * size. */ #if (65536/PAGE_SIZE + 1) < 16 #define MAX_SKB_FRAGS 16UL #else #define MAX_SKB_FRAGS (65536/PAGE_SIZE + 1) #endif I'm supposing that we could change both instances of '+1' to '+2' and see if this temporarily patches us until netback (???) is patched up. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 11 07:31:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 07:31: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 1UQByt-0001R2-Ip; Thu, 11 Apr 2013 07:31:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQBys-0001Qp-5H; Thu, 11 Apr 2013 07:31:38 +0000 Received: from [85.158.139.211:27605] by server-10.bemta-5.messagelabs.com id 7C/78-23714-9D666615; Thu, 11 Apr 2013 07:31:37 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1365665494!18356506!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11852 invoked from network); 11 Apr 2013 07:31:36 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2013 07:31:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Date:Subject:Thread-Topic:Thread-Index:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:Content-Transfer-Encoding:MIME-Version; b=Snl9cZFUcvZ59xTngdRT4eJHzB4wDOoF0lEbTzueo4ynmNpgaUEbtYZPffIP/qMC5wyZfwpyrK2gVpFVhfAujGi895R8AlS/rT+AzsIqqEUoC24rID9EVQVMwO7PtHNl; Received: from [192.168.1.29] (helo=fe-002-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1UQByo-000DX5-He; Thu, 11 Apr 2013 00:31:34 -0700 Received: from EX-004-SFO.servepath.com ([::1]) by fe-004-sfo.servepath.com ([::1]) with mapi; Thu, 11 Apr 2013 00:31:34 -0700 From: Brian Menges To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Date: Thu, 11 Apr 2013 00:31:32 -0700 Thread-Topic: [Xen-devel] Is: SKB_MAX_LEN bites again. Was: Re: bug disabling guest interface Thread-Index: Ac42UJ/upu7Ak4TbRcqGlGRinwKzMAANWU3g Message-ID: <3968CAC7E1BE7242B18501F292F3C7F16B2D63E2@EX-004-SFO.servepath.com> References: <20130411010344.GY11427@reaktio.net> In-Reply-To: <20130411010344.GY11427@reaktio.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] [Xen-devel] Is: SKB_MAX_LEN bites again. Was: Re: bug disabling guest interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Seems I'm completely bitten by this as well. I did notice one difference though between our old production kernel, and the new one that I'm trying to run (Linux 3.8.6) Looking into sources for 3.2.14-gogrid, I see: struct sk_buff; /* To allow 64K frame to be packed as single skb without frag_list. Since * GRO uses frags we allocate at least 16 regardless of page size. */ #if (65536/PAGE_SIZE + 2) < 16 #define MAX_SKB_FRAGS 16UL #else #define MAX_SKB_FRAGS (65536/PAGE_SIZE + 2) #endif Looking into sources for 3.8.6-gogrid I see: struct sk_buff; /* To allow 64K frame to be packed as single skb without frag_list we * require 64K/PAGE_SIZE pages plus 1 additional page to allow for * buffers which do not start on a page boundary. * * Since GRO uses frags we allocate at least 16 regardless of page * size. */ #if (65536/PAGE_SIZE + 1) < 16 #define MAX_SKB_FRAGS 16UL #else #define MAX_SKB_FRAGS (65536/PAGE_SIZE + 1) #endif I'm supposing that we could change both instances of '+1' to '+2' and see if this temporarily patches us until netback (???) is patched up. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 11 10:25:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 10:25: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 1UQEhM-0002jS-J7; Thu, 11 Apr 2013 10:25:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQEhK-0002j9-TZ; Thu, 11 Apr 2013 10:25:43 +0000 Received: from [85.158.139.211:6024] by server-6.bemta-5.messagelabs.com id 73/F7-21466-5AF86615; Thu, 11 Apr 2013 10:25:41 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1365675940!17978006!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9503 invoked from network); 11 Apr 2013 10:25:40 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 10:25:40 -0000 Received: by mail-wg0-f43.google.com with SMTP id f12so1472202wgh.10 for ; Thu, 11 Apr 2013 03:25:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9zAtMniI1ieFmhdnZ0ZQi5scRC8jQYAFEXRxCI89mAE=; b=sbm2t5DqLtJUOIBiOceeLhb1xCSet+fa70EBbhBuMM1GEQNNcc5n3NOxec2YZLC72m l4qdQJ2XuF7MIPuLl050aVvXURI/gD5tKY2oXIP+gnRpdNlb2Xqn6JS0EmMQcwUdOVqV L/R92sBnKYdrbN0GDHkDNwx9Pv1QE4fjtjJVbBKYSmknNiNB5B8ZsLmnL5LUr2ofnmSD msuyQZCQa7fK64IXP9ZtZj4r59Epfw9j7WXW3wCdHSfUoIKxug5ePMIcOPi3zcXBm0EY gDm8x3YlS50r7vcZx3xtQVPjwCoMeIgdIfi55Me2RR++1uzdFYF8fwGdFSH/7y3h7503 yTaw== MIME-Version: 1.0 X-Received: by 10.194.60.195 with SMTP id j3mr9551428wjr.33.1365675939843; Thu, 11 Apr 2013 03:25:39 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Thu, 11 Apr 2013 03:25:39 -0700 (PDT) In-Reply-To: <5165A076.5040300@xen.org> References: <5165A076.5040300@xen.org> Date: Thu, 11 Apr 2013 11:25:39 +0100 X-Google-Sender-Auth: HFky8gRYOEtRXgzJ5noK8oFtyjQ Message-ID: From: George Dunlap To: Lars Kurth Cc: "xen-users@lists.xen.org" , xen-arm@lists.xen.org, "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 10, 2013 at 6:25 PM, Lars Kurth wrote: > Hi everybody, > > Xen has now a facebook page. It is still pretty unpopulated. As this is a > community page, I wanted to initially invite Project Leads, Committers and > Maintainers of all projects to be Content Creator of the page. This means > aka you can edit the page, send messages and create posts on behalf of the > page, create adverts and view insights. To do this you need to > a) Like the page > b) Send me the e-mail address associated with the page I assume you mean, "an e-mail address associated with your FB account"? -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 Thu Apr 11 10:25:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 10:25: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 1UQEhM-0002jS-J7; Thu, 11 Apr 2013 10:25:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQEhK-0002j9-TZ; Thu, 11 Apr 2013 10:25:43 +0000 Received: from [85.158.139.211:6024] by server-6.bemta-5.messagelabs.com id 73/F7-21466-5AF86615; Thu, 11 Apr 2013 10:25:41 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1365675940!17978006!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9503 invoked from network); 11 Apr 2013 10:25:40 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 10:25:40 -0000 Received: by mail-wg0-f43.google.com with SMTP id f12so1472202wgh.10 for ; Thu, 11 Apr 2013 03:25:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9zAtMniI1ieFmhdnZ0ZQi5scRC8jQYAFEXRxCI89mAE=; b=sbm2t5DqLtJUOIBiOceeLhb1xCSet+fa70EBbhBuMM1GEQNNcc5n3NOxec2YZLC72m l4qdQJ2XuF7MIPuLl050aVvXURI/gD5tKY2oXIP+gnRpdNlb2Xqn6JS0EmMQcwUdOVqV L/R92sBnKYdrbN0GDHkDNwx9Pv1QE4fjtjJVbBKYSmknNiNB5B8ZsLmnL5LUr2ofnmSD msuyQZCQa7fK64IXP9ZtZj4r59Epfw9j7WXW3wCdHSfUoIKxug5ePMIcOPi3zcXBm0EY gDm8x3YlS50r7vcZx3xtQVPjwCoMeIgdIfi55Me2RR++1uzdFYF8fwGdFSH/7y3h7503 yTaw== MIME-Version: 1.0 X-Received: by 10.194.60.195 with SMTP id j3mr9551428wjr.33.1365675939843; Thu, 11 Apr 2013 03:25:39 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Thu, 11 Apr 2013 03:25:39 -0700 (PDT) In-Reply-To: <5165A076.5040300@xen.org> References: <5165A076.5040300@xen.org> Date: Thu, 11 Apr 2013 11:25:39 +0100 X-Google-Sender-Auth: HFky8gRYOEtRXgzJ5noK8oFtyjQ Message-ID: From: George Dunlap To: Lars Kurth Cc: "xen-users@lists.xen.org" , xen-arm@lists.xen.org, "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 10, 2013 at 6:25 PM, Lars Kurth wrote: > Hi everybody, > > Xen has now a facebook page. It is still pretty unpopulated. As this is a > community page, I wanted to initially invite Project Leads, Committers and > Maintainers of all projects to be Content Creator of the page. This means > aka you can edit the page, send messages and create posts on behalf of the > page, create adverts and view insights. To do this you need to > a) Like the page > b) Send me the e-mail address associated with the page I assume you mean, "an e-mail address associated with your FB account"? -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 Thu Apr 11 10:43:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 10:43: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 1UQExz-0003cB-Vi; Thu, 11 Apr 2013 10:42:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQExy-0003bw-Km; Thu, 11 Apr 2013 10:42:54 +0000 Received: from [85.158.143.99:45153] by server-1.bemta-4.messagelabs.com id 5F/29-06203-DA396615; Thu, 11 Apr 2013 10:42:53 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1365676972!22431973!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3823 invoked from network); 11 Apr 2013 10:42:52 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 10:42:52 -0000 Received: by mail-wg0-f53.google.com with SMTP id c11so1503915wgh.20 for ; Thu, 11 Apr 2013 03:42:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:subject:message-id:importance:from:to:cc :mime-version:content-type; bh=XNJU3SIKcx1tyL8LUJZhXhDZbmhsDlXRCptpntMo9QU=; b=AduYAnmFNT9qO9+da4CMVfGo+iPR5/1msqBQmLG9BXXDU5MDzbxoHbbzHhj82vV5bH lPIi2sT5B12nAQNic4u3qcZVb4b0Gyd01k+gXnR2ibFTWNQcoWTXiYcuNnY6J1jkFB2X U3UI7Si8xC8SFpI6x15KuYIWzxsmy0uOT+AoyqUKHxgeabv/BHUGE2jFTz6xkakMmXt4 cemBaxt4ARFpC5HnlB6F4oay14rQpmcmEES5UXtwFR06ZuRaSpK/H1dXl/N8rbh3APbZ Qnh38RW0neRDtcInkS7SBO5wkY516J1ycyvDGLkiyG2U2ZWQ8Kl76iwSu3vG0vWyjMax 4U4A== X-Received: by 10.194.178.100 with SMTP id cx4mr9689277wjc.47.1365676972512; Thu, 11 Apr 2013 03:42:52 -0700 (PDT) Received: from localhost ([31.124.158.184]) by mx.google.com with ESMTPS id dp5sm2314606wib.1.2013.04.11.03.42.49 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 11 Apr 2013 03:42:51 -0700 (PDT) Date: Thu, 11 Apr 2013 11:42:49 +0100 Message-ID: Importance: normal From: "Lars.kurth.xen" To: george.dunlap@eu.citrix.com, lars.kurth@xen.org MIME-Version: 1.0 Cc: xen-users@lists.xen.org, xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5913090022659596044==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5913090022659596044== Content-Type: multipart/alternative; boundary="--_com.android.email_60869619142621" ----_com.android.email_60869619142621 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SW5kZWVkOiB0aGUgZW1haWwgYXNzb2NpYXRlZCB3aXRoIHlvdXIgCGZhY2Vib29rIGFjY291bnQu IERvbnQgc2VuZCBpdCBvbiB0aGUgbGlzdCwgYnV0IHRvIG1lIG9ubHkuCkxhcnMKCgpTZW50IGZy b20gU2Ftc3VuZ1NhbXN1bmcgTW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0t LS0tClN1YmplY3Q6IFJlOiBbWGVuLWRldmVsXSBYZW4gaGFzIG5vdyBhIEZhY2Vib29rIHBhZ2Ug OiBpbnZpdGF0aW9uIFByb2plY3QgTGVhZHMsIENvbW1pdHRlcnMgYW5kIE1haW50YWluZXJzIHRv IGJlIGNvbnRlbnQgY3JlYXRvcnMgCkZyb206IEdlb3JnZSBEdW5sYXAgPEdlb3JnZS5EdW5sYXBA ZXUuY2l0cml4LmNvbT4gClRvOiBMYXJzIEt1cnRoIDxsYXJzLmt1cnRoQHhlbi5vcmc+IApDQzog Inhlbi1kZXZlbEBsaXN0cy54ZW4ub3JnIiA8eGVuLWRldmVsQGxpc3RzLnhlbi5vcmc+LCJ4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZyIgPHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPiwieGVuLWFwaUBs aXN0cy54ZW4ub3JnIiA8eGVuLWFwaUBsaXN0cy54ZW4ub3JnPix4ZW4tYXJtQGxpc3RzLnhlbi5v cmcgCgpPbiBXZWQsIEFwciAxMCwgMjAxMyBhdCA2OjI1IFBNLCBMYXJzIEt1cnRoIDxsYXJzLmt1 cnRoQHhlbi5vcmc+IHdyb3RlOgo+IEhpIGV2ZXJ5Ym9keSwKPgo+IFhlbiBoYXMgbm93IGEgZmFj ZWJvb2sgcGFnZS4gSXQgaXMgc3RpbGwgcHJldHR5IHVucG9wdWxhdGVkLiBBcyB0aGlzIGlzIGEK PiBjb21tdW5pdHkgcGFnZSwgSSB3YW50ZWQgdG8gaW5pdGlhbGx5IGludml0ZSBQcm9qZWN0IExl YWRzLCBDb21taXR0ZXJzIGFuZAo+IE1haW50YWluZXJzIG9mIGFsbCBwcm9qZWN0cyB0byBiZSBD b250ZW50IENyZWF0b3Igb2YgdGhlIHBhZ2UuIFRoaXMgbWVhbnMKPiBha2EgeW91IGNhbiBlZGl0 IHRoZSBwYWdlLCBzZW5kIG1lc3NhZ2VzIGFuZCBjcmVhdGUgcG9zdHMgb24gYmVoYWxmIG9mIHRo ZQo+IHBhZ2UsIGNyZWF0ZSBhZHZlcnRzIGFuZCB2aWV3IGluc2lnaHRzLiBUbyBkbyB0aGlzIHlv dSBuZWVkIHRvCj4gYSkgTGlrZSB0aGUgcGFnZQo+IGIpIFNlbmQgbWUgdGhlIGUtbWFpbCBhZGRy ZXNzIGFzc29jaWF0ZWQgd2l0aCB0aGUgcGFnZQoKSSBhc3N1bWUgeW91IG1lYW4sICJhbiBlLW1h aWwgYWRkcmVzcyBhc3NvY2lhdGVkIHdpdGggeW91ciBGQiBhY2NvdW50Ij8KCi1HZW9yZ2UK ----_com.android.email_60869619142621 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT5JbmRlZWQ6IHRoZSBlbWFpbCBhc3Nv Y2lhdGVkIHdpdGggeW91ciAIZmFjZWJvb2sgYWNjb3VudC4gRG9udCBzZW5kIGl0IG9uIHRoZSBs aXN0LCBidXQgdG8gbWUgb25seS48ZGl2PkxhcnM8L2Rpdj48ZGl2Pjxicj48YnI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4NyUiPlNlbnQgZnJvbSBTYW1zdW5nU2Ftc3VuZyBNb2JpbGU8L3NwYW4+ IDwvZGl2Pjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS08YnI+ U3ViamVjdDogUmU6IFtYZW4tZGV2ZWxdIFhlbiBoYXMgbm93IGEgRmFjZWJvb2sgcGFnZSA6IGlu dml0YXRpb24gUHJvamVjdCBMZWFkcywgQ29tbWl0dGVycyBhbmQgTWFpbnRhaW5lcnMgdG8gYmUg Y29udGVudCBjcmVhdG9ycyA8YnI+RnJvbTogR2VvcmdlIER1bmxhcCAmbHQ7R2VvcmdlLkR1bmxh cEBldS5jaXRyaXguY29tJmd0OyA8YnI+VG86IExhcnMgS3VydGggJmx0O2xhcnMua3VydGhAeGVu Lm9yZyZndDsgPGJyPkNDOiAieGVuLWRldmVsQGxpc3RzLnhlbi5vcmciICZsdDt4ZW4tZGV2ZWxA bGlzdHMueGVuLm9yZyZndDssInhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiAmbHQ7eGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcmZ3Q7LCJ4ZW4tYXBpQGxpc3RzLnhlbi5vcmciICZsdDt4ZW4tYXBpQGxp c3RzLnhlbi5vcmcmZ3Q7LHhlbi1hcm1AbGlzdHMueGVuLm9yZyA8YnI+PGJyPjxicj48ZGl2IHN0 eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbDsiPk9uIFdlZCwgQXByIDEwLCAyMDEzIGF0IDY6MjUg UE0sIExhcnMgS3VydGggJmx0O2xhcnMua3VydGhAeGVuLm9yZyZndDsgd3JvdGU6PGJyPiZndDsg SGkgZXZlcnlib2R5LDxicj4mZ3Q7PGJyPiZndDsgWGVuIGhhcyBub3cgYSBmYWNlYm9vayBwYWdl LiBJdCBpcyBzdGlsbCBwcmV0dHkgdW5wb3B1bGF0ZWQuIEFzIHRoaXMgaXMgYTxicj4mZ3Q7IGNv bW11bml0eSBwYWdlLCBJIHdhbnRlZCB0byBpbml0aWFsbHkgaW52aXRlIFByb2plY3QgTGVhZHMs IENvbW1pdHRlcnMgYW5kPGJyPiZndDsgTWFpbnRhaW5lcnMgb2YgYWxsIHByb2plY3RzIHRvIGJl IENvbnRlbnQgQ3JlYXRvciBvZiB0aGUgcGFnZS4gVGhpcyBtZWFuczxicj4mZ3Q7IGFrYSB5b3Ug Y2FuIGVkaXQgdGhlIHBhZ2UsIHNlbmQgbWVzc2FnZXMgYW5kIGNyZWF0ZSBwb3N0cyBvbiBiZWhh bGYgb2YgdGhlPGJyPiZndDsgcGFnZSwgY3JlYXRlIGFkdmVydHMgYW5kIHZpZXcgaW5zaWdodHMu IFRvIGRvIHRoaXMgeW91IG5lZWQgdG88YnI+Jmd0OyBhKSBMaWtlIHRoZSBwYWdlPGJyPiZndDsg YikgU2VuZCBtZSB0aGUgZS1tYWlsIGFkZHJlc3MgYXNzb2NpYXRlZCB3aXRoIHRoZSBwYWdlPGJy Pjxicj5JIGFzc3VtZSB5b3UgbWVhbiwgImFuIGUtbWFpbCBhZGRyZXNzIGFzc29jaWF0ZWQgd2l0 aCB5b3VyIEZCIGFjY291bnQiPzxicj48YnI+IC1HZW9yZ2U8YnI+PC9kaXY+IDwvYm9keT4= ----_com.android.email_60869619142621-- --===============5913090022659596044== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5913090022659596044==-- From xen-api-bounces@lists.xen.org Thu Apr 11 10:43:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 10:43: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 1UQExz-0003cB-Vi; Thu, 11 Apr 2013 10:42:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQExy-0003bw-Km; Thu, 11 Apr 2013 10:42:54 +0000 Received: from [85.158.143.99:45153] by server-1.bemta-4.messagelabs.com id 5F/29-06203-DA396615; Thu, 11 Apr 2013 10:42:53 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1365676972!22431973!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3823 invoked from network); 11 Apr 2013 10:42:52 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 10:42:52 -0000 Received: by mail-wg0-f53.google.com with SMTP id c11so1503915wgh.20 for ; Thu, 11 Apr 2013 03:42:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:subject:message-id:importance:from:to:cc :mime-version:content-type; bh=XNJU3SIKcx1tyL8LUJZhXhDZbmhsDlXRCptpntMo9QU=; b=AduYAnmFNT9qO9+da4CMVfGo+iPR5/1msqBQmLG9BXXDU5MDzbxoHbbzHhj82vV5bH lPIi2sT5B12nAQNic4u3qcZVb4b0Gyd01k+gXnR2ibFTWNQcoWTXiYcuNnY6J1jkFB2X U3UI7Si8xC8SFpI6x15KuYIWzxsmy0uOT+AoyqUKHxgeabv/BHUGE2jFTz6xkakMmXt4 cemBaxt4ARFpC5HnlB6F4oay14rQpmcmEES5UXtwFR06ZuRaSpK/H1dXl/N8rbh3APbZ Qnh38RW0neRDtcInkS7SBO5wkY516J1ycyvDGLkiyG2U2ZWQ8Kl76iwSu3vG0vWyjMax 4U4A== X-Received: by 10.194.178.100 with SMTP id cx4mr9689277wjc.47.1365676972512; Thu, 11 Apr 2013 03:42:52 -0700 (PDT) Received: from localhost ([31.124.158.184]) by mx.google.com with ESMTPS id dp5sm2314606wib.1.2013.04.11.03.42.49 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 11 Apr 2013 03:42:51 -0700 (PDT) Date: Thu, 11 Apr 2013 11:42:49 +0100 Message-ID: Importance: normal From: "Lars.kurth.xen" To: george.dunlap@eu.citrix.com, lars.kurth@xen.org MIME-Version: 1.0 Cc: xen-users@lists.xen.org, xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5913090022659596044==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5913090022659596044== Content-Type: multipart/alternative; boundary="--_com.android.email_60869619142621" ----_com.android.email_60869619142621 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SW5kZWVkOiB0aGUgZW1haWwgYXNzb2NpYXRlZCB3aXRoIHlvdXIgCGZhY2Vib29rIGFjY291bnQu IERvbnQgc2VuZCBpdCBvbiB0aGUgbGlzdCwgYnV0IHRvIG1lIG9ubHkuCkxhcnMKCgpTZW50IGZy b20gU2Ftc3VuZ1NhbXN1bmcgTW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0t LS0tClN1YmplY3Q6IFJlOiBbWGVuLWRldmVsXSBYZW4gaGFzIG5vdyBhIEZhY2Vib29rIHBhZ2Ug OiBpbnZpdGF0aW9uIFByb2plY3QgTGVhZHMsIENvbW1pdHRlcnMgYW5kIE1haW50YWluZXJzIHRv IGJlIGNvbnRlbnQgY3JlYXRvcnMgCkZyb206IEdlb3JnZSBEdW5sYXAgPEdlb3JnZS5EdW5sYXBA ZXUuY2l0cml4LmNvbT4gClRvOiBMYXJzIEt1cnRoIDxsYXJzLmt1cnRoQHhlbi5vcmc+IApDQzog Inhlbi1kZXZlbEBsaXN0cy54ZW4ub3JnIiA8eGVuLWRldmVsQGxpc3RzLnhlbi5vcmc+LCJ4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZyIgPHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPiwieGVuLWFwaUBs aXN0cy54ZW4ub3JnIiA8eGVuLWFwaUBsaXN0cy54ZW4ub3JnPix4ZW4tYXJtQGxpc3RzLnhlbi5v cmcgCgpPbiBXZWQsIEFwciAxMCwgMjAxMyBhdCA2OjI1IFBNLCBMYXJzIEt1cnRoIDxsYXJzLmt1 cnRoQHhlbi5vcmc+IHdyb3RlOgo+IEhpIGV2ZXJ5Ym9keSwKPgo+IFhlbiBoYXMgbm93IGEgZmFj ZWJvb2sgcGFnZS4gSXQgaXMgc3RpbGwgcHJldHR5IHVucG9wdWxhdGVkLiBBcyB0aGlzIGlzIGEK PiBjb21tdW5pdHkgcGFnZSwgSSB3YW50ZWQgdG8gaW5pdGlhbGx5IGludml0ZSBQcm9qZWN0IExl YWRzLCBDb21taXR0ZXJzIGFuZAo+IE1haW50YWluZXJzIG9mIGFsbCBwcm9qZWN0cyB0byBiZSBD b250ZW50IENyZWF0b3Igb2YgdGhlIHBhZ2UuIFRoaXMgbWVhbnMKPiBha2EgeW91IGNhbiBlZGl0 IHRoZSBwYWdlLCBzZW5kIG1lc3NhZ2VzIGFuZCBjcmVhdGUgcG9zdHMgb24gYmVoYWxmIG9mIHRo ZQo+IHBhZ2UsIGNyZWF0ZSBhZHZlcnRzIGFuZCB2aWV3IGluc2lnaHRzLiBUbyBkbyB0aGlzIHlv dSBuZWVkIHRvCj4gYSkgTGlrZSB0aGUgcGFnZQo+IGIpIFNlbmQgbWUgdGhlIGUtbWFpbCBhZGRy ZXNzIGFzc29jaWF0ZWQgd2l0aCB0aGUgcGFnZQoKSSBhc3N1bWUgeW91IG1lYW4sICJhbiBlLW1h aWwgYWRkcmVzcyBhc3NvY2lhdGVkIHdpdGggeW91ciBGQiBhY2NvdW50Ij8KCi1HZW9yZ2UK ----_com.android.email_60869619142621 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT5JbmRlZWQ6IHRoZSBlbWFpbCBhc3Nv Y2lhdGVkIHdpdGggeW91ciAIZmFjZWJvb2sgYWNjb3VudC4gRG9udCBzZW5kIGl0IG9uIHRoZSBs aXN0LCBidXQgdG8gbWUgb25seS48ZGl2PkxhcnM8L2Rpdj48ZGl2Pjxicj48YnI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4NyUiPlNlbnQgZnJvbSBTYW1zdW5nU2Ftc3VuZyBNb2JpbGU8L3NwYW4+ IDwvZGl2Pjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS08YnI+ U3ViamVjdDogUmU6IFtYZW4tZGV2ZWxdIFhlbiBoYXMgbm93IGEgRmFjZWJvb2sgcGFnZSA6IGlu dml0YXRpb24gUHJvamVjdCBMZWFkcywgQ29tbWl0dGVycyBhbmQgTWFpbnRhaW5lcnMgdG8gYmUg Y29udGVudCBjcmVhdG9ycyA8YnI+RnJvbTogR2VvcmdlIER1bmxhcCAmbHQ7R2VvcmdlLkR1bmxh cEBldS5jaXRyaXguY29tJmd0OyA8YnI+VG86IExhcnMgS3VydGggJmx0O2xhcnMua3VydGhAeGVu Lm9yZyZndDsgPGJyPkNDOiAieGVuLWRldmVsQGxpc3RzLnhlbi5vcmciICZsdDt4ZW4tZGV2ZWxA bGlzdHMueGVuLm9yZyZndDssInhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiAmbHQ7eGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcmZ3Q7LCJ4ZW4tYXBpQGxpc3RzLnhlbi5vcmciICZsdDt4ZW4tYXBpQGxp c3RzLnhlbi5vcmcmZ3Q7LHhlbi1hcm1AbGlzdHMueGVuLm9yZyA8YnI+PGJyPjxicj48ZGl2IHN0 eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbDsiPk9uIFdlZCwgQXByIDEwLCAyMDEzIGF0IDY6MjUg UE0sIExhcnMgS3VydGggJmx0O2xhcnMua3VydGhAeGVuLm9yZyZndDsgd3JvdGU6PGJyPiZndDsg SGkgZXZlcnlib2R5LDxicj4mZ3Q7PGJyPiZndDsgWGVuIGhhcyBub3cgYSBmYWNlYm9vayBwYWdl LiBJdCBpcyBzdGlsbCBwcmV0dHkgdW5wb3B1bGF0ZWQuIEFzIHRoaXMgaXMgYTxicj4mZ3Q7IGNv bW11bml0eSBwYWdlLCBJIHdhbnRlZCB0byBpbml0aWFsbHkgaW52aXRlIFByb2plY3QgTGVhZHMs IENvbW1pdHRlcnMgYW5kPGJyPiZndDsgTWFpbnRhaW5lcnMgb2YgYWxsIHByb2plY3RzIHRvIGJl IENvbnRlbnQgQ3JlYXRvciBvZiB0aGUgcGFnZS4gVGhpcyBtZWFuczxicj4mZ3Q7IGFrYSB5b3Ug Y2FuIGVkaXQgdGhlIHBhZ2UsIHNlbmQgbWVzc2FnZXMgYW5kIGNyZWF0ZSBwb3N0cyBvbiBiZWhh bGYgb2YgdGhlPGJyPiZndDsgcGFnZSwgY3JlYXRlIGFkdmVydHMgYW5kIHZpZXcgaW5zaWdodHMu IFRvIGRvIHRoaXMgeW91IG5lZWQgdG88YnI+Jmd0OyBhKSBMaWtlIHRoZSBwYWdlPGJyPiZndDsg YikgU2VuZCBtZSB0aGUgZS1tYWlsIGFkZHJlc3MgYXNzb2NpYXRlZCB3aXRoIHRoZSBwYWdlPGJy Pjxicj5JIGFzc3VtZSB5b3UgbWVhbiwgImFuIGUtbWFpbCBhZGRyZXNzIGFzc29jaWF0ZWQgd2l0 aCB5b3VyIEZCIGFjY291bnQiPzxicj48YnI+IC1HZW9yZ2U8YnI+PC9kaXY+IDwvYm9keT4= ----_com.android.email_60869619142621-- --===============5913090022659596044== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5913090022659596044==-- From xen-api-bounces@lists.xen.org Thu Apr 11 13:19:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 13:19:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHPB-0001tS-IA; Thu, 11 Apr 2013 13:19:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHPA-0001tK-Bx; Thu, 11 Apr 2013 13:19:08 +0000 Received: from [193.109.254.147:25195] by server-4.bemta-14.messagelabs.com id 02/F6-17387-B48B6615; Thu, 11 Apr 2013 13:19:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1365686346!1536462!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11704 invoked from network); 11 Apr 2013 13:19:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 13:19:06 -0000 X-IronPort-AV: E=Sophos;i="4.87,455,1363132800"; d="scan'208";a="3461804" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Apr 2013 13:18:47 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 11 Apr 2013 14:18:47 +0100 Message-ID: <1365686325.8036.130.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Thu, 11 Apr 2013 14:18:45 +0100 In-Reply-To: <515EE4C1.8000503@citrix.com> References: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> <515EE418.1020808@citrix.com> <515EE4C1.8000503@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: Ian Jackson , "xen-api@lists.xen.org" , "Keir \(Xen.org\)" , Jan Beulich , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 2 of 5 v4] tools/libxc: Helper function for XEN_SYSCTL_consoleringsize X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, 2013-04-05 at 15:50 +0100, Andrew Cooper wrote: > On 05/04/13 15:47, Andrew Cooper wrote: > > On 13/03/13 12:52, Andrew Cooper wrote: > >> Signed-off-by: Andrew Cooper > > Keir/Jan: Ping? This is a hypervisor change. > > Apologies - this is actually a tools change. Ian/Ian? Acked-by: Ian Campbell _______________________________________________ Xen-api 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 11 13:19:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 13:19:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHPB-0001tS-IA; Thu, 11 Apr 2013 13:19:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHPA-0001tK-Bx; Thu, 11 Apr 2013 13:19:08 +0000 Received: from [193.109.254.147:25195] by server-4.bemta-14.messagelabs.com id 02/F6-17387-B48B6615; Thu, 11 Apr 2013 13:19:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1365686346!1536462!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11704 invoked from network); 11 Apr 2013 13:19:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 13:19:06 -0000 X-IronPort-AV: E=Sophos;i="4.87,455,1363132800"; d="scan'208";a="3461804" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Apr 2013 13:18:47 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 11 Apr 2013 14:18:47 +0100 Message-ID: <1365686325.8036.130.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Thu, 11 Apr 2013 14:18:45 +0100 In-Reply-To: <515EE4C1.8000503@citrix.com> References: <0bd32c19873e4ff55c07.1363179136@andrewcoop.uk.xensource.com> <515EE418.1020808@citrix.com> <515EE4C1.8000503@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: Ian Jackson , "xen-api@lists.xen.org" , "Keir \(Xen.org\)" , Jan Beulich , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 2 of 5 v4] tools/libxc: Helper function for XEN_SYSCTL_consoleringsize X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, 2013-04-05 at 15:50 +0100, Andrew Cooper wrote: > On 05/04/13 15:47, Andrew Cooper wrote: > > On 13/03/13 12:52, Andrew Cooper wrote: > >> Signed-off-by: Andrew Cooper > > Keir/Jan: Ping? This is a hypervisor change. > > Apologies - this is actually a tools change. Ian/Ian? Acked-by: Ian Campbell _______________________________________________ Xen-api 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 11 13:21:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 13:21:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHRh-00026h-Um; Thu, 11 Apr 2013 13:21:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHRh-00026V-8F; Thu, 11 Apr 2013 13:21:45 +0000 Received: from [85.158.137.99:35485] by server-13.bemta-3.messagelabs.com id E1/C9-25744-8E8B6615; Thu, 11 Apr 2013 13:21:44 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1365686480!12685247!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20724 invoked from network); 11 Apr 2013 13:21:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 13:21:20 -0000 X-IronPort-AV: E=Sophos;i="4.87,455,1363132800"; d="scan'208";a="3461949" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Apr 2013 13:21:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 11 Apr 2013 14:21:20 +0100 Message-ID: <1365686478.8036.132.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Thu, 11 Apr 2013 14:21:18 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: Ian Jackson , "xen-api@lists.xen.org" , "Keir \(Xen.org\)" , Jan Beulich , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [PATCH 3 of 5 v4] tools/libxc: Implement xc_readconsolering_buffer() X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, 2013-03-13 at 12:52 +0000, Andrew Cooper wrote: > +/* > + * For both readconsolering functions, *pnr_chars is both an input and > + * output. As an input, it specifies the size of *buffer, and as an output > + * indicates now many character Xen wrote into *buffer. > + * > + * The 'clear' parameter indicates whether Xen should clear the buffer or not. Buffer here refers to Xen's internal ring, not the char *buffer argument to this function, right? If so the wording (at least in the context) is a bit confusing! The actual code looks good to me. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 11 13:21:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 13:21:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHRh-00026h-Um; Thu, 11 Apr 2013 13:21:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQHRh-00026V-8F; Thu, 11 Apr 2013 13:21:45 +0000 Received: from [85.158.137.99:35485] by server-13.bemta-3.messagelabs.com id E1/C9-25744-8E8B6615; Thu, 11 Apr 2013 13:21:44 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1365686480!12685247!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20724 invoked from network); 11 Apr 2013 13:21:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 13:21:20 -0000 X-IronPort-AV: E=Sophos;i="4.87,455,1363132800"; d="scan'208";a="3461949" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Apr 2013 13:21:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 11 Apr 2013 14:21:20 +0100 Message-ID: <1365686478.8036.132.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Thu, 11 Apr 2013 14:21:18 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: Ian Jackson , "xen-api@lists.xen.org" , "Keir \(Xen.org\)" , Jan Beulich , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [PATCH 3 of 5 v4] tools/libxc: Implement xc_readconsolering_buffer() X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, 2013-03-13 at 12:52 +0000, Andrew Cooper wrote: > +/* > + * For both readconsolering functions, *pnr_chars is both an input and > + * output. As an input, it specifies the size of *buffer, and as an output > + * indicates now many character Xen wrote into *buffer. > + * > + * The 'clear' parameter indicates whether Xen should clear the buffer or not. Buffer here refers to Xen's internal ring, not the char *buffer argument to this function, right? If so the wording (at least in the context) is a bit confusing! The actual code looks good to me. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 11 18:38:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 18:38: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 1UQMOD-00063w-2z; Thu, 11 Apr 2013 18:38:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQMOB-00063q-GJ for xen-api@lists.xen.org; Thu, 11 Apr 2013 18:38:27 +0000 Received: from [85.158.143.99:14561] by server-3.bemta-4.messagelabs.com id F5/41-02186-22307615; Thu, 11 Apr 2013 18:38:26 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1365705504!27834139!1 X-Originating-IP: [209.85.223.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18870 invoked from network); 11 Apr 2013 18:38:26 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 18:38:26 -0000 Received: by mail-ie0-f179.google.com with SMTP id k11so2422639iea.24 for ; Thu, 11 Apr 2013 11:38:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=fGUDovVm0lZjvA960Ki7zpvVA5cRTBCZDONlefYrkIk=; b=vD3Or60XFaOq1YN9XPdGRVUmnLJll2xKRA39eGlHehoGNHAyztVd1fBMLXvrup3MCk V/6dk2T+o7gMQTPOAmW7z2miuYGciipYjxNqark9kUXQ768c4/y4jFFTHkpEDAyRkGoK V6iJsOH9adUxhE8yuuG02Iy0uU4R+5lestB5A2FI340CiM3XwLu+QK2gJgG9ddqYOeSa w8bhSDYSLa9kC/IbV+bQGN489jjb/ylbYdHPEBbk8msQzhnJJfWApIRzQl/BISS4goaf jm9Eu4LH4k8t7d5XmLX4Zfj0mjapXZkpo9IyFAhTbmnXf47yygvbmscOmRH+yzQh1oIQ Ul8Q== MIME-Version: 1.0 X-Received: by 10.50.57.2 with SMTP id e2mr16210897igq.90.1365705504698; Thu, 11 Apr 2013 11:38:24 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Thu, 11 Apr 2013 11:38:24 -0700 (PDT) Date: Thu, 11 Apr 2013 12:38:24 -0600 Message-ID: From: jacek burghardt To: "xen-api@lists.xen.org" Subject: [Xen-API] xen-api-tools compile fail X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4771097297403088218==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4771097297403088218== Content-Type: multipart/alternative; boundary=047d7b2ed1ef79b76d04da1a1729 --047d7b2ed1ef79b76d04da1a1729 Content-Type: text/plain; charset=ISO-8859-1 I am attempting to compile xen-api-tools on arch linux and I had installed ocaml-rpclib but when I try to compile it it gives me error. Campl4: Uncaught exception: DynLoader.Error ("pa_rpc.cma") file not found in path. Can someone point me to fix how is path defined and were ? --047d7b2ed1ef79b76d04da1a1729 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am=A0attempting=A0to compile xen-api-tools on arch linux= and I had installed ocaml-rpclib but when I try to compile it it gives me = error.
Campl4: Uncaught exception: DynLoader.Error ("pa_rpc.= cma") file not found in path. Can someone point me to fix how is path = defined and were ?=A0
--047d7b2ed1ef79b76d04da1a1729-- --===============4771097297403088218== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4771097297403088218==-- From xen-api-bounces@lists.xen.org Thu Apr 11 18:38:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Apr 2013 18:38: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 1UQMOD-00063w-2z; Thu, 11 Apr 2013 18:38:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQMOB-00063q-GJ for xen-api@lists.xen.org; Thu, 11 Apr 2013 18:38:27 +0000 Received: from [85.158.143.99:14561] by server-3.bemta-4.messagelabs.com id F5/41-02186-22307615; Thu, 11 Apr 2013 18:38:26 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1365705504!27834139!1 X-Originating-IP: [209.85.223.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18870 invoked from network); 11 Apr 2013 18:38:26 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2013 18:38:26 -0000 Received: by mail-ie0-f179.google.com with SMTP id k11so2422639iea.24 for ; Thu, 11 Apr 2013 11:38:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=fGUDovVm0lZjvA960Ki7zpvVA5cRTBCZDONlefYrkIk=; b=vD3Or60XFaOq1YN9XPdGRVUmnLJll2xKRA39eGlHehoGNHAyztVd1fBMLXvrup3MCk V/6dk2T+o7gMQTPOAmW7z2miuYGciipYjxNqark9kUXQ768c4/y4jFFTHkpEDAyRkGoK V6iJsOH9adUxhE8yuuG02Iy0uU4R+5lestB5A2FI340CiM3XwLu+QK2gJgG9ddqYOeSa w8bhSDYSLa9kC/IbV+bQGN489jjb/ylbYdHPEBbk8msQzhnJJfWApIRzQl/BISS4goaf jm9Eu4LH4k8t7d5XmLX4Zfj0mjapXZkpo9IyFAhTbmnXf47yygvbmscOmRH+yzQh1oIQ Ul8Q== MIME-Version: 1.0 X-Received: by 10.50.57.2 with SMTP id e2mr16210897igq.90.1365705504698; Thu, 11 Apr 2013 11:38:24 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Thu, 11 Apr 2013 11:38:24 -0700 (PDT) Date: Thu, 11 Apr 2013 12:38:24 -0600 Message-ID: From: jacek burghardt To: "xen-api@lists.xen.org" Subject: [Xen-API] xen-api-tools compile fail X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4771097297403088218==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4771097297403088218== Content-Type: multipart/alternative; boundary=047d7b2ed1ef79b76d04da1a1729 --047d7b2ed1ef79b76d04da1a1729 Content-Type: text/plain; charset=ISO-8859-1 I am attempting to compile xen-api-tools on arch linux and I had installed ocaml-rpclib but when I try to compile it it gives me error. Campl4: Uncaught exception: DynLoader.Error ("pa_rpc.cma") file not found in path. Can someone point me to fix how is path defined and were ? --047d7b2ed1ef79b76d04da1a1729 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am=A0attempting=A0to compile xen-api-tools on arch linux= and I had installed ocaml-rpclib but when I try to compile it it gives me = error.
Campl4: Uncaught exception: DynLoader.Error ("pa_rpc.= cma") file not found in path. Can someone point me to fix how is path = defined and were ?=A0
--047d7b2ed1ef79b76d04da1a1729-- --===============4771097297403088218== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4771097297403088218==-- From xen-api-bounces@lists.xen.org Sat Apr 13 01:46:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 13 Apr 2013 01:46:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQpXO-0005lN-1O; Sat, 13 Apr 2013 01:45:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQpXM-0005lI-TS for xen-api@lists.xen.org; Sat, 13 Apr 2013 01:45:53 +0000 Received: from [85.158.143.99:28109] by server-3.bemta-4.messagelabs.com id 85/A6-02186-0D8B8615; Sat, 13 Apr 2013 01:45:52 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1365817544!27422029!1 X-Originating-IP: [220.181.13.242] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiA3NjM2\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiA3NjM2\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25795 invoked from network); 13 Apr 2013 01:45:45 -0000 Received: from m13-242.163.com (HELO m13-242.163.com) (220.181.13.242) by server-3.tower-216.messagelabs.com with SMTP; 13 Apr 2013 01:45:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=l3+sJSVcGBlmYexUeLsYuhLpjV99siruQr AKE8PlnWU=; b=hiq9sPhS/bDwOJ3Vxv7kqlpx/m5X8kNMS5BiMI7Pg1SJN68kNq U1GYkLpJTmrS1kghW9R62J/QcqpBw0I0adOCRCrxmnAL1cpJbUWD36HsYez17vxs pt/MWg999NfT5r8Q8N5vdMwA6O4YbzyCh5Z81scT+Zm7OC5eK/E0PEOZM= Received: from claytonly$163.com ( [219.223.240.115] ) by ajax-webmail-sdy8 (Coremail) ; Sat, 13 Apr 2013 09:45:40 +0800 (GMT+08:00) Date: Sat, 13 Apr 2013 09:45:40 +0800 From: "claytonly" To: "xcp-xapi" Message-ID: <4e60e84e.bbe.13e0111bfce.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [219.223.240.115] X-CM-TRANSID: 6cKowGC5YkTFuGhRgLQrAA--.1539W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbisgD8plD+K7-yqAABsJ X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] what has happened when I change vm's cpu core X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3520972265234637116==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3520972265234637116== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_008_016695.019451" --__=_Part_Boundary_008_016695.019451 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8sIGFsbA0KDQpJIGFtIHVzaW5nIHhjcCAxLjUgZnJvbSBwcm9qZWN0IEtyb25vcy4gSSB3 YXMgd29uZGVyaW5nIHdoYXQgaGFzIGhhcHBlbmVkIHdoZW4gSSBjaGFuZ2Ugdm0ncyBjcHUgY29y ZXMuIElmIHZtIGFyZSBidXN5IGluIHNvbWUgYXBwcywgd2lsbCBtb2RpZmljYXRpb24gb2YgQ1BV IGNvcmVzIGFmZmVjdCB2bSdzIG9wZXJhdGlvbiBvciB3aWxsIGFwcHMgc3VzcGVuZCA/DQoNCkkg aW5zdGFsbCB4Y3Agb24gVWJ1bnR1IDEyLjA0IDY0LWJpdHMgc2VydmVyLiANClRoYW5rIHlvdSBh bGwhDQoNCmNsYXl0b25seQ0KDQoyMDEzLTA0LTEzDQoNCg0KDQpjbGF5dG9ubHk= --__=_Part_Boundary_008_016695.019451 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCAxMC4wMC45MjAwLjE2NTQwIj48QkFTRSANCnRhcmdldD1fYmxhbms+PC9IRUFEPg0KPEJP RFkgDQpzdHlsZT0iQk9SREVSLUxFRlQtV0lEVEg6IDBweDsgQk9SREVSLVJJR0hULVdJRFRIOiAw cHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBweDsgTUFSR0lOOiAxMnB4OyBMSU5FLUhFSUdIVDog MS4zOyBCT1JERVItVE9QLVdJRFRIOiAwcHgiIA0KbWFyZ2luaGVpZ2h0PSIwIiBtYXJnaW53aWR0 aD0iMCI+PFNUQVRJT05FUlk+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zIGZhY2U9 5a6L5L2TPkhlbGxvLCBhbGw8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAg c2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAyZW0i PjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgYW0gdXNpbmcgeGNwIDEuNSBmcm9tIA0KcHJv amVjdCBLcm9ub3MuIEkgd2FzIHdvbmRlcmluZyB3aGF0IGhhcyBoYXBwZW5lZCB3aGVuIEkgY2hh bmdlIHZtJ3MgY3B1IGNvcmVzLiANCklmIHZtIGFyZSBidXN5IGluIHNvbWUgYXBwcywmbmJzcDt3 aWxsIG1vZGlmaWNhdGlvbiBvZiZuYnNwO0NQVSBjb3JlcyBhZmZlY3QgDQp2bSdzIG9wZXJhdGlv biZuYnNwO29yIHdpbGwgYXBwcyBzdXNwZW5kID88L0ZPTlQ+PC9ESVY+DQo8RElWIHN0eWxlPSJU RVhULUlOREVOVDogMmVtIj4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAy ZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgaW5zdGFsbCB4Y3Agb24gVWJ1bnR1IA0K MTIuMDQgNjQtYml0cyBzZXJ2ZXIuIDwvRk9OVD48L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5E RU5UOiAyZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPlRoYW5rIHlvdSANCmFsbCE8L0ZP TlQ+PC9ESVY+DQo8RElWIHN0eWxlPSJURVhULUlOREVOVDogMmVtIj48Rk9OVCBjb2xvcj0jMDAw MDAwIHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPmNsYXl0b25seTwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9 MiANCmZhY2U9VmVyZGFuYT4yMDEzLTA0LTEzPC9GT05UPjwvRElWPjxGT05UIHNpemU9MiBmYWNl PVZlcmRhbmE+DQo8SFIgaWQ9U2lnbk5hbWVIUiBzdHlsZT0iSEVJR0hUOiAycHg7IFdJRFRIOiAx MjJweCIgYWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMw YzAgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1BBTiANCmlkPV9GbGFzaFNpZ25OYW1lPmNsYXl0b25s eTwvU1BBTj48L0ZPTlQ+PC9ESVY+PC9TVEFUSU9ORVJZPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_008_016695.019451-- --===============3520972265234637116== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3520972265234637116==-- From xen-api-bounces@lists.xen.org Sat Apr 13 01:46:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 13 Apr 2013 01:46:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQpXO-0005lN-1O; Sat, 13 Apr 2013 01:45:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQpXM-0005lI-TS for xen-api@lists.xen.org; Sat, 13 Apr 2013 01:45:53 +0000 Received: from [85.158.143.99:28109] by server-3.bemta-4.messagelabs.com id 85/A6-02186-0D8B8615; Sat, 13 Apr 2013 01:45:52 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1365817544!27422029!1 X-Originating-IP: [220.181.13.242] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiA3NjM2\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiA3NjM2\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25795 invoked from network); 13 Apr 2013 01:45:45 -0000 Received: from m13-242.163.com (HELO m13-242.163.com) (220.181.13.242) by server-3.tower-216.messagelabs.com with SMTP; 13 Apr 2013 01:45:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=l3+sJSVcGBlmYexUeLsYuhLpjV99siruQr AKE8PlnWU=; b=hiq9sPhS/bDwOJ3Vxv7kqlpx/m5X8kNMS5BiMI7Pg1SJN68kNq U1GYkLpJTmrS1kghW9R62J/QcqpBw0I0adOCRCrxmnAL1cpJbUWD36HsYez17vxs pt/MWg999NfT5r8Q8N5vdMwA6O4YbzyCh5Z81scT+Zm7OC5eK/E0PEOZM= Received: from claytonly$163.com ( [219.223.240.115] ) by ajax-webmail-sdy8 (Coremail) ; Sat, 13 Apr 2013 09:45:40 +0800 (GMT+08:00) Date: Sat, 13 Apr 2013 09:45:40 +0800 From: "claytonly" To: "xcp-xapi" Message-ID: <4e60e84e.bbe.13e0111bfce.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [219.223.240.115] X-CM-TRANSID: 6cKowGC5YkTFuGhRgLQrAA--.1539W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbisgD8plD+K7-yqAABsJ X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] what has happened when I change vm's cpu core X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3520972265234637116==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3520972265234637116== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_008_016695.019451" --__=_Part_Boundary_008_016695.019451 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8sIGFsbA0KDQpJIGFtIHVzaW5nIHhjcCAxLjUgZnJvbSBwcm9qZWN0IEtyb25vcy4gSSB3 YXMgd29uZGVyaW5nIHdoYXQgaGFzIGhhcHBlbmVkIHdoZW4gSSBjaGFuZ2Ugdm0ncyBjcHUgY29y ZXMuIElmIHZtIGFyZSBidXN5IGluIHNvbWUgYXBwcywgd2lsbCBtb2RpZmljYXRpb24gb2YgQ1BV IGNvcmVzIGFmZmVjdCB2bSdzIG9wZXJhdGlvbiBvciB3aWxsIGFwcHMgc3VzcGVuZCA/DQoNCkkg aW5zdGFsbCB4Y3Agb24gVWJ1bnR1IDEyLjA0IDY0LWJpdHMgc2VydmVyLiANClRoYW5rIHlvdSBh bGwhDQoNCmNsYXl0b25seQ0KDQoyMDEzLTA0LTEzDQoNCg0KDQpjbGF5dG9ubHk= --__=_Part_Boundary_008_016695.019451 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCAxMC4wMC45MjAwLjE2NTQwIj48QkFTRSANCnRhcmdldD1fYmxhbms+PC9IRUFEPg0KPEJP RFkgDQpzdHlsZT0iQk9SREVSLUxFRlQtV0lEVEg6IDBweDsgQk9SREVSLVJJR0hULVdJRFRIOiAw cHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBweDsgTUFSR0lOOiAxMnB4OyBMSU5FLUhFSUdIVDog MS4zOyBCT1JERVItVE9QLVdJRFRIOiAwcHgiIA0KbWFyZ2luaGVpZ2h0PSIwIiBtYXJnaW53aWR0 aD0iMCI+PFNUQVRJT05FUlk+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zIGZhY2U9 5a6L5L2TPkhlbGxvLCBhbGw8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAg c2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAyZW0i PjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgYW0gdXNpbmcgeGNwIDEuNSBmcm9tIA0KcHJv amVjdCBLcm9ub3MuIEkgd2FzIHdvbmRlcmluZyB3aGF0IGhhcyBoYXBwZW5lZCB3aGVuIEkgY2hh bmdlIHZtJ3MgY3B1IGNvcmVzLiANCklmIHZtIGFyZSBidXN5IGluIHNvbWUgYXBwcywmbmJzcDt3 aWxsIG1vZGlmaWNhdGlvbiBvZiZuYnNwO0NQVSBjb3JlcyBhZmZlY3QgDQp2bSdzIG9wZXJhdGlv biZuYnNwO29yIHdpbGwgYXBwcyBzdXNwZW5kID88L0ZPTlQ+PC9ESVY+DQo8RElWIHN0eWxlPSJU RVhULUlOREVOVDogMmVtIj4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAy ZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgaW5zdGFsbCB4Y3Agb24gVWJ1bnR1IA0K MTIuMDQgNjQtYml0cyBzZXJ2ZXIuIDwvRk9OVD48L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5E RU5UOiAyZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPlRoYW5rIHlvdSANCmFsbCE8L0ZP TlQ+PC9ESVY+DQo8RElWIHN0eWxlPSJURVhULUlOREVOVDogMmVtIj48Rk9OVCBjb2xvcj0jMDAw MDAwIHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPmNsYXl0b25seTwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9 MiANCmZhY2U9VmVyZGFuYT4yMDEzLTA0LTEzPC9GT05UPjwvRElWPjxGT05UIHNpemU9MiBmYWNl PVZlcmRhbmE+DQo8SFIgaWQ9U2lnbk5hbWVIUiBzdHlsZT0iSEVJR0hUOiAycHg7IFdJRFRIOiAx MjJweCIgYWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMw YzAgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1BBTiANCmlkPV9GbGFzaFNpZ25OYW1lPmNsYXl0b25s eTwvU1BBTj48L0ZPTlQ+PC9ESVY+PC9TVEFUSU9ORVJZPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_008_016695.019451-- --===============3520972265234637116== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3520972265234637116==-- From xen-api-bounces@lists.xen.org Sun Apr 14 17:52:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 14 Apr 2013 17:52: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 1URR6C-0001Dk-C6; Sun, 14 Apr 2013 17:52:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URR6A-0001DZ-JE; Sun, 14 Apr 2013 17:52:18 +0000 Received: from [193.109.254.147:38482] by server-3.bemta-14.messagelabs.com id 8D/5A-17488-1DCEA615; Sun, 14 Apr 2013 17:52:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1365961934!1822458!1 X-Originating-IP: [209.85.210.44] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18236 invoked from network); 14 Apr 2013 17:52:16 -0000 Received: from mail-da0-f44.google.com (HELO mail-da0-f44.google.com) (209.85.210.44) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2013 17:52:16 -0000 Received: by mail-da0-f44.google.com with SMTP id z20so1773709dae.3 for ; Sun, 14 Apr 2013 10:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type; bh=Vh2TEVDUcp3GH9rC7NiuGUgsZ5sBmBbAWOgW9+uKd5o=; b=VPWHKz+hm8g+wBE33ACDp69GzjQUGpH2hRcLi+7U1k6ZNq45oxuR1L/Q9//HgpcHKd WLMzVY45jNHYzL+kiNqXeD50N4bq9VasfBt/jgN9FC2ctceKL1JxdmxVqsFh48dBIv+D EYXmI/oKkme9Pi/1tdlQD4loM2i0SBSg0g1G7thsHkewXZnm2GEzFdXxVwJxax7nvrw7 yRsOp9KA9cgli3gWRUtNTyjnALOl57EdrOe/aHn8375SA8cmDm7jd+nGWOC9LZxQtlHN WITlILd5sQ66UG73paAQMH5FllcQ5g3hSN3bcQykk0xBtOS4jxpcZJanNVslKZ5EGHfI Uv7w== X-Received: by 10.69.11.197 with SMTP id ek5mr12919916pbd.19.1365961933620; Sun, 14 Apr 2013 10:52:13 -0700 (PDT) Received: from [172.16.26.11] ([69.38.217.3]) by mx.google.com with ESMTPS id g8sm18576242pae.7.2013.04.14.10.52.12 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 14 Apr 2013 10:52:12 -0700 (PDT) Message-ID: <516AECC9.1010603@xen.org> Date: Sun, 14 Apr 2013 18:52:09 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , xen-arm@lists.xen.org Subject: [Xen-API] [Proposal] Additional mailing lists for specific purposes 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="===============1119152709424973242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1119152709424973242== Content-Type: multipart/alternative; boundary="------------010001080308070101060104" This is a multi-part message in MIME format. --------------010001080308070101060104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, in the last couple of weeks I realized that we don't have a proper communication channels for various purposes. So I want to suggest the following and get feedback, or if it's obvious do just vote. 1) A list for coordinating blog posts, other communication, attending of event, etc. - not sure about the name, so am looking for suggestions. I am not sure whether we should have public archives: comparable lists of other projects don't. Concretely, I think the type of stuff that would be discussed would be non-developer related a) Who wants to post which blog post when - there have been a lot of 1-2-1 discussions on this lately, in particular because the blog is getting a more diverse group of owners. b) Review each others posts, somebody needs help submitting a talk to an event, review each others submissions to events, ... c) Who is going to which event, is staying where when going to XYZ, ... Debian has a /debian/-publicity@lists./debian/.org list (but that does not quite fit). Maybe this is a general marketing list? 2) A semi-private invite mailing list for ALL project leads, committers and maintainers of ALL projects hosted on xen.org I wouldn't expect this list to be used often, as most communication happens (and needs to happen) in public. But sometimes it is necessary to have an official provite channel. Recent examples I had were related to the Hackathon: I didn't know whether person X should be invited (given limited space) and had no way to ask. Or there were other items that are sometimes better first discussed amongst the leadership of all the different projects together and we have no way today of discussing these. We may need a couple more, but let's just start with these two for now. Ideas? Best Regards Lars --------------010001080308070101060104 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

in the last couple of weeks I realized that we don't have a proper communication channels for various purposes. So I want to suggest the following and get feedback, or if it's obvious do just vote.

1) A list for coordinating blog posts, other communication, attending of event, etc. - not sure about the name, so am looking for suggestions. I am not sure whether we should have public archives: comparable lists of other projects don't.
 
Concretely, I think the type of stuff that would be discussed would be non-developer related
a) Who wants to post which blog post when - there have been a lot of 1-2-1 discussions on this lately, in particular because the blog is getting a more diverse group of owners.
b) Review each others posts, somebody needs help submitting a talk to an event, review each others submissions to events, ...
c) Who is going to which event, is staying where when going to XYZ, ...

Debian has a debian-publicity@lists.debian.org list (but that does not quite fit). Maybe this is a general marketing list?

2) A semi-private invite mailing list for ALL project leads, committers and maintainers of ALL projects hosted on xen.org

I wouldn't expect this list to be used often, as most communication happens (and needs to happen) in public. But sometimes it is necessary to have an official provite channel. Recent examples I had were related to the Hackathon: I didn't know whether person X should be invited (given limited space) and had no way to ask. Or there were other items that are sometimes better first discussed amongst the leadership of all the different projects together and we have no way today of discussing these.

We may need a couple more, but let's just start with these two for now.

Ideas?

Best Regards
Lars



--------------010001080308070101060104-- --===============1119152709424973242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1119152709424973242==-- From xen-api-bounces@lists.xen.org Sun Apr 14 17:52:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 14 Apr 2013 17:52: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 1URR6C-0001Dk-C6; Sun, 14 Apr 2013 17:52:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URR6A-0001DZ-JE; Sun, 14 Apr 2013 17:52:18 +0000 Received: from [193.109.254.147:38482] by server-3.bemta-14.messagelabs.com id 8D/5A-17488-1DCEA615; Sun, 14 Apr 2013 17:52:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1365961934!1822458!1 X-Originating-IP: [209.85.210.44] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18236 invoked from network); 14 Apr 2013 17:52:16 -0000 Received: from mail-da0-f44.google.com (HELO mail-da0-f44.google.com) (209.85.210.44) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2013 17:52:16 -0000 Received: by mail-da0-f44.google.com with SMTP id z20so1773709dae.3 for ; Sun, 14 Apr 2013 10:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type; bh=Vh2TEVDUcp3GH9rC7NiuGUgsZ5sBmBbAWOgW9+uKd5o=; b=VPWHKz+hm8g+wBE33ACDp69GzjQUGpH2hRcLi+7U1k6ZNq45oxuR1L/Q9//HgpcHKd WLMzVY45jNHYzL+kiNqXeD50N4bq9VasfBt/jgN9FC2ctceKL1JxdmxVqsFh48dBIv+D EYXmI/oKkme9Pi/1tdlQD4loM2i0SBSg0g1G7thsHkewXZnm2GEzFdXxVwJxax7nvrw7 yRsOp9KA9cgli3gWRUtNTyjnALOl57EdrOe/aHn8375SA8cmDm7jd+nGWOC9LZxQtlHN WITlILd5sQ66UG73paAQMH5FllcQ5g3hSN3bcQykk0xBtOS4jxpcZJanNVslKZ5EGHfI Uv7w== X-Received: by 10.69.11.197 with SMTP id ek5mr12919916pbd.19.1365961933620; Sun, 14 Apr 2013 10:52:13 -0700 (PDT) Received: from [172.16.26.11] ([69.38.217.3]) by mx.google.com with ESMTPS id g8sm18576242pae.7.2013.04.14.10.52.12 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 14 Apr 2013 10:52:12 -0700 (PDT) Message-ID: <516AECC9.1010603@xen.org> Date: Sun, 14 Apr 2013 18:52:09 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , xen-arm@lists.xen.org Subject: [Xen-API] [Proposal] Additional mailing lists for specific purposes 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="===============1119152709424973242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1119152709424973242== Content-Type: multipart/alternative; boundary="------------010001080308070101060104" This is a multi-part message in MIME format. --------------010001080308070101060104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, in the last couple of weeks I realized that we don't have a proper communication channels for various purposes. So I want to suggest the following and get feedback, or if it's obvious do just vote. 1) A list for coordinating blog posts, other communication, attending of event, etc. - not sure about the name, so am looking for suggestions. I am not sure whether we should have public archives: comparable lists of other projects don't. Concretely, I think the type of stuff that would be discussed would be non-developer related a) Who wants to post which blog post when - there have been a lot of 1-2-1 discussions on this lately, in particular because the blog is getting a more diverse group of owners. b) Review each others posts, somebody needs help submitting a talk to an event, review each others submissions to events, ... c) Who is going to which event, is staying where when going to XYZ, ... Debian has a /debian/-publicity@lists./debian/.org list (but that does not quite fit). Maybe this is a general marketing list? 2) A semi-private invite mailing list for ALL project leads, committers and maintainers of ALL projects hosted on xen.org I wouldn't expect this list to be used often, as most communication happens (and needs to happen) in public. But sometimes it is necessary to have an official provite channel. Recent examples I had were related to the Hackathon: I didn't know whether person X should be invited (given limited space) and had no way to ask. Or there were other items that are sometimes better first discussed amongst the leadership of all the different projects together and we have no way today of discussing these. We may need a couple more, but let's just start with these two for now. Ideas? Best Regards Lars --------------010001080308070101060104 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

in the last couple of weeks I realized that we don't have a proper communication channels for various purposes. So I want to suggest the following and get feedback, or if it's obvious do just vote.

1) A list for coordinating blog posts, other communication, attending of event, etc. - not sure about the name, so am looking for suggestions. I am not sure whether we should have public archives: comparable lists of other projects don't.
 
Concretely, I think the type of stuff that would be discussed would be non-developer related
a) Who wants to post which blog post when - there have been a lot of 1-2-1 discussions on this lately, in particular because the blog is getting a more diverse group of owners.
b) Review each others posts, somebody needs help submitting a talk to an event, review each others submissions to events, ...
c) Who is going to which event, is staying where when going to XYZ, ...

Debian has a debian-publicity@lists.debian.org list (but that does not quite fit). Maybe this is a general marketing list?

2) A semi-private invite mailing list for ALL project leads, committers and maintainers of ALL projects hosted on xen.org

I wouldn't expect this list to be used often, as most communication happens (and needs to happen) in public. But sometimes it is necessary to have an official provite channel. Recent examples I had were related to the Hackathon: I didn't know whether person X should be invited (given limited space) and had no way to ask. Or there were other items that are sometimes better first discussed amongst the leadership of all the different projects together and we have no way today of discussing these.

We may need a couple more, but let's just start with these two for now.

Ideas?

Best Regards
Lars



--------------010001080308070101060104-- --===============1119152709424973242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1119152709424973242==-- From xen-api-bounces@lists.xen.org Sun Apr 14 20:11:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 14 Apr 2013 20:11:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URTGn-0002Jh-A8; Sun, 14 Apr 2013 20:11:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URTGm-0002Jc-E7 for xen-api@lists.xen.org; Sun, 14 Apr 2013 20:11:24 +0000 Received: from [85.158.137.99:62934] by server-12.bemta-3.messagelabs.com id F1/64-01357-B6D0B615; Sun, 14 Apr 2013 20:11:23 +0000 X-Env-Sender: mikael@servercentralen.se X-Msg-Ref: server-10.tower-217.messagelabs.com!1365970269!17341795!1 X-Originating-IP: [188.95.35.85] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30978 invoked from network); 14 Apr 2013 20:11:11 -0000 Received: from solna-gw2.centralcloud.net (HELO smtpedge.centralcloud.net) (188.95.35.85) by server-10.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 14 Apr 2013 20:11:11 -0000 Received: from SOLNA-MBX02.nschmc.local ([fe80::6907:da46:2a18:9071]) by SOLNA-HUB01.nschmc.local ([fe80::d1e0:f192:d7:464a%11]) with mapi id 14.02.0328.009; Sun, 14 Apr 2013 22:16:12 +0200 From: Mikael Hugo To: "xen-api@lists.xen.org" Thread-Topic: Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu Thread-Index: AQHOOUznSc24ViYN+0Kf3ceZLbUXdA== Date: Sun, 14 Apr 2013 20:11:07 +0000 Message-ID: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> In-Reply-To: <516AECC9.1010603@xen.org> Accept-Language: sv-SE, en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [192.168.68.3] MIME-Version: 1.0 Subject: [Xen-API] Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1620956091035646803==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1620956091035646803== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_" --_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I remember a page listing some differences in functionality between running= XCP iso and the separate toolstack on i.e. Ubuntu. I have been wearing google out and surfing xen.org, but no luck=85. Im trying to research before deploying some compute nodes for Openstack lab= , and running Ubuntu would be easier for supporting Ceph etc instead of pat= ching up XCP. /Mikael --_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi,

I remember a page listing some differences in functionality between ru= nning XCP iso and the separate toolstack on i.e. Ubuntu.

I have been wearing google out and surfing xen.org, but no luck=85.

Im trying to research before deploying some compute nodes for Openstac= k lab, and running Ubuntu would be easier for supporting Ceph etc instead o= f patching up XCP.

/Mikael 
--_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_-- --===============1620956091035646803== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1620956091035646803==-- From xen-api-bounces@lists.xen.org Sun Apr 14 20:11:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 14 Apr 2013 20:11:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URTGn-0002Jh-A8; Sun, 14 Apr 2013 20:11:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URTGm-0002Jc-E7 for xen-api@lists.xen.org; Sun, 14 Apr 2013 20:11:24 +0000 Received: from [85.158.137.99:62934] by server-12.bemta-3.messagelabs.com id F1/64-01357-B6D0B615; Sun, 14 Apr 2013 20:11:23 +0000 X-Env-Sender: mikael@servercentralen.se X-Msg-Ref: server-10.tower-217.messagelabs.com!1365970269!17341795!1 X-Originating-IP: [188.95.35.85] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30978 invoked from network); 14 Apr 2013 20:11:11 -0000 Received: from solna-gw2.centralcloud.net (HELO smtpedge.centralcloud.net) (188.95.35.85) by server-10.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 14 Apr 2013 20:11:11 -0000 Received: from SOLNA-MBX02.nschmc.local ([fe80::6907:da46:2a18:9071]) by SOLNA-HUB01.nschmc.local ([fe80::d1e0:f192:d7:464a%11]) with mapi id 14.02.0328.009; Sun, 14 Apr 2013 22:16:12 +0200 From: Mikael Hugo To: "xen-api@lists.xen.org" Thread-Topic: Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu Thread-Index: AQHOOUznSc24ViYN+0Kf3ceZLbUXdA== Date: Sun, 14 Apr 2013 20:11:07 +0000 Message-ID: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> In-Reply-To: <516AECC9.1010603@xen.org> Accept-Language: sv-SE, en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [192.168.68.3] MIME-Version: 1.0 Subject: [Xen-API] Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1620956091035646803==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1620956091035646803== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_" --_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I remember a page listing some differences in functionality between running= XCP iso and the separate toolstack on i.e. Ubuntu. I have been wearing google out and surfing xen.org, but no luck=85. Im trying to research before deploying some compute nodes for Openstack lab= , and running Ubuntu would be easier for supporting Ceph etc instead of pat= ching up XCP. /Mikael --_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi,

I remember a page listing some differences in functionality between ru= nning XCP iso and the separate toolstack on i.e. Ubuntu.

I have been wearing google out and surfing xen.org, but no luck=85.

Im trying to research before deploying some compute nodes for Openstac= k lab, and running Ubuntu would be easier for supporting Ceph etc instead o= f patching up XCP.

/Mikael 
--_000_23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25SOLNAMBX02nschm_-- --===============1620956091035646803== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1620956091035646803==-- From xen-api-bounces@lists.xen.org Mon Apr 15 04:29:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 04:29: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 1URb2o-0000qz-Sj; Mon, 15 Apr 2013 04:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URb2n-0000qu-QO for xen-api@lists.xen.org; Mon, 15 Apr 2013 04:29:30 +0000 Received: from [85.158.139.211:65306] by server-14.bemta-5.messagelabs.com id 37/D4-13158-5228B615; Mon, 15 Apr 2013 04:29:25 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1366000163!18860292!1 X-Originating-IP: [209.85.217.182] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12473 invoked from network); 15 Apr 2013 04:29:24 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 04:29:24 -0000 Received: by mail-lb0-f182.google.com with SMTP id z13so4184123lbh.13 for ; Sun, 14 Apr 2013 21:29:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=OZXrAmeXGbMbOa9IciQNekmd/RRnoNUE9gUFNJuBwc0=; b=oXRQe5TcjWlf8/8iqQylIufMLtMMht9XvnBoK3SVkJYTUc8DoA5LCgrS+ji32BX508 cry6OsgkQilITSPTzD4ZR/D+V2u0bN05x2eZknGB4CrXAieGhhuMvv5if1xVtuC3djLB KNjM9rw9L/b6kHyrRb5QYt72iyO8eXG249b8IMFCu4N/zyY8b09FCWjw9jlT3yqr6OgE J7fS1PfGtr5u3H0/KFRizPVwd9JiHVwGttjhG/CJe5UXTA0cMt6A/CFC+bP5N+Jly2m+ MUtAFrgRq1iblA34NyqBpwBykFumyLYZnbsMEecmBq+2ta5Urtb/H5usgDUiGQtOivM9 uWow== X-Received: by 10.152.88.81 with SMTP id be17mr7599084lab.39.1366000163318; Sun, 14 Apr 2013 21:29:23 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:7c73:47e1:7cf9:22b3? ([2a00:ab00:0:fffe:7c73:47e1:7cf9:22b3]) by mx.google.com with ESMTPS id t17sm7154550lbd.11.2013.04.14.21.29.22 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 14 Apr 2013 21:29:22 -0700 (PDT) Message-ID: <516B8221.3080307@gmail.com> Date: Mon, 15 Apr 2013 08:29:21 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> In-Reply-To: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> Subject: Re: [Xen-API] Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0661827998842558966==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0661827998842558966== Content-Type: multipart/alternative; boundary="------------020901070503040903020301" This is a multi-part message in MIME format. --------------020901070503040903020301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit ubuntu's one is snapshot of git somewhere between XCP 1.5 and XCP 1.6. Not sure if suited for product. Basic visible difference - no sr migration. 15.04.2013 00:11, Mikael Hugo ?????: > Hi, > > I remember a page listing some differences in functionality between > running XCP iso and the separate toolstack on i.e. Ubuntu. > > I have been wearing google out and surfing xen.org, but no luck.... > > Im trying to research before deploying some compute nodes for > Openstack lab, and running Ubuntu would be easier for supporting Ceph > etc instead of patching up XCP. > > /Mikael > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------020901070503040903020301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
ubuntu's one is snapshot of git somewhere between XCP 1.5 and XCP 1.6. Not sure if suited for product. Basic visible difference - no sr migration.

15.04.2013 00:11, Mikael Hugo пишет:
Hi,

I remember a page listing some differences in functionality between running XCP iso and the separate toolstack on i.e. Ubuntu.

I have been wearing google out and surfing xen.org, but no luck….

Im trying to research before deploying some compute nodes for Openstack lab, and running Ubuntu would be easier for supporting Ceph etc instead of patching up XCP.

/Mikael 


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

--------------020901070503040903020301-- --===============0661827998842558966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0661827998842558966==-- From xen-api-bounces@lists.xen.org Mon Apr 15 04:29:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 04:29: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 1URb2o-0000qz-Sj; Mon, 15 Apr 2013 04:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URb2n-0000qu-QO for xen-api@lists.xen.org; Mon, 15 Apr 2013 04:29:30 +0000 Received: from [85.158.139.211:65306] by server-14.bemta-5.messagelabs.com id 37/D4-13158-5228B615; Mon, 15 Apr 2013 04:29:25 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1366000163!18860292!1 X-Originating-IP: [209.85.217.182] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12473 invoked from network); 15 Apr 2013 04:29:24 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 04:29:24 -0000 Received: by mail-lb0-f182.google.com with SMTP id z13so4184123lbh.13 for ; Sun, 14 Apr 2013 21:29:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=OZXrAmeXGbMbOa9IciQNekmd/RRnoNUE9gUFNJuBwc0=; b=oXRQe5TcjWlf8/8iqQylIufMLtMMht9XvnBoK3SVkJYTUc8DoA5LCgrS+ji32BX508 cry6OsgkQilITSPTzD4ZR/D+V2u0bN05x2eZknGB4CrXAieGhhuMvv5if1xVtuC3djLB KNjM9rw9L/b6kHyrRb5QYt72iyO8eXG249b8IMFCu4N/zyY8b09FCWjw9jlT3yqr6OgE J7fS1PfGtr5u3H0/KFRizPVwd9JiHVwGttjhG/CJe5UXTA0cMt6A/CFC+bP5N+Jly2m+ MUtAFrgRq1iblA34NyqBpwBykFumyLYZnbsMEecmBq+2ta5Urtb/H5usgDUiGQtOivM9 uWow== X-Received: by 10.152.88.81 with SMTP id be17mr7599084lab.39.1366000163318; Sun, 14 Apr 2013 21:29:23 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:7c73:47e1:7cf9:22b3? ([2a00:ab00:0:fffe:7c73:47e1:7cf9:22b3]) by mx.google.com with ESMTPS id t17sm7154550lbd.11.2013.04.14.21.29.22 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 14 Apr 2013 21:29:22 -0700 (PDT) Message-ID: <516B8221.3080307@gmail.com> Date: Mon, 15 Apr 2013 08:29:21 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> In-Reply-To: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> Subject: Re: [Xen-API] Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0661827998842558966==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0661827998842558966== Content-Type: multipart/alternative; boundary="------------020901070503040903020301" This is a multi-part message in MIME format. --------------020901070503040903020301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit ubuntu's one is snapshot of git somewhere between XCP 1.5 and XCP 1.6. Not sure if suited for product. Basic visible difference - no sr migration. 15.04.2013 00:11, Mikael Hugo ?????: > Hi, > > I remember a page listing some differences in functionality between > running XCP iso and the separate toolstack on i.e. Ubuntu. > > I have been wearing google out and surfing xen.org, but no luck.... > > Im trying to research before deploying some compute nodes for > Openstack lab, and running Ubuntu would be easier for supporting Ceph > etc instead of patching up XCP. > > /Mikael > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------020901070503040903020301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
ubuntu's one is snapshot of git somewhere between XCP 1.5 and XCP 1.6. Not sure if suited for product. Basic visible difference - no sr migration.

15.04.2013 00:11, Mikael Hugo пишет:
Hi,

I remember a page listing some differences in functionality between running XCP iso and the separate toolstack on i.e. Ubuntu.

I have been wearing google out and surfing xen.org, but no luck….

Im trying to research before deploying some compute nodes for Openstack lab, and running Ubuntu would be easier for supporting Ceph etc instead of patching up XCP.

/Mikael 


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

--------------020901070503040903020301-- --===============0661827998842558966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0661827998842558966==-- From xen-api-bounces@lists.xen.org Mon Apr 15 05:40:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 05:40:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URc8r-0001Fr-8S; Mon, 15 Apr 2013 05:39:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URc8p-0001Fk-EC for xen-api@lists.xen.org; Mon, 15 Apr 2013 05:39:47 +0000 Received: from [85.158.139.211:63118] by server-2.bemta-5.messagelabs.com id 6C/F6-23989-F929B615; Mon, 15 Apr 2013 05:39:43 +0000 X-Env-Sender: steven.crothers@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366004381!14809365!1 X-Originating-IP: [209.85.212.49] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7276 invoked from network); 15 Apr 2013 05:39:42 -0000 Received: from mail-vb0-f49.google.com (HELO mail-vb0-f49.google.com) (209.85.212.49) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 05:39:42 -0000 Received: by mail-vb0-f49.google.com with SMTP id 11so3451743vbf.8 for ; Sun, 14 Apr 2013 22:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:in-reply-to:mime-version:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=rEUkg2EW1NqYsIf7Gp7UAspVGKAERzyVpI7XhykBBDc=; b=zzNmDesl8aEmyiu7W+HL5Is7f6T8MaCdRkiWXqCEWcdBkA/ZFs3tbNGTgIjfcGRR+9 HeOb0Gro5evIPlIdTPCpmzQrwY9sCIam8wIhFfpDsrTFLp7NCkZ62kEgsG6ftqsnsvxk WMBItxDyEvE5e5ISncQXRduBugYAz9jocPSXchWHk1fieGNRoSsm8wCMGBl+Igb1o6I3 fNusI9ILRqTES3fjSN7cH3mVj7MslRWn2RuJk4Os5kTRc5ikFaArb4DOJ/gfkxEZrHjp /WClOoANcf4UT+IrPGKAhW5Q7+bvWBVFOsGr+o35zhq7gKPIAG4zOS+ClwJldixnorlK onGg== X-Received: by 10.220.88.145 with SMTP id a17mr14917758vcm.66.1366004381069; Sun, 14 Apr 2013 22:39:41 -0700 (PDT) References: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> In-Reply-To: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> Mime-Version: 1.0 (1.0) From: Steven Crothers Date: Sun, 14 Apr 2013 22:39:34 -0700 Message-ID: <5524882766108116841@unknownmsgid> To: Mikael Hugo Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhlIHF1ZXN0aW9uIGlzLCB3aHkgZG8geW91IHdhbnQgdG8gcnVuIFVidW50dT8KClNlbnQgZnJv bSBteSBpUGhvbmUKCk9uIEFwciAxNCwgMjAxMywgYXQgMToxNSBQTSwgTWlrYWVsIEh1Z28gPG1p a2FlbEBzZXJ2ZXJjZW50cmFsZW4uc2U+IHdyb3RlOgoKPiBIaSwKPgo+IEkgcmVtZW1iZXIgYSBw YWdlIGxpc3Rpbmcgc29tZSBkaWZmZXJlbmNlcyBpbiBmdW5jdGlvbmFsaXR5IGJldHdlZW4gcnVu bmluZyBYQ1AgaXNvIGFuZCB0aGUgc2VwYXJhdGUgdG9vbHN0YWNrIG9uIGkuZS4gVWJ1bnR1Lgo+ Cj4gSSBoYXZlIGJlZW4gd2VhcmluZyBnb29nbGUgb3V0IGFuZCBzdXJmaW5nIHhlbi5vcmcsIGJ1 dCBubyBsdWNr4oCmLgo+Cj4gSW0gdHJ5aW5nIHRvIHJlc2VhcmNoIGJlZm9yZSBkZXBsb3lpbmcg c29tZSBjb21wdXRlIG5vZGVzIGZvciBPcGVuc3RhY2sgbGFiLCBhbmQgcnVubmluZyBVYnVudHUg d291bGQgYmUgZWFzaWVyIGZvciBzdXBwb3J0aW5nIENlcGggZXRjIGluc3RlYWQgb2YgcGF0Y2hp bmcgdXAgWENQLgo+Cj4gL01pa2FlbAo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3RzLnhl bi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Mon Apr 15 05:40:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 05:40:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URc8r-0001Fr-8S; Mon, 15 Apr 2013 05:39:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URc8p-0001Fk-EC for xen-api@lists.xen.org; Mon, 15 Apr 2013 05:39:47 +0000 Received: from [85.158.139.211:63118] by server-2.bemta-5.messagelabs.com id 6C/F6-23989-F929B615; Mon, 15 Apr 2013 05:39:43 +0000 X-Env-Sender: steven.crothers@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366004381!14809365!1 X-Originating-IP: [209.85.212.49] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7276 invoked from network); 15 Apr 2013 05:39:42 -0000 Received: from mail-vb0-f49.google.com (HELO mail-vb0-f49.google.com) (209.85.212.49) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 05:39:42 -0000 Received: by mail-vb0-f49.google.com with SMTP id 11so3451743vbf.8 for ; Sun, 14 Apr 2013 22:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:in-reply-to:mime-version:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=rEUkg2EW1NqYsIf7Gp7UAspVGKAERzyVpI7XhykBBDc=; b=zzNmDesl8aEmyiu7W+HL5Is7f6T8MaCdRkiWXqCEWcdBkA/ZFs3tbNGTgIjfcGRR+9 HeOb0Gro5evIPlIdTPCpmzQrwY9sCIam8wIhFfpDsrTFLp7NCkZ62kEgsG6ftqsnsvxk WMBItxDyEvE5e5ISncQXRduBugYAz9jocPSXchWHk1fieGNRoSsm8wCMGBl+Igb1o6I3 fNusI9ILRqTES3fjSN7cH3mVj7MslRWn2RuJk4Os5kTRc5ikFaArb4DOJ/gfkxEZrHjp /WClOoANcf4UT+IrPGKAhW5Q7+bvWBVFOsGr+o35zhq7gKPIAG4zOS+ClwJldixnorlK onGg== X-Received: by 10.220.88.145 with SMTP id a17mr14917758vcm.66.1366004381069; Sun, 14 Apr 2013 22:39:41 -0700 (PDT) References: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> In-Reply-To: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA3A25@SOLNA-MBX02.nschmc.local> Mime-Version: 1.0 (1.0) From: Steven Crothers Date: Sun, 14 Apr 2013 22:39:34 -0700 Message-ID: <5524882766108116841@unknownmsgid> To: Mikael Hugo Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Looking for comparison between xcp 1.6 iso and running toolstack on ie ubuntu X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhlIHF1ZXN0aW9uIGlzLCB3aHkgZG8geW91IHdhbnQgdG8gcnVuIFVidW50dT8KClNlbnQgZnJv bSBteSBpUGhvbmUKCk9uIEFwciAxNCwgMjAxMywgYXQgMToxNSBQTSwgTWlrYWVsIEh1Z28gPG1p a2FlbEBzZXJ2ZXJjZW50cmFsZW4uc2U+IHdyb3RlOgoKPiBIaSwKPgo+IEkgcmVtZW1iZXIgYSBw YWdlIGxpc3Rpbmcgc29tZSBkaWZmZXJlbmNlcyBpbiBmdW5jdGlvbmFsaXR5IGJldHdlZW4gcnVu bmluZyBYQ1AgaXNvIGFuZCB0aGUgc2VwYXJhdGUgdG9vbHN0YWNrIG9uIGkuZS4gVWJ1bnR1Lgo+ Cj4gSSBoYXZlIGJlZW4gd2VhcmluZyBnb29nbGUgb3V0IGFuZCBzdXJmaW5nIHhlbi5vcmcsIGJ1 dCBubyBsdWNr4oCmLgo+Cj4gSW0gdHJ5aW5nIHRvIHJlc2VhcmNoIGJlZm9yZSBkZXBsb3lpbmcg c29tZSBjb21wdXRlIG5vZGVzIGZvciBPcGVuc3RhY2sgbGFiLCBhbmQgcnVubmluZyBVYnVudHUg d291bGQgYmUgZWFzaWVyIGZvciBzdXBwb3J0aW5nIENlcGggZXRjIGluc3RlYWQgb2YgcGF0Y2hp bmcgdXAgWENQLgo+Cj4gL01pa2FlbAo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3RzLnhl bi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Mon Apr 15 09:25:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 09:25: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 1URffS-0004p6-Bi; Mon, 15 Apr 2013 09:25:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQY86-00071M-Fd for xen-api@lists.xen.org; Fri, 12 Apr 2013 07:10:38 +0000 Received: from [85.158.137.99:29892] by server-5.bemta-3.messagelabs.com id 35/1A-30636-D63B7615; Fri, 12 Apr 2013 07:10:37 +0000 X-Env-Sender: wuyh10@sei.pku.edu.cn X-Msg-Ref: server-16.tower-217.messagelabs.com!1365750624!17025837!1 X-Originating-IP: [162.105.203.56] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12939 invoked from network); 12 Apr 2013 07:10:31 -0000 Received: from unknown (HELO mail.sei.pku.edu.cn) (162.105.203.56) by server-16.tower-217.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 12 Apr 2013 07:10:31 -0000 Received: from [118.192.51.82] (helo=wuyihan-PC) by mail.sei.pku.edu.cn with esmtpa (Exim 4.80) (envelope-from ) id 1UQY7l-0006N6-Ou for xen-api@lists.xen.org; Fri, 12 Apr 2013 15:10:18 +0800 Date: Fri, 12 Apr 2013 15:10:26 +0800 From: "wuyh10" To: "xen-api" Message-ID: <201304121510164549440@sei.pku.edu.cn> X-mailer: Foxmail 6, 15, 201, 23 [cn] Mime-Version: 1.0 X-Spam_score: -102.9 X-Spam_score_int: -1028 X-Spam_bar: --------------------------------------------------- X-Mailman-Approved-At: Mon, 15 Apr 2013 09:25:41 +0000 Subject: [Xen-API] xen api X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3599580553424867544==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3599580553424867544== Content-Type: multipart/alternative; boundary="=====003_Dragon868342053816_=====" This is a multi-part message in MIME format. --=====003_Dragon868342053816_===== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit hi, IS there a document on xen api ? I want to read the api documents? 2013-04-12 wuyh10 --=====003_Dragon868342053816_===== Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
hi,
 IS there a document on xen api ? I want to read the api documents?
 
2013-04-12
wuyh10
--=====003_Dragon868342053816_=====-- --===============3599580553424867544== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3599580553424867544==-- From xen-api-bounces@lists.xen.org Mon Apr 15 09:25:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 09:25: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 1URffS-0004p6-Bi; Mon, 15 Apr 2013 09:25:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQY86-00071M-Fd for xen-api@lists.xen.org; Fri, 12 Apr 2013 07:10:38 +0000 Received: from [85.158.137.99:29892] by server-5.bemta-3.messagelabs.com id 35/1A-30636-D63B7615; Fri, 12 Apr 2013 07:10:37 +0000 X-Env-Sender: wuyh10@sei.pku.edu.cn X-Msg-Ref: server-16.tower-217.messagelabs.com!1365750624!17025837!1 X-Originating-IP: [162.105.203.56] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12939 invoked from network); 12 Apr 2013 07:10:31 -0000 Received: from unknown (HELO mail.sei.pku.edu.cn) (162.105.203.56) by server-16.tower-217.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 12 Apr 2013 07:10:31 -0000 Received: from [118.192.51.82] (helo=wuyihan-PC) by mail.sei.pku.edu.cn with esmtpa (Exim 4.80) (envelope-from ) id 1UQY7l-0006N6-Ou for xen-api@lists.xen.org; Fri, 12 Apr 2013 15:10:18 +0800 Date: Fri, 12 Apr 2013 15:10:26 +0800 From: "wuyh10" To: "xen-api" Message-ID: <201304121510164549440@sei.pku.edu.cn> X-mailer: Foxmail 6, 15, 201, 23 [cn] Mime-Version: 1.0 X-Spam_score: -102.9 X-Spam_score_int: -1028 X-Spam_bar: --------------------------------------------------- X-Mailman-Approved-At: Mon, 15 Apr 2013 09:25:41 +0000 Subject: [Xen-API] xen api X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3599580553424867544==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3599580553424867544== Content-Type: multipart/alternative; boundary="=====003_Dragon868342053816_=====" This is a multi-part message in MIME format. --=====003_Dragon868342053816_===== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit hi, IS there a document on xen api ? I want to read the api documents? 2013-04-12 wuyh10 --=====003_Dragon868342053816_===== Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
hi,
 IS there a document on xen api ? I want to read the api documents?
 
2013-04-12
wuyh10
--=====003_Dragon868342053816_=====-- --===============3599580553424867544== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3599580553424867544==-- From xen-api-bounces@lists.xen.org Mon Apr 15 09:25:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 09:25: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 1URffS-0004p1-6b; Mon, 15 Apr 2013 09:25:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPyzm-0007wV-4C; Wed, 10 Apr 2013 17:39:42 +0000 Received: from [193.109.254.147:27229] by server-16.bemta-14.messagelabs.com id 63/CB-20064-DD3A5615; Wed, 10 Apr 2013 17:39:41 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1365615578!8629255!1 X-Originating-IP: [209.85.210.174] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17315 invoked from network); 10 Apr 2013 17:39:40 -0000 Received: from mail-ia0-f174.google.com (HELO mail-ia0-f174.google.com) (209.85.210.174) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2013 17:39:40 -0000 Received: by mail-ia0-f174.google.com with SMTP id r13so634235iar.5 for ; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=mJtHyvDOBPdD5F+wahUgt0x5WlXTCY3zeiC6IgkMRB4=; b=rs340CSXAffja2oQ3k+La+eQcYDaRwmiCzvZ767cyyssfO2FgXtKZUrolt5kSkQiiS ypDNOYx0cx1DryJGnee1eFNd90iqb7oZKTBrT0RdxXWn4kvWb2mMJNNXDfY9e2I9oRwK imxvsUJOB9cvhVXx/cXHkaVXLu6M3XwXw8mg7EljmLxUhIj/OOiTBz9+fLryI9zSAFmM waM3yHT+cHBvSYG/MJbhREnlaMTjeGhb1X12LJLyLLF/QlIgbi1Rf3VuYRJSZpflQNvl t6z+qs6828k/Und/YTcX+E6E9doQMffIRyCjgJfGk6S2DqXh16Y/5Up8qxlDeivFZ1IU FzMA== MIME-Version: 1.0 X-Received: by 10.50.13.228 with SMTP id k4mr13823265igc.30.1365615578625; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) In-Reply-To: <5165A076.5040300@xen.org> References: <5165A076.5040300@xen.org> Date: Wed, 10 Apr 2013 11:39:38 -0600 Message-ID: From: jacek burghardt To: lars.kurth@xen.org X-Mailman-Approved-At: Mon, 15 Apr 2013 09:25:41 +0000 Cc: xen-users , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , xen-arm@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4233876494703240768==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4233876494703240768== Content-Type: multipart/alternative; boundary=f46d04462d4676c83f04da05270d --f46d04462d4676c83f04da05270d Content-Type: text/plain; charset=ISO-8859-1 That is great xen needs forum. --f46d04462d4676c83f04da05270d Content-Type: text/html; charset=ISO-8859-1

That is great xen needs forum.

--f46d04462d4676c83f04da05270d-- --===============4233876494703240768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4233876494703240768==-- From xen-api-bounces@lists.xen.org Mon Apr 15 09:25:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 09:25: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 1URffS-0004p1-6b; Mon, 15 Apr 2013 09:25:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UPyzm-0007wV-4C; Wed, 10 Apr 2013 17:39:42 +0000 Received: from [193.109.254.147:27229] by server-16.bemta-14.messagelabs.com id 63/CB-20064-DD3A5615; Wed, 10 Apr 2013 17:39:41 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1365615578!8629255!1 X-Originating-IP: [209.85.210.174] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17315 invoked from network); 10 Apr 2013 17:39:40 -0000 Received: from mail-ia0-f174.google.com (HELO mail-ia0-f174.google.com) (209.85.210.174) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2013 17:39:40 -0000 Received: by mail-ia0-f174.google.com with SMTP id r13so634235iar.5 for ; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=mJtHyvDOBPdD5F+wahUgt0x5WlXTCY3zeiC6IgkMRB4=; b=rs340CSXAffja2oQ3k+La+eQcYDaRwmiCzvZ767cyyssfO2FgXtKZUrolt5kSkQiiS ypDNOYx0cx1DryJGnee1eFNd90iqb7oZKTBrT0RdxXWn4kvWb2mMJNNXDfY9e2I9oRwK imxvsUJOB9cvhVXx/cXHkaVXLu6M3XwXw8mg7EljmLxUhIj/OOiTBz9+fLryI9zSAFmM waM3yHT+cHBvSYG/MJbhREnlaMTjeGhb1X12LJLyLLF/QlIgbi1Rf3VuYRJSZpflQNvl t6z+qs6828k/Und/YTcX+E6E9doQMffIRyCjgJfGk6S2DqXh16Y/5Up8qxlDeivFZ1IU FzMA== MIME-Version: 1.0 X-Received: by 10.50.13.228 with SMTP id k4mr13823265igc.30.1365615578625; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Wed, 10 Apr 2013 10:39:38 -0700 (PDT) In-Reply-To: <5165A076.5040300@xen.org> References: <5165A076.5040300@xen.org> Date: Wed, 10 Apr 2013 11:39:38 -0600 Message-ID: From: jacek burghardt To: lars.kurth@xen.org X-Mailman-Approved-At: Mon, 15 Apr 2013 09:25:41 +0000 Cc: xen-users , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , xen-arm@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] Xen has now a Facebook page : invitation Project Leads, Committers and Maintainers to be content creators X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4233876494703240768==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4233876494703240768== Content-Type: multipart/alternative; boundary=f46d04462d4676c83f04da05270d --f46d04462d4676c83f04da05270d Content-Type: text/plain; charset=ISO-8859-1 That is great xen needs forum. --f46d04462d4676c83f04da05270d Content-Type: text/html; charset=ISO-8859-1

That is great xen needs forum.

--f46d04462d4676c83f04da05270d-- --===============4233876494703240768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4233876494703240768==-- From xen-api-bounces@lists.xen.org Mon Apr 15 09:25:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 09:25: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 1URffS-0004pB-Gv; Mon, 15 Apr 2013 09:25:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQYGY-00073Y-Hv for xen-api@lists.xensource.com; Fri, 12 Apr 2013 07:19:22 +0000 Received: from [85.158.143.99:11516] by server-2.bemta-4.messagelabs.com id 8E/8F-12656-975B7615; Fri, 12 Apr 2013 07:19:21 +0000 X-Env-Sender: shrudhavishal@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1365751159!20850667!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MISSING_SUBJECT,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8176 invoked from network); 12 Apr 2013 07:19:20 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2013 07:19:20 -0000 Received: by mail-ie0-f182.google.com with SMTP id at1so3024061iec.27 for ; Fri, 12 Apr 2013 00:19:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=3oLy5jn3u9ZI4KnyuHBDTjwC9AnYAlrKxeqxwixB4GY=; b=Toda3sUoxuxlTgVva3uEgN18Amd05bjAbtxvnpNxpB5v/ndsYT6qwHylAtnaLOt+/+ MUz0UAYJCqxiz4UNwV8BPJLBEXxt7Zris/IDWqOk/pN5JAD496XPH5QpHbWfHZNt2HaI rd12KPO50KUVamzJgxX2SxLBupXkZMYjR2U7XP858hLD69CItlK76GtRlbOt385hicxE Jxj1L6czgfKdvGpB6hLVA0mxwk1CK6RcQG1qgsGhMw3/h5Z4EOhFlJsisg2iFJ4gpIw7 AEQamrk5B+itiyziyxkcPZCH0WYRHOFG2amSAecelSFcbl6A6cJgRjndv0AFyJEM9P1R 0whw== MIME-Version: 1.0 X-Received: by 10.42.40.11 with SMTP id j11mr5815829ice.50.1365751159152; Fri, 12 Apr 2013 00:19:19 -0700 (PDT) Received: by 10.64.78.132 with HTTP; Fri, 12 Apr 2013 00:19:18 -0700 (PDT) Date: Fri, 12 Apr 2013 12:49:18 +0530 Message-ID: From: Prabha nair To: xen-api@lists.xensource.com X-Mailman-Approved-At: Mon, 15 Apr 2013 09:25:41 +0000 Subject: [Xen-API] (no subject) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3484541586019287161==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3484541586019287161== Content-Type: multipart/alternative; boundary=20cf30223cb3b1673504da24b887 --20cf30223cb3b1673504da24b887 Content-Type: text/plain; charset=ISO-8859-1 I wish to implement HA for my XCP servers.Previously I had xen with Remus installed to get HA for my virtual macines. But I wanted to work with XCP Is there any ha-plugins or any api available for xcp --20cf30223cb3b1673504da24b887 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I wish to implement HA for my =A0XCP servers.Previously I = had xen with Remus installed to get HA for my virtual macines.
Bu= t I wanted to work with XCP
Is there any ha-plugins or any = api available for xcp
--20cf30223cb3b1673504da24b887-- --===============3484541586019287161== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3484541586019287161==-- From xen-api-bounces@lists.xen.org Mon Apr 15 09:25:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 09:25: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 1URffS-0004pB-Gv; Mon, 15 Apr 2013 09:25:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UQYGY-00073Y-Hv for xen-api@lists.xensource.com; Fri, 12 Apr 2013 07:19:22 +0000 Received: from [85.158.143.99:11516] by server-2.bemta-4.messagelabs.com id 8E/8F-12656-975B7615; Fri, 12 Apr 2013 07:19:21 +0000 X-Env-Sender: shrudhavishal@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1365751159!20850667!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MISSING_SUBJECT,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8176 invoked from network); 12 Apr 2013 07:19:20 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2013 07:19:20 -0000 Received: by mail-ie0-f182.google.com with SMTP id at1so3024061iec.27 for ; Fri, 12 Apr 2013 00:19:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=3oLy5jn3u9ZI4KnyuHBDTjwC9AnYAlrKxeqxwixB4GY=; b=Toda3sUoxuxlTgVva3uEgN18Amd05bjAbtxvnpNxpB5v/ndsYT6qwHylAtnaLOt+/+ MUz0UAYJCqxiz4UNwV8BPJLBEXxt7Zris/IDWqOk/pN5JAD496XPH5QpHbWfHZNt2HaI rd12KPO50KUVamzJgxX2SxLBupXkZMYjR2U7XP858hLD69CItlK76GtRlbOt385hicxE Jxj1L6czgfKdvGpB6hLVA0mxwk1CK6RcQG1qgsGhMw3/h5Z4EOhFlJsisg2iFJ4gpIw7 AEQamrk5B+itiyziyxkcPZCH0WYRHOFG2amSAecelSFcbl6A6cJgRjndv0AFyJEM9P1R 0whw== MIME-Version: 1.0 X-Received: by 10.42.40.11 with SMTP id j11mr5815829ice.50.1365751159152; Fri, 12 Apr 2013 00:19:19 -0700 (PDT) Received: by 10.64.78.132 with HTTP; Fri, 12 Apr 2013 00:19:18 -0700 (PDT) Date: Fri, 12 Apr 2013 12:49:18 +0530 Message-ID: From: Prabha nair To: xen-api@lists.xensource.com X-Mailman-Approved-At: Mon, 15 Apr 2013 09:25:41 +0000 Subject: [Xen-API] (no subject) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3484541586019287161==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3484541586019287161== Content-Type: multipart/alternative; boundary=20cf30223cb3b1673504da24b887 --20cf30223cb3b1673504da24b887 Content-Type: text/plain; charset=ISO-8859-1 I wish to implement HA for my XCP servers.Previously I had xen with Remus installed to get HA for my virtual macines. But I wanted to work with XCP Is there any ha-plugins or any api available for xcp --20cf30223cb3b1673504da24b887 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I wish to implement HA for my =A0XCP servers.Previously I = had xen with Remus installed to get HA for my virtual macines.
Bu= t I wanted to work with XCP
Is there any ha-plugins or any = api available for xcp
--20cf30223cb3b1673504da24b887-- --===============3484541586019287161== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3484541586019287161==-- From xen-api-bounces@lists.xen.org Mon Apr 15 10:12:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 10:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URgOE-0006ed-L7; Mon, 15 Apr 2013 10:11:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URgOD-0006eP-6n for xen-api@lists.xen.org; Mon, 15 Apr 2013 10:11:57 +0000 Received: from [193.109.254.147:5464] by server-16.bemta-14.messagelabs.com id E0/1A-29589-C62DB615; Mon, 15 Apr 2013 10:11:56 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1366020642!1760277!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14253 invoked from network); 15 Apr 2013 10:10:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 10:10:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,474,1363132800"; d="scan'208,217";a="3552741" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 15 Apr 2013 10:10:43 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 15 Apr 2013 11:10:42 +0100 From: John Else To: wuyh10 , xen-api Date: Mon, 15 Apr 2013 11:11:13 +0100 Thread-Topic: [Xen-API] xen api Thread-Index: Ac45u9NfDOscIrsGSJC7Ez4SkvKJqAABSuqQ Message-ID: <7EA643C653F17F4C80DE959E978F10ED010EA607B06A@LONPMAILBOX01.citrite.net> References: <201304121510164549440@sei.pku.edu.cn> In-Reply-To: <201304121510164549440@sei.pku.edu.cn> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] xen api X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2908625543891583833==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2908625543891583833== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, If you're using XCP 1.6 then the API is equivalent to that of XenServer 6.1= , for which you can find documentation here: http://docs.vmd.citrix.com/Xen= Server/6.1.0/1.0/en_gb/sdk.html John From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of wuyh10 Sent: 12 April 2013 08:10 To: xen-api Subject: [Xen-API] xen api hi, IS there a document on xen api ? I want to read the api documents? 2013-04-12 ________________________________ wuyh10 --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi,

If you’re using = XCP 1.6 then the API is equivalent to that of XenServer 6.1, for which you = can find documentation here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/= en_gb/sdk.html

John

From: xen-api-bounces@lists.x= en.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of wuyh10Sent: 12 April 2013 08:10
To: xen-api
Subject: = [Xen-API] xen api

 

hi,

 IS there a document on xen api ? I want to rea= d the api documents?

 

2013-04-12 = =

<= /div>

<= span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif";color:sil= ver'>wuyh10

= --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_-- --===============2908625543891583833== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2908625543891583833==-- From xen-api-bounces@lists.xen.org Mon Apr 15 10:12:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 10:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URgOE-0006ed-L7; Mon, 15 Apr 2013 10:11:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URgOD-0006eP-6n for xen-api@lists.xen.org; Mon, 15 Apr 2013 10:11:57 +0000 Received: from [193.109.254.147:5464] by server-16.bemta-14.messagelabs.com id E0/1A-29589-C62DB615; Mon, 15 Apr 2013 10:11:56 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1366020642!1760277!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14253 invoked from network); 15 Apr 2013 10:10:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 10:10:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,474,1363132800"; d="scan'208,217";a="3552741" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 15 Apr 2013 10:10:43 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 15 Apr 2013 11:10:42 +0100 From: John Else To: wuyh10 , xen-api Date: Mon, 15 Apr 2013 11:11:13 +0100 Thread-Topic: [Xen-API] xen api Thread-Index: Ac45u9NfDOscIrsGSJC7Ez4SkvKJqAABSuqQ Message-ID: <7EA643C653F17F4C80DE959E978F10ED010EA607B06A@LONPMAILBOX01.citrite.net> References: <201304121510164549440@sei.pku.edu.cn> In-Reply-To: <201304121510164549440@sei.pku.edu.cn> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] xen api X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2908625543891583833==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2908625543891583833== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, If you're using XCP 1.6 then the API is equivalent to that of XenServer 6.1= , for which you can find documentation here: http://docs.vmd.citrix.com/Xen= Server/6.1.0/1.0/en_gb/sdk.html John From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of wuyh10 Sent: 12 April 2013 08:10 To: xen-api Subject: [Xen-API] xen api hi, IS there a document on xen api ? I want to read the api documents? 2013-04-12 ________________________________ wuyh10 --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi,

If you’re using = XCP 1.6 then the API is equivalent to that of XenServer 6.1, for which you = can find documentation here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/= en_gb/sdk.html

John

From: xen-api-bounces@lists.x= en.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of wuyh10Sent: 12 April 2013 08:10
To: xen-api
Subject: = [Xen-API] xen api

 

hi,

 IS there a document on xen api ? I want to rea= d the api documents?

 

2013-04-12 = =

<= /div>

<= span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif";color:sil= ver'>wuyh10

= --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B06ALONPMAILBOX_-- --===============2908625543891583833== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2908625543891583833==-- From xen-api-bounces@lists.xen.org Mon Apr 15 11:05:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 11:05:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URhDY-0007uh-Fx; Mon, 15 Apr 2013 11:05:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URhDW-0007uZ-Rt; Mon, 15 Apr 2013 11:04:59 +0000 Received: from [85.158.138.51:23048] by server-4.bemta-3.messagelabs.com id E3/BE-21470-4DEDB615; Mon, 15 Apr 2013 11:04:52 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366023882!27834745!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17985 invoked from network); 15 Apr 2013 11:04:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 11:04:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,474,1363132800"; d="scan'208";a="3554882" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 15 Apr 2013 11:04:41 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 15 Apr 2013 12:04:41 +0100 Message-ID: <1366023879.4963.81.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Mon, 15 Apr 2013 12:04:39 +0100 In-Reply-To: <516BD5FC.7070306@citrix.com> References: <1366020597-7286-1-git-send-email-vincent.bernardoff@citrix.com> <1366021294.4963.56.camel@zakaz.uk.xensource.com> <516BD5FC.7070306@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: xen-api@lists.xen.org, Ian Jackson , "Vincent Bernardoff \(Intern\)" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH v2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-15 at 11:27 +0100, Andrew Cooper wrote: > On 15/04/13 11:21, Ian Campbell wrote: > > On Mon, 2013-04-15 at 11:09 +0100, Vincent Bernardoff wrote: > >> Fix the commands given to the OCaml compiler to make the OCaml > >> bindings to Xen usable outside the build environment. > >> > >> Signed-off-by: Vincent Bernardoff > >> > >> --- > >> Changed since v1: > >> * tools/Rules.mk is not modified, changes are now in > >> bottom-level Makefiles of OCaml libraries > > How does this relate to the patch which Andy Cooper posted in > > ? > > As stated somewhere on one of the two threads, this patch from Vincent > supersedes mine. Ah, I'd missed one of the threads (despite replying to it at one point!) > > > >> diff --git a/tools/ocaml/libs/eventchn/Makefile b/tools/ocaml/libs/eventchn/Makefile > >> index 2d8d618..ddd2ace 100644 > >> --- a/tools/ocaml/libs/eventchn/Makefile > >> +++ b/tools/ocaml/libs/eventchn/Makefile > >> @@ -8,7 +8,7 @@ OBJS = xeneventchn > >> INTF = $(foreach obj, $(OBJS),$(obj).cmi) > >> LIBS = xeneventchn.cma xeneventchn.cmxa > >> > >> -LIBS_xeneventchn = $(LDLIBS_libxenctrl) > >> +LIBS_xeneventchn = -L$(XEN_LIBXC) -lxenctrl > > The problem with this is that it seems to reintroduce a form of the > > problem solved by b7ee8d2f432f, that is accidental linking against > > libraries in /usr/lib (or elsewhere) instead of the freshly built ones > > in the source tree. > > > > Andy's version of the patch seems to have solved that issue, I was just > > hoping for a brief explanation of how (per > > <1365607338.27868.87.camel@zakaz.uk.xensource.com>) before I through it > > in the tree. > > > > Ian. > > > > "My patch" was simply an upstreaming of JonL's patch to make XCP build > against Debian. I have no particular knowledge of the Ocaml build > gubbins. It unfortunatly did not fix the problem in general. Adding some CCs, please can we try and retain these for any subsequent threads/postings of this patch. So what is the correct fix? How bad are the shortcomings of your proposed fix? What we need to avoid is either linking a new set of bindings against stale libraries present on the system outside of the build directory or the bindings subsequently linking against libraries other than the ones they were built/linked against. Doing either is likely to result in crashes for the user. This suggests that whatever is baked into the ocaml module needs to include at least a sufficient portion of the SONAME to ensure that the library which gets used is actually compatible with the one the bindings were build against. This requires that we don't embed "-lfoo" into the module since that translates to libfoo.so not libfoo.so.VERSION (or whichever scheme is used). If it isn't possible to separate out the command for linking the module from the one for using it then some hacks might be needed. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 15 11:05:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 11:05:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URhDY-0007uh-Fx; Mon, 15 Apr 2013 11:05:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URhDW-0007uZ-Rt; Mon, 15 Apr 2013 11:04:59 +0000 Received: from [85.158.138.51:23048] by server-4.bemta-3.messagelabs.com id E3/BE-21470-4DEDB615; Mon, 15 Apr 2013 11:04:52 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366023882!27834745!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17985 invoked from network); 15 Apr 2013 11:04:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 11:04:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,474,1363132800"; d="scan'208";a="3554882" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 15 Apr 2013 11:04:41 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 15 Apr 2013 12:04:41 +0100 Message-ID: <1366023879.4963.81.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Mon, 15 Apr 2013 12:04:39 +0100 In-Reply-To: <516BD5FC.7070306@citrix.com> References: <1366020597-7286-1-git-send-email-vincent.bernardoff@citrix.com> <1366021294.4963.56.camel@zakaz.uk.xensource.com> <516BD5FC.7070306@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: xen-api@lists.xen.org, Ian Jackson , "Vincent Bernardoff \(Intern\)" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH v2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-15 at 11:27 +0100, Andrew Cooper wrote: > On 15/04/13 11:21, Ian Campbell wrote: > > On Mon, 2013-04-15 at 11:09 +0100, Vincent Bernardoff wrote: > >> Fix the commands given to the OCaml compiler to make the OCaml > >> bindings to Xen usable outside the build environment. > >> > >> Signed-off-by: Vincent Bernardoff > >> > >> --- > >> Changed since v1: > >> * tools/Rules.mk is not modified, changes are now in > >> bottom-level Makefiles of OCaml libraries > > How does this relate to the patch which Andy Cooper posted in > > ? > > As stated somewhere on one of the two threads, this patch from Vincent > supersedes mine. Ah, I'd missed one of the threads (despite replying to it at one point!) > > > >> diff --git a/tools/ocaml/libs/eventchn/Makefile b/tools/ocaml/libs/eventchn/Makefile > >> index 2d8d618..ddd2ace 100644 > >> --- a/tools/ocaml/libs/eventchn/Makefile > >> +++ b/tools/ocaml/libs/eventchn/Makefile > >> @@ -8,7 +8,7 @@ OBJS = xeneventchn > >> INTF = $(foreach obj, $(OBJS),$(obj).cmi) > >> LIBS = xeneventchn.cma xeneventchn.cmxa > >> > >> -LIBS_xeneventchn = $(LDLIBS_libxenctrl) > >> +LIBS_xeneventchn = -L$(XEN_LIBXC) -lxenctrl > > The problem with this is that it seems to reintroduce a form of the > > problem solved by b7ee8d2f432f, that is accidental linking against > > libraries in /usr/lib (or elsewhere) instead of the freshly built ones > > in the source tree. > > > > Andy's version of the patch seems to have solved that issue, I was just > > hoping for a brief explanation of how (per > > <1365607338.27868.87.camel@zakaz.uk.xensource.com>) before I through it > > in the tree. > > > > Ian. > > > > "My patch" was simply an upstreaming of JonL's patch to make XCP build > against Debian. I have no particular knowledge of the Ocaml build > gubbins. It unfortunatly did not fix the problem in general. Adding some CCs, please can we try and retain these for any subsequent threads/postings of this patch. So what is the correct fix? How bad are the shortcomings of your proposed fix? What we need to avoid is either linking a new set of bindings against stale libraries present on the system outside of the build directory or the bindings subsequently linking against libraries other than the ones they were built/linked against. Doing either is likely to result in crashes for the user. This suggests that whatever is baked into the ocaml module needs to include at least a sufficient portion of the SONAME to ensure that the library which gets used is actually compatible with the one the bindings were build against. This requires that we don't embed "-lfoo" into the module since that translates to libfoo.so not libfoo.so.VERSION (or whichever scheme is used). If it isn't possible to separate out the command for linking the module from the one for using it then some hacks might be needed. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 15 11:20:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 11: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 1URhSm-0000av-8E; Mon, 15 Apr 2013 11:20:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URhSl-0000ak-O0 for xen-api@lists.xen.org; Mon, 15 Apr 2013 11:20:43 +0000 Received: from [85.158.138.51:46857] by server-14.bemta-3.messagelabs.com id F7/E8-27076-682EB615; Mon, 15 Apr 2013 11:20:38 +0000 X-Env-Sender: mikael@servercentralen.se X-Msg-Ref: server-4.tower-174.messagelabs.com!1366024834!28270392!1 X-Originating-IP: [188.95.35.85] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20932 invoked from network); 15 Apr 2013 11:20:35 -0000 Received: from solna-gw2.centralcloud.net (HELO smtpedge.centralcloud.net) (188.95.35.85) by server-4.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 15 Apr 2013 11:20:35 -0000 Received: from SOLNA-MBX02.nschmc.local ([fe80::6907:da46:2a18:9071]) by SOLNA-HUB01.nschmc.local ([fe80::d1e0:f192:d7:464a%11]) with mapi id 14.02.0328.009; Mon, 15 Apr 2013 13:25:36 +0200 From: Mikael Hugo To: Steven Crothers Thread-Topic: [Xen-API] Looking for comparison betw Thread-Index: Ac45yoK46ixpIdLgTn63LtQ9fwcMaw== Date: Mon, 15 Apr 2013 11:20:33 +0000 Message-ID: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA494B@SOLNA-MBX02.nschmc.local> Accept-Language: sv-SE, en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.68.3] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Looking for comparison betw X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, >The question is, why do you want to run Ubuntu? We could run Centos too with XCP-API or XCP 1.6- its just that the driverstack would be better in Ubuntu for some things. What we would need are things like puppet, ceph etc which would take some time to maintain in XCP server. /Mikael _______________________________________________ Xen-api 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 15 11:20:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 11: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 1URhSm-0000av-8E; Mon, 15 Apr 2013 11:20:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URhSl-0000ak-O0 for xen-api@lists.xen.org; Mon, 15 Apr 2013 11:20:43 +0000 Received: from [85.158.138.51:46857] by server-14.bemta-3.messagelabs.com id F7/E8-27076-682EB615; Mon, 15 Apr 2013 11:20:38 +0000 X-Env-Sender: mikael@servercentralen.se X-Msg-Ref: server-4.tower-174.messagelabs.com!1366024834!28270392!1 X-Originating-IP: [188.95.35.85] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20932 invoked from network); 15 Apr 2013 11:20:35 -0000 Received: from solna-gw2.centralcloud.net (HELO smtpedge.centralcloud.net) (188.95.35.85) by server-4.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 15 Apr 2013 11:20:35 -0000 Received: from SOLNA-MBX02.nschmc.local ([fe80::6907:da46:2a18:9071]) by SOLNA-HUB01.nschmc.local ([fe80::d1e0:f192:d7:464a%11]) with mapi id 14.02.0328.009; Mon, 15 Apr 2013 13:25:36 +0200 From: Mikael Hugo To: Steven Crothers Thread-Topic: [Xen-API] Looking for comparison betw Thread-Index: Ac45yoK46ixpIdLgTn63LtQ9fwcMaw== Date: Mon, 15 Apr 2013 11:20:33 +0000 Message-ID: <23A9CFB8DDE7F34089CC14B4B86FDA5877AA494B@SOLNA-MBX02.nschmc.local> Accept-Language: sv-SE, en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.68.3] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Looking for comparison betw X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, >The question is, why do you want to run Ubuntu? We could run Centos too with XCP-API or XCP 1.6- its just that the driverstack would be better in Ubuntu for some things. What we would need are things like puppet, ceph etc which would take some time to maintain in XCP server. /Mikael _______________________________________________ Xen-api 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 15 12:19:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 12:19: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 1URiNf-00035T-Bl; Mon, 15 Apr 2013 12:19:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URiNe-00035H-0x; Mon, 15 Apr 2013 12:19:30 +0000 Received: from [85.158.139.211:61171] by server-16.bemta-5.messagelabs.com id 45/ED-02543-150FB615; Mon, 15 Apr 2013 12:19:29 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1366028367!18991300!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26867 invoked from network); 15 Apr 2013 12:19:28 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 12:19:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,476,1363132800"; d="scan'208";a="19413456" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 15 Apr 2013 12:19:26 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Mon, 15 Apr 2013 08:19:26 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1URiNa-00029T-1m; Mon, 15 Apr 2013 13:19:26 +0100 Message-ID: <516BF04D.80300@citrix.com> Date: Mon, 15 Apr 2013 13:19:25 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: Ian Campbell References: <1366020597-7286-1-git-send-email-vincent.bernardoff@citrix.com> <1366021294.4963.56.camel@zakaz.uk.xensource.com> <516BD5FC.7070306@citrix.com> <1366023879.4963.81.camel@zakaz.uk.xensource.com> In-Reply-To: <1366023879.4963.81.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-api@lists.xen.org" , Ian Jackson , "Vincent Bernardoff \(Intern\)" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH v2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 15/04/13 12:04, Ian Campbell wrote: > On Mon, 2013-04-15 at 11:27 +0100, Andrew Cooper wrote: >> On 15/04/13 11:21, Ian Campbell wrote: >>> On Mon, 2013-04-15 at 11:09 +0100, Vincent Bernardoff wrote: >>>> Fix the commands given to the OCaml compiler to make the OCaml >>>> bindings to Xen usable outside the build environment. >>>> >>>> Signed-off-by: Vincent Bernardoff >>>> >>>> --- >>>> Changed since v1: >>>> * tools/Rules.mk is not modified, changes are now in >>>> bottom-level Makefiles of OCaml libraries >>> How does this relate to the patch which Andy Cooper posted in >>> ? >> As stated somewhere on one of the two threads, this patch from Vincent >> supersedes mine. > Ah, I'd missed one of the threads (despite replying to it at one point!) > >>>> diff --git a/tools/ocaml/libs/eventchn/Makefile b/tools/ocaml/libs/eventchn/Makefile >>>> index 2d8d618..ddd2ace 100644 >>>> --- a/tools/ocaml/libs/eventchn/Makefile >>>> +++ b/tools/ocaml/libs/eventchn/Makefile >>>> @@ -8,7 +8,7 @@ OBJS = xeneventchn >>>> INTF = $(foreach obj, $(OBJS),$(obj).cmi) >>>> LIBS = xeneventchn.cma xeneventchn.cmxa >>>> >>>> -LIBS_xeneventchn = $(LDLIBS_libxenctrl) >>>> +LIBS_xeneventchn = -L$(XEN_LIBXC) -lxenctrl >>> The problem with this is that it seems to reintroduce a form of the >>> problem solved by b7ee8d2f432f, that is accidental linking against >>> libraries in /usr/lib (or elsewhere) instead of the freshly built ones >>> in the source tree. >>> >>> Andy's version of the patch seems to have solved that issue, I was just >>> hoping for a brief explanation of how (per >>> <1365607338.27868.87.camel@zakaz.uk.xensource.com>) before I through it >>> in the tree. >>> >>> Ian. >>> >> "My patch" was simply an upstreaming of JonL's patch to make XCP build >> against Debian. I have no particular knowledge of the Ocaml build >> gubbins. It unfortunatly did not fix the problem in general. > Adding some CCs, please can we try and retain these for any subsequent > threads/postings of this patch. > > So what is the correct fix? How bad are the shortcomings of your > proposed fix? The shortcomings of the patch sent by me is that it completely breaks the bytecode libraries. As XCP was only needing to get the native compile working, that's all that got accounted for. > > What we need to avoid is either linking a new set of bindings against > stale libraries present on the system outside of the build directory or > the bindings subsequently linking against libraries other than the ones > they were built/linked against. Doing either is likely to result in > crashes for the user. > > This suggests that whatever is baked into the ocaml module needs to > include at least a sufficient portion of the SONAME to ensure that the > library which gets used is actually compatible with the one the bindings > were build against. This requires that we don't embed "-lfoo" into the > module since that translates to libfoo.so not libfoo.so.VERSION (or > whichever scheme is used). > > If it isn't possible to separate out the command for linking the module > from the one for using it then some hacks might be needed. > > Ian. > To the best of my understanding: Ocaml .cma/.cmxa libraries can ether be loaded at runtime, or subsequently linked against later to create complete programs. To facilitate that, gcc command line options are embedded in the cma/cmxa so the correct .so's can be found. The problem we have is that oxenstored is complied and linked completely to an executable in the build system, which means it needs the build system .so locations, while at the same time, the cma/cmxa's need to have the runtime system library locations so they can be included/linked against later. ~Andrew _______________________________________________ Xen-api 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 15 12:19:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 12:19: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 1URiNf-00035T-Bl; Mon, 15 Apr 2013 12:19:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URiNe-00035H-0x; Mon, 15 Apr 2013 12:19:30 +0000 Received: from [85.158.139.211:61171] by server-16.bemta-5.messagelabs.com id 45/ED-02543-150FB615; Mon, 15 Apr 2013 12:19:29 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1366028367!18991300!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26867 invoked from network); 15 Apr 2013 12:19:28 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 12:19:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,476,1363132800"; d="scan'208";a="19413456" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 15 Apr 2013 12:19:26 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Mon, 15 Apr 2013 08:19:26 -0400 Received: from andrewcoop.uk.xensource.com ([10.80.2.18]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1URiNa-00029T-1m; Mon, 15 Apr 2013 13:19:26 +0100 Message-ID: <516BF04D.80300@citrix.com> Date: Mon, 15 Apr 2013 13:19:25 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Icedove/17.0.4 MIME-Version: 1.0 To: Ian Campbell References: <1366020597-7286-1-git-send-email-vincent.bernardoff@citrix.com> <1366021294.4963.56.camel@zakaz.uk.xensource.com> <516BD5FC.7070306@citrix.com> <1366023879.4963.81.camel@zakaz.uk.xensource.com> In-Reply-To: <1366023879.4963.81.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-api@lists.xen.org" , Ian Jackson , "Vincent Bernardoff \(Intern\)" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH v2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 15/04/13 12:04, Ian Campbell wrote: > On Mon, 2013-04-15 at 11:27 +0100, Andrew Cooper wrote: >> On 15/04/13 11:21, Ian Campbell wrote: >>> On Mon, 2013-04-15 at 11:09 +0100, Vincent Bernardoff wrote: >>>> Fix the commands given to the OCaml compiler to make the OCaml >>>> bindings to Xen usable outside the build environment. >>>> >>>> Signed-off-by: Vincent Bernardoff >>>> >>>> --- >>>> Changed since v1: >>>> * tools/Rules.mk is not modified, changes are now in >>>> bottom-level Makefiles of OCaml libraries >>> How does this relate to the patch which Andy Cooper posted in >>> ? >> As stated somewhere on one of the two threads, this patch from Vincent >> supersedes mine. > Ah, I'd missed one of the threads (despite replying to it at one point!) > >>>> diff --git a/tools/ocaml/libs/eventchn/Makefile b/tools/ocaml/libs/eventchn/Makefile >>>> index 2d8d618..ddd2ace 100644 >>>> --- a/tools/ocaml/libs/eventchn/Makefile >>>> +++ b/tools/ocaml/libs/eventchn/Makefile >>>> @@ -8,7 +8,7 @@ OBJS = xeneventchn >>>> INTF = $(foreach obj, $(OBJS),$(obj).cmi) >>>> LIBS = xeneventchn.cma xeneventchn.cmxa >>>> >>>> -LIBS_xeneventchn = $(LDLIBS_libxenctrl) >>>> +LIBS_xeneventchn = -L$(XEN_LIBXC) -lxenctrl >>> The problem with this is that it seems to reintroduce a form of the >>> problem solved by b7ee8d2f432f, that is accidental linking against >>> libraries in /usr/lib (or elsewhere) instead of the freshly built ones >>> in the source tree. >>> >>> Andy's version of the patch seems to have solved that issue, I was just >>> hoping for a brief explanation of how (per >>> <1365607338.27868.87.camel@zakaz.uk.xensource.com>) before I through it >>> in the tree. >>> >>> Ian. >>> >> "My patch" was simply an upstreaming of JonL's patch to make XCP build >> against Debian. I have no particular knowledge of the Ocaml build >> gubbins. It unfortunatly did not fix the problem in general. > Adding some CCs, please can we try and retain these for any subsequent > threads/postings of this patch. > > So what is the correct fix? How bad are the shortcomings of your > proposed fix? The shortcomings of the patch sent by me is that it completely breaks the bytecode libraries. As XCP was only needing to get the native compile working, that's all that got accounted for. > > What we need to avoid is either linking a new set of bindings against > stale libraries present on the system outside of the build directory or > the bindings subsequently linking against libraries other than the ones > they were built/linked against. Doing either is likely to result in > crashes for the user. > > This suggests that whatever is baked into the ocaml module needs to > include at least a sufficient portion of the SONAME to ensure that the > library which gets used is actually compatible with the one the bindings > were build against. This requires that we don't embed "-lfoo" into the > module since that translates to libfoo.so not libfoo.so.VERSION (or > whichever scheme is used). > > If it isn't possible to separate out the command for linking the module > from the one for using it then some hacks might be needed. > > Ian. > To the best of my understanding: Ocaml .cma/.cmxa libraries can ether be loaded at runtime, or subsequently linked against later to create complete programs. To facilitate that, gcc command line options are embedded in the cma/cmxa so the correct .so's can be found. The problem we have is that oxenstored is complied and linked completely to an executable in the build system, which means it needs the build system .so locations, while at the same time, the cma/cmxa's need to have the runtime system library locations so they can be included/linked against later. ~Andrew _______________________________________________ Xen-api 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 15 12:42:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 12:42:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URijQ-0004TV-B7; Mon, 15 Apr 2013 12:42:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URijO-0004TJ-K6; Mon, 15 Apr 2013 12:41:58 +0000 Received: from [85.158.139.83:30739] by server-16.bemta-5.messagelabs.com id AF/DE-02543-595FB615; Mon, 15 Apr 2013 12:41:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1366029717!28295306!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14501 invoked from network); 15 Apr 2013 12:41:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 12:41:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,476,1363132800"; d="scan'208";a="3559049" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 15 Apr 2013 12:41:58 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 15 Apr 2013 13:41:56 +0100 Message-ID: <1366029715.4963.135.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Mon, 15 Apr 2013 13:41:55 +0100 In-Reply-To: <516BF04D.80300@citrix.com> References: <1366020597-7286-1-git-send-email-vincent.bernardoff@citrix.com> <1366021294.4963.56.camel@zakaz.uk.xensource.com> <516BD5FC.7070306@citrix.com> <1366023879.4963.81.camel@zakaz.uk.xensource.com> <516BF04D.80300@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , Ian Jackson , "Vincent Bernardoff \(Intern\)" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH v2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-15 at 13:19 +0100, Andrew Cooper wrote: > To the best of my understanding: > > Ocaml .cma/.cmxa libraries can ether be loaded at runtime, or > subsequently linked against later to create complete programs. > > To facilitate that, gcc command line options are embedded in the > cma/cmxa so the correct .so's can be found. This matches my understanding. One thing which isn't clear to me is if the command line options which are embedded are also used as part of building the module itself or if they are only used when the module is linked against. > The problem we have is that oxenstored is complied and linked completely > to an executable in the build system, which means it needs the build > system .so locations, while at the same time, the cma/cmxa's need to > have the runtime system library locations so they can be included/linked > against later. Right, and in this latter case when linking against the ocaml module we needs to be sure we are picking up a version of the library which is consistent with what the module was built against (including headers etc). i.e. we need the right ABI. This means that -lfoo and /path/to/libfoo.so are both equally wrong, it needs to be the thing which libfoo.so links to, or the intermediate "MAJOR" version SONAME variant iff that declares sufficient ABI compatibility. e.g. libxenctrl.so -> libxenctrl.so.4.2 libxenctrl.so.4.2 -> libxenctrl.so.4.2.0 libxenctrl.so.4.2.0 So specifying libxenctrl.so is wrong (as is -lxenctrl, which is ~equivalent). Either or libxenctrl.so.4.2 or libxenctrl.so.4.2.0 would be OK. A C application ends up with a NEEDED value of libxenctrl.so.4.2 so that's probably the one to use here too. How do the dllFOO_stubs.so libraries: $ find tools/ocaml/ -name dll\*stub\*so tools/ocaml/libs/xb/dllxenbus_stubs.so tools/ocaml/libs/eventchn/dllxeneventchn_stubs.so tools/ocaml/libs/xl/dllxenlight_stubs.so tools/ocaml/libs/xc/dllxenctrl_stubs.so tools/ocaml/libs/mmap/dllxenmmap_stubs.so tools/ocaml/xenstored/dllsyslog_stubs.so fit in? They do not appear to have a suitable ELF NEEDED entry for the library which they are stubbing for -- could that be the actual root cause of this issue? I'm not entirely sure how those are built or used but given that dllxenctrl_stubs.so uses symbols from libxenctrl.so I'd have said it ought to have a NEEDED libxenctrl.so.4.2 in it. However I'm not sure how these stub libraries get used, oxenstored appears to dynamically link against libxenctrls.so.4.2 and not the dllxenctrl_stubs.so -- so I guess it gets embedded at link time? So I'm not at all sure if a NEEDED header in dllxentrl_stubs.so would get propagated to the final application binary (arguably it should). Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 15 12:42:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 12:42:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URijQ-0004TV-B7; Mon, 15 Apr 2013 12:42:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URijO-0004TJ-K6; Mon, 15 Apr 2013 12:41:58 +0000 Received: from [85.158.139.83:30739] by server-16.bemta-5.messagelabs.com id AF/DE-02543-595FB615; Mon, 15 Apr 2013 12:41:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1366029717!28295306!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14501 invoked from network); 15 Apr 2013 12:41:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 12:41:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,476,1363132800"; d="scan'208";a="3559049" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 15 Apr 2013 12:41:58 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 15 Apr 2013 13:41:56 +0100 Message-ID: <1366029715.4963.135.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Mon, 15 Apr 2013 13:41:55 +0100 In-Reply-To: <516BF04D.80300@citrix.com> References: <1366020597-7286-1-git-send-email-vincent.bernardoff@citrix.com> <1366021294.4963.56.camel@zakaz.uk.xensource.com> <516BD5FC.7070306@citrix.com> <1366023879.4963.81.camel@zakaz.uk.xensource.com> <516BF04D.80300@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , Ian Jackson , "Vincent Bernardoff \(Intern\)" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH v2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-15 at 13:19 +0100, Andrew Cooper wrote: > To the best of my understanding: > > Ocaml .cma/.cmxa libraries can ether be loaded at runtime, or > subsequently linked against later to create complete programs. > > To facilitate that, gcc command line options are embedded in the > cma/cmxa so the correct .so's can be found. This matches my understanding. One thing which isn't clear to me is if the command line options which are embedded are also used as part of building the module itself or if they are only used when the module is linked against. > The problem we have is that oxenstored is complied and linked completely > to an executable in the build system, which means it needs the build > system .so locations, while at the same time, the cma/cmxa's need to > have the runtime system library locations so they can be included/linked > against later. Right, and in this latter case when linking against the ocaml module we needs to be sure we are picking up a version of the library which is consistent with what the module was built against (including headers etc). i.e. we need the right ABI. This means that -lfoo and /path/to/libfoo.so are both equally wrong, it needs to be the thing which libfoo.so links to, or the intermediate "MAJOR" version SONAME variant iff that declares sufficient ABI compatibility. e.g. libxenctrl.so -> libxenctrl.so.4.2 libxenctrl.so.4.2 -> libxenctrl.so.4.2.0 libxenctrl.so.4.2.0 So specifying libxenctrl.so is wrong (as is -lxenctrl, which is ~equivalent). Either or libxenctrl.so.4.2 or libxenctrl.so.4.2.0 would be OK. A C application ends up with a NEEDED value of libxenctrl.so.4.2 so that's probably the one to use here too. How do the dllFOO_stubs.so libraries: $ find tools/ocaml/ -name dll\*stub\*so tools/ocaml/libs/xb/dllxenbus_stubs.so tools/ocaml/libs/eventchn/dllxeneventchn_stubs.so tools/ocaml/libs/xl/dllxenlight_stubs.so tools/ocaml/libs/xc/dllxenctrl_stubs.so tools/ocaml/libs/mmap/dllxenmmap_stubs.so tools/ocaml/xenstored/dllsyslog_stubs.so fit in? They do not appear to have a suitable ELF NEEDED entry for the library which they are stubbing for -- could that be the actual root cause of this issue? I'm not entirely sure how those are built or used but given that dllxenctrl_stubs.so uses symbols from libxenctrl.so I'd have said it ought to have a NEEDED libxenctrl.so.4.2 in it. However I'm not sure how these stub libraries get used, oxenstored appears to dynamically link against libxenctrls.so.4.2 and not the dllxenctrl_stubs.so -- so I guess it gets embedded at link time? So I'm not at all sure if a NEEDED header in dllxentrl_stubs.so would get propagated to the final application binary (arguably it should). Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 15 15:03:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 15:03: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 1URkw7-0001tT-Bu; Mon, 15 Apr 2013 15:03:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URkw5-0001tK-Ec for xen-api@lists.xen.org; Mon, 15 Apr 2013 15:03:13 +0000 Received: from [85.158.139.211:9790] by server-8.bemta-5.messagelabs.com id AF/5D-05790-0B61C615; Mon, 15 Apr 2013 15:03:12 +0000 X-Env-Sender: vistein@informatik.uni-augsburg.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1366038191!18962591!1 X-Originating-IP: [137.250.121.102] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14221 invoked from network); 15 Apr 2013 15:03:11 -0000 Received: from pinova.rz.uni-augsburg.de (HELO pinova.rz.uni-augsburg.de) (137.250.121.102) by server-4.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 15 Apr 2013 15:03:11 -0000 Received: from limone.rz.uni-augsburg.de ([137.250.1.101]) by pinova.rz.uni-augsburg.de with esmtp (Exim 4.71) (envelope-from ) id 1URkw3-0004UB-98 for xen-api@lists.xen.org; Mon, 15 Apr 2013 17:03:11 +0200 Received: from swt.informatik.uni-augsburg.de ([137.250.170.2]) by limone.rz.uni-augsburg.de with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1URkw3-00044B-5k for xen-api@lists.xen.org; Mon, 15 Apr 2013 17:03:11 +0200 Received: from exchange2.groupy.isse.de (groupy.informatik.uni-augsburg.de [137.250.170.9]) by swt.informatik.uni-augsburg.de (Postfix) with ESMTPS id B8E3417747C for ; Mon, 15 Apr 2013 17:03:10 +0200 (CEST) Received: from exchange2.groupy.isse.de ([fe80::f4bd:3260:4e48:a9c8]) by exchange2.groupy.isse.de ([fe80::f4bd:3260:4e48:a9c8%10]) with mapi id 14.03.0123.003; Mon, 15 Apr 2013 17:03:10 +0200 From: Michael Vistein To: "xen-api@lists.xen.org" Thread-Topic: Recovery of lost NFS VHD storage Thread-Index: Ac456X5OZtLSuKATTKODvtKUZ4tVjA== Date: Mon, 15 Apr 2013 15:03:09 +0000 Message-ID: <378982C2DED06049B6E2FED41772A03A2D4C0B03@exchange2.groupy.isse.de> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.250.170.121] MIME-Version: 1.0 X-uaux-clamav: fa77dd1131ecaa4f417f94ecd9a38400 Subject: [Xen-API] Recovery of lost NFS VHD storage X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7340490565617553914==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7340490565617553914== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_" --_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, this morning I encountered a problem with XCP 1.6 in relation with a NFS st= orage repository. We are using a hardware pool with three identical servers, all are accessin= g a shared NFS VHD stroage repository on an external NFS server. This morni= ng the NFS server crashed, therefore all VMs lost their hard drive and were= more or less hanging. What is the official recovery method in this case? XenCenter still showed t= he SR as "connected", but a rescan of the SR failed. Directly on the consol= e of the XCP I could not cd into the mountpoint due to "Stale NFS handle". = I wasn't able to unmount or remount the SR because of open files from the s= till running VMs. Shutting down or migrating VMs of course wasn't possible = either. The only solution I found was a hard reboot of all servers in the pool. Is = there a better way for such a problem? Thanks in advance, Michael --_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

this morning I encountered a pr= oblem with XCP 1.6 in relation with a NFS storage repository.

 

We are using a hardware pool wi= th three identical servers, all are accessing a shared NFS VHD stroage repo= sitory on an external NFS server. This morning the NFS server crashed, ther= efore all VMs lost their hard drive and were more or less hanging.

 

What is the official recovery m= ethod in this case? XenCenter still showed the SR as “connected”= ;, but a rescan of the SR failed. Directly on the console of the XCP I coul= d not cd into the mountpoint due to “Stale NFS handle”. I wasn’t able to unmount or remount the SR because of open files fro= m the still running VMs. Shutting down or migrating VMs of course wasn̵= 7;t possible either.

The only solution I found was a= hard reboot of all servers in the pool. Is there a better way for such a p= roblem?

 

Thanks in advance,

 

Michael

--_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_-- --===============7340490565617553914== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7340490565617553914==-- From xen-api-bounces@lists.xen.org Mon Apr 15 15:03:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 15:03: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 1URkw7-0001tT-Bu; Mon, 15 Apr 2013 15:03:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URkw5-0001tK-Ec for xen-api@lists.xen.org; Mon, 15 Apr 2013 15:03:13 +0000 Received: from [85.158.139.211:9790] by server-8.bemta-5.messagelabs.com id AF/5D-05790-0B61C615; Mon, 15 Apr 2013 15:03:12 +0000 X-Env-Sender: vistein@informatik.uni-augsburg.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1366038191!18962591!1 X-Originating-IP: [137.250.121.102] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14221 invoked from network); 15 Apr 2013 15:03:11 -0000 Received: from pinova.rz.uni-augsburg.de (HELO pinova.rz.uni-augsburg.de) (137.250.121.102) by server-4.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 15 Apr 2013 15:03:11 -0000 Received: from limone.rz.uni-augsburg.de ([137.250.1.101]) by pinova.rz.uni-augsburg.de with esmtp (Exim 4.71) (envelope-from ) id 1URkw3-0004UB-98 for xen-api@lists.xen.org; Mon, 15 Apr 2013 17:03:11 +0200 Received: from swt.informatik.uni-augsburg.de ([137.250.170.2]) by limone.rz.uni-augsburg.de with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1URkw3-00044B-5k for xen-api@lists.xen.org; Mon, 15 Apr 2013 17:03:11 +0200 Received: from exchange2.groupy.isse.de (groupy.informatik.uni-augsburg.de [137.250.170.9]) by swt.informatik.uni-augsburg.de (Postfix) with ESMTPS id B8E3417747C for ; Mon, 15 Apr 2013 17:03:10 +0200 (CEST) Received: from exchange2.groupy.isse.de ([fe80::f4bd:3260:4e48:a9c8]) by exchange2.groupy.isse.de ([fe80::f4bd:3260:4e48:a9c8%10]) with mapi id 14.03.0123.003; Mon, 15 Apr 2013 17:03:10 +0200 From: Michael Vistein To: "xen-api@lists.xen.org" Thread-Topic: Recovery of lost NFS VHD storage Thread-Index: Ac456X5OZtLSuKATTKODvtKUZ4tVjA== Date: Mon, 15 Apr 2013 15:03:09 +0000 Message-ID: <378982C2DED06049B6E2FED41772A03A2D4C0B03@exchange2.groupy.isse.de> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.250.170.121] MIME-Version: 1.0 X-uaux-clamav: fa77dd1131ecaa4f417f94ecd9a38400 Subject: [Xen-API] Recovery of lost NFS VHD storage X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7340490565617553914==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7340490565617553914== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_" --_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, this morning I encountered a problem with XCP 1.6 in relation with a NFS st= orage repository. We are using a hardware pool with three identical servers, all are accessin= g a shared NFS VHD stroage repository on an external NFS server. This morni= ng the NFS server crashed, therefore all VMs lost their hard drive and were= more or less hanging. What is the official recovery method in this case? XenCenter still showed t= he SR as "connected", but a rescan of the SR failed. Directly on the consol= e of the XCP I could not cd into the mountpoint due to "Stale NFS handle". = I wasn't able to unmount or remount the SR because of open files from the s= till running VMs. Shutting down or migrating VMs of course wasn't possible = either. The only solution I found was a hard reboot of all servers in the pool. Is = there a better way for such a problem? Thanks in advance, Michael --_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

this morning I encountered a pr= oblem with XCP 1.6 in relation with a NFS storage repository.

 

We are using a hardware pool wi= th three identical servers, all are accessing a shared NFS VHD stroage repo= sitory on an external NFS server. This morning the NFS server crashed, ther= efore all VMs lost their hard drive and were more or less hanging.

 

What is the official recovery m= ethod in this case? XenCenter still showed the SR as “connected”= ;, but a rescan of the SR failed. Directly on the console of the XCP I coul= d not cd into the mountpoint due to “Stale NFS handle”. I wasn’t able to unmount or remount the SR because of open files fro= m the still running VMs. Shutting down or migrating VMs of course wasn̵= 7;t possible either.

The only solution I found was a= hard reboot of all servers in the pool. Is there a better way for such a p= roblem?

 

Thanks in advance,

 

Michael

--_000_378982C2DED06049B6E2FED41772A03A2D4C0B03exchange2groupy_-- --===============7340490565617553914== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7340490565617553914==-- From xen-api-bounces@lists.xen.org Mon Apr 15 16:02:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 16:02:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URlr3-00064T-Mz; Mon, 15 Apr 2013 16:02:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URlr1-000641-NS; Mon, 15 Apr 2013 16:02:04 +0000 Received: from [85.158.139.83:59936] by server-9.bemta-5.messagelabs.com id FD/53-08547-6742C615; Mon, 15 Apr 2013 16:01:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1366041715!27705787!1 X-Originating-IP: [209.85.220.49] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9825 invoked from network); 15 Apr 2013 16:01:57 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 16:01:57 -0000 Received: by mail-pa0-f49.google.com with SMTP id kp14so2590077pab.8 for ; Mon, 15 Apr 2013 09:01:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=SUIxf7Ot/TeWL3SooqPxAK8RCMSuAzgY3ok8iHFPbh4=; b=mc38S1a+kAbQtFEIuEj5YPdzeJl3XJ3v3Uyzg6kWVgXpO9GXC+T/PN580VjHQT3Tzd 4lniOr/NTwTb6piCUECq1JwA1bBHG6C9aQDBPzVI3GVfVum5lljdHHDIqeKxIHdDdypw QW2LVdtSI3Mf+Mz+i7Ch/qny73EU66etVIIMRtgMMwf1atxQqaGJul9ARdTyV1qXLhbm AXHtkKQrdnyD2DCtXCnaUONk/wk4t8oBIFAUQ0EJFDn24nIsLnJE/mJVRgSxxDg3njDq DLwJQ+4HSF7rcRKtMfjgrNC/Vx47PJtJpuSlofWkyZ2Mf13bAWwERnKxtj2NdRcN/v0e jY4Q== X-Received: by 10.68.196.1 with SMTP id ii1mr30202156pbc.200.1366041700974; Mon, 15 Apr 2013 09:01:40 -0700 (PDT) Received: from [172.16.26.11] ([69.38.217.3]) by mx.google.com with ESMTPS id hp1sm22567803pac.3.2013.04.15.09.01.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Apr 2013 09:01:40 -0700 (PDT) Message-ID: <516C2463.3090804@xen.org> Date: Mon, 15 Apr 2013 17:01:39 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" , xen-arm@lists.xen.org Subject: [Xen-API] Xen is now a Linux Foundation Collaborative Project 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: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Dear community members, almost a year ago, I floated the idea within Citrix of finding a = non-profit home for the Xen Project. At this point, I had worked for and = with the Xen community for just over a year. We only just implemented = community-led Governance and it was clear that at some point Xen would = need to become a truly vendor neutral project. You cannot imagine how = pleased I was, when almost immediately I got full support from Citrix = management to pursue the idea of finding a vendor-neutral home for Xen. = We looked at various options and it quickly became clear that The Linux = Foundation was the most natural fit for the Xen Project. And then the = hard work to pull everything together started =85 but this is a story for = some other time. The good news is that as of today, The Xen Project is a = Linux Foundation Collaborative Project with an impressive Advisory Board = consisting of companies that will contribute to, fund and guide the = non-technical aspects of the Xen Project. An increase in Diversity =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Let=92s have a quick recap of Xen Governance Evolution: in early 2011, the = developer community largely operated through a set of unwritten rules. = This made it hard to join the community. In retrospect this had actually = stopped vendors from contributing and was the reason why some early = contributors abandoned Xen. Since then, we defined ourXen Governance = formalizing values, roles, decision making, the project life-cycle and = other areas. Ownership and responsibilities of tasks have been = distributed to community members. We also created a forum for = distinguished community members (individuals as well as vendors = contributing to the project) through the Xen Maintainer, Committer and = Developer Meetings, which have evolved into a Project Management = Committee (even though we don=92t call it a PMC). Also, we have a better = approach to planning and generating a Xen Roadmap, a well-defined = Security Vulnerability Process and other community initiatives. The = effect all this had is that the contributor community grew from 6 = organizations contributing more than 1% to the code in 2010 to 13 = organizations in 2012. The next logical step for Xen was to become a = truly independent open source project, and this has now happened. Bringing Users and Developers Together =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D One thing I am really pleased with is the diverse list of companies that = joined the Xen Advisory Board to support the project financially. * Hardware and Silicon vendors such as AMD, Calxeda, Cisco, Intel and = Samsung. * Companies that use Xen in software products such as Bromium, Citrix = and Oracle. * Large scale users of Xen, such as Amazon Web Services, CA = Technologies, Google and Verizon. This is a good and healthy mix. Because of Xen=92s roots as a University = project, it was an almost exclusively developer-focused community. Some = even complained that the project didn=92t care a lot about its users. But = for open source projects to succeed, tending and growing your user base = is essential. In the last two years, the community started a program of = change and has engaged its user base much more. Having good user = representation on the Xen Advisory Board should help foster and = accelerate this change. The icing on the cake is the new xenproject.org = site (which we are launching as beta today) is designed to be a site for = the entire community: bringing users, developers as well as companies = together. More Collaboration =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D For the Xen 4.3 release we have already seen an increased amount of = collaboration and up-front planning on issues such as performance and = scalability improvements, new features such as PVH and Xen ARM support = for ARM based servers, UEFI secure boot, working with upstream projects = such as Linux and QEMU, downstream Linux and BSD distros and cloud = orchestration stacks. Embedding Xen into the Linux family as a Linux = Foundation Collaborative project should lead to more such collaboration = as part of the wider Linux and open source community. Of course this = will not happen by itself: one of my personal priorities for the rest of = this year is that more collaboration happens. What is going to change? =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D If you are a Xen User or Developer pretty much nothing initially. = Everything will continue to run as it always has. In the longer run, I = am confident that the Xen Collaborative Project will lead to more code = contributions, better integration with Linux distributions, increased = adoption of Xen, more integration with other projects, better marketing = and a lot more. All the changes should be positive. There will be some short-term changes though that will affect you: = xen.org will move to xenproject.org, the Xen Logo is changing and we = have a new Xen Community website at xenproject.org (which means the old = site will be archived). Because the domain changes cannot be implemented = entirely without impacting our users and developers, this may be also a = good opportunity to look at some housekeeping activites (wiki = categorization to improve navigation, killing some old archived lists, = ... ). Any changes will be made with the community in accordance with = existing community processes. Unfortunately we could not involve you = when we prepared the new xenproject.org community website: I hope you = understand that we had to keep the creation of the Xen Linux Foundation = Collaborative Project under wraps. But there will be plenty of = opportunity to listen to you and make changes in the coming weeks. In any case, I am quite excited about what is happening and I hope you = are too. Lars Further Information =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D - Announcement : = https://www.linuxfoundation.org/news-media/announcements/2013/04/xen-become= -linux-foundation-collaborative-project - New Xen Prpject Community Web-site : http://www.xenproject.org - FAQ : http://www.xenproject.org/xen-project-faq.html _______________________________________________ Xen-api 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 15 16:02:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 16:02:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URlr3-00064T-Mz; Mon, 15 Apr 2013 16:02:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URlr1-000641-NS; Mon, 15 Apr 2013 16:02:04 +0000 Received: from [85.158.139.83:59936] by server-9.bemta-5.messagelabs.com id FD/53-08547-6742C615; Mon, 15 Apr 2013 16:01:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1366041715!27705787!1 X-Originating-IP: [209.85.220.49] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9825 invoked from network); 15 Apr 2013 16:01:57 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2013 16:01:57 -0000 Received: by mail-pa0-f49.google.com with SMTP id kp14so2590077pab.8 for ; Mon, 15 Apr 2013 09:01:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=SUIxf7Ot/TeWL3SooqPxAK8RCMSuAzgY3ok8iHFPbh4=; b=mc38S1a+kAbQtFEIuEj5YPdzeJl3XJ3v3Uyzg6kWVgXpO9GXC+T/PN580VjHQT3Tzd 4lniOr/NTwTb6piCUECq1JwA1bBHG6C9aQDBPzVI3GVfVum5lljdHHDIqeKxIHdDdypw QW2LVdtSI3Mf+Mz+i7Ch/qny73EU66etVIIMRtgMMwf1atxQqaGJul9ARdTyV1qXLhbm AXHtkKQrdnyD2DCtXCnaUONk/wk4t8oBIFAUQ0EJFDn24nIsLnJE/mJVRgSxxDg3njDq DLwJQ+4HSF7rcRKtMfjgrNC/Vx47PJtJpuSlofWkyZ2Mf13bAWwERnKxtj2NdRcN/v0e jY4Q== X-Received: by 10.68.196.1 with SMTP id ii1mr30202156pbc.200.1366041700974; Mon, 15 Apr 2013 09:01:40 -0700 (PDT) Received: from [172.16.26.11] ([69.38.217.3]) by mx.google.com with ESMTPS id hp1sm22567803pac.3.2013.04.15.09.01.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Apr 2013 09:01:40 -0700 (PDT) Message-ID: <516C2463.3090804@xen.org> Date: Mon, 15 Apr 2013 17:01:39 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" , xen-arm@lists.xen.org Subject: [Xen-API] Xen is now a Linux Foundation Collaborative Project 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: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Dear community members, almost a year ago, I floated the idea within Citrix of finding a = non-profit home for the Xen Project. At this point, I had worked for and = with the Xen community for just over a year. We only just implemented = community-led Governance and it was clear that at some point Xen would = need to become a truly vendor neutral project. You cannot imagine how = pleased I was, when almost immediately I got full support from Citrix = management to pursue the idea of finding a vendor-neutral home for Xen. = We looked at various options and it quickly became clear that The Linux = Foundation was the most natural fit for the Xen Project. And then the = hard work to pull everything together started =85 but this is a story for = some other time. The good news is that as of today, The Xen Project is a = Linux Foundation Collaborative Project with an impressive Advisory Board = consisting of companies that will contribute to, fund and guide the = non-technical aspects of the Xen Project. An increase in Diversity =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Let=92s have a quick recap of Xen Governance Evolution: in early 2011, the = developer community largely operated through a set of unwritten rules. = This made it hard to join the community. In retrospect this had actually = stopped vendors from contributing and was the reason why some early = contributors abandoned Xen. Since then, we defined ourXen Governance = formalizing values, roles, decision making, the project life-cycle and = other areas. Ownership and responsibilities of tasks have been = distributed to community members. We also created a forum for = distinguished community members (individuals as well as vendors = contributing to the project) through the Xen Maintainer, Committer and = Developer Meetings, which have evolved into a Project Management = Committee (even though we don=92t call it a PMC). Also, we have a better = approach to planning and generating a Xen Roadmap, a well-defined = Security Vulnerability Process and other community initiatives. The = effect all this had is that the contributor community grew from 6 = organizations contributing more than 1% to the code in 2010 to 13 = organizations in 2012. The next logical step for Xen was to become a = truly independent open source project, and this has now happened. Bringing Users and Developers Together =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D One thing I am really pleased with is the diverse list of companies that = joined the Xen Advisory Board to support the project financially. * Hardware and Silicon vendors such as AMD, Calxeda, Cisco, Intel and = Samsung. * Companies that use Xen in software products such as Bromium, Citrix = and Oracle. * Large scale users of Xen, such as Amazon Web Services, CA = Technologies, Google and Verizon. This is a good and healthy mix. Because of Xen=92s roots as a University = project, it was an almost exclusively developer-focused community. Some = even complained that the project didn=92t care a lot about its users. But = for open source projects to succeed, tending and growing your user base = is essential. In the last two years, the community started a program of = change and has engaged its user base much more. Having good user = representation on the Xen Advisory Board should help foster and = accelerate this change. The icing on the cake is the new xenproject.org = site (which we are launching as beta today) is designed to be a site for = the entire community: bringing users, developers as well as companies = together. More Collaboration =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D For the Xen 4.3 release we have already seen an increased amount of = collaboration and up-front planning on issues such as performance and = scalability improvements, new features such as PVH and Xen ARM support = for ARM based servers, UEFI secure boot, working with upstream projects = such as Linux and QEMU, downstream Linux and BSD distros and cloud = orchestration stacks. Embedding Xen into the Linux family as a Linux = Foundation Collaborative project should lead to more such collaboration = as part of the wider Linux and open source community. Of course this = will not happen by itself: one of my personal priorities for the rest of = this year is that more collaboration happens. What is going to change? =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D If you are a Xen User or Developer pretty much nothing initially. = Everything will continue to run as it always has. In the longer run, I = am confident that the Xen Collaborative Project will lead to more code = contributions, better integration with Linux distributions, increased = adoption of Xen, more integration with other projects, better marketing = and a lot more. All the changes should be positive. There will be some short-term changes though that will affect you: = xen.org will move to xenproject.org, the Xen Logo is changing and we = have a new Xen Community website at xenproject.org (which means the old = site will be archived). Because the domain changes cannot be implemented = entirely without impacting our users and developers, this may be also a = good opportunity to look at some housekeeping activites (wiki = categorization to improve navigation, killing some old archived lists, = ... ). Any changes will be made with the community in accordance with = existing community processes. Unfortunately we could not involve you = when we prepared the new xenproject.org community website: I hope you = understand that we had to keep the creation of the Xen Linux Foundation = Collaborative Project under wraps. But there will be plenty of = opportunity to listen to you and make changes in the coming weeks. In any case, I am quite excited about what is happening and I hope you = are too. Lars Further Information =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D - Announcement : = https://www.linuxfoundation.org/news-media/announcements/2013/04/xen-become= -linux-foundation-collaborative-project - New Xen Prpject Community Web-site : http://www.xenproject.org - FAQ : http://www.xenproject.org/xen-project-faq.html _______________________________________________ Xen-api 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 15 16:27:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 16:27: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 1URmFc-00005B-MU; Mon, 15 Apr 2013 16:27:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URmFa-000055-BK for xen-api@lists.xen.org; Mon, 15 Apr 2013 16:27:26 +0000 Received: from [85.158.137.99:64803] by server-9.bemta-3.messagelabs.com id A6/AD-32531-D6A2C615; Mon, 15 Apr 2013 16:27:25 +0000 X-Env-Sender: vb@luminar.eu.org X-Msg-Ref: server-15.tower-217.messagelabs.com!1366043242!15134475!1 X-Originating-IP: [94.23.24.152] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6774 invoked from network); 15 Apr 2013 16:27:22 -0000 Received: from luminar.eu.org (HELO luminar.eu.org) (94.23.24.152) by server-15.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Apr 2013 16:27:22 -0000 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id A2528C03B3; Mon, 15 Apr 2013 18:27:21 +0200 (CEST) Message-ID: <516C2A69.9020104@luminar.eu.org> Date: Mon, 15 Apr 2013 17:27:21 +0100 From: Vincent Bernardoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <1366041761-20062-2-git-send-email-vincent.bernardoff@citrix.com> In-Reply-To: <1366041761-20062-2-git-send-email-vincent.bernardoff@citrix.com> X-Forwarded-Message-Id: <1366041761-20062-2-git-send-email-vincent.bernardoff@citrix.com> Subject: [Xen-API] Fwd: [Xen-devel] [PATCH v3 2/2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 This is a patch I sent to the xen-devel list. Dave, Jon, can you please comment on it ? Thanks in advance, Vincent -------- Original Message -------- Subject: [Xen-devel] [PATCH v3 2/2] tools/ocaml: Fix library generation Date: Mon, 15 Apr 2013 17:02:41 +0100 From: Vincent Bernardoff To: CC: Vincent Bernardoff * Summary of changes: - .cma are created by using ocamlc with the -dllib -l option that will make a bytecode OCaml program link against at runtime. The -cclib/-ccopt options are only used in "custom runtime" mode, which we do not use, so I removed them. I changed .so to -l, as ocamlc only supports (according to its documentation) arguments in the form -l for -dllib. - $(CC) -shared is used in lieu and place of $(OCAMLMKLIB). ocamlmklib do not provide enough flexibility for doing what we want, i.e. linking against specific .so libraries that we give in the command line. Using $(CC) directly addresses this issue. Signed-off-by: Vincent Bernardoff --- tools/ocaml/Makefile.rules | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/ocaml/Makefile.rules b/tools/ocaml/Makefile.rules index 5e6d81e..1ff5e43 100644 --- a/tools/ocaml/Makefile.rules +++ b/tools/ocaml/Makefile.rules @@ -54,18 +54,18 @@ mk-caml-lib-bytecode = $(call quiet-command, $(OCAMLC) $(OCAMLCFLAGS) -a -o $1 $ mk-caml-stubs = $(call quiet-command, $(OCAMLMKLIB) -o `basename $1 .a` $2,MKLIB,$1) mk-caml-lib-stubs = \ - $(call quiet-command, $(AR) rcs $1 $2 && $(OCAMLMKLIB) -o `basename $1 .a | sed -e 's/^lib//'` $2,MKLIB,$1) + $(call quiet-command, $(AR) rcs $1 $2 && $(CC) -shared -o dll`basename $1 .a | sed -e 's/^lib//'`.so $2 $3,MKLIB,$1) # define a library target .cmxa and .cma define OCAML_LIBRARY_template $(1).cmxa: lib$(1)_stubs.a $(foreach obj,$($(1)_OBJS),$(obj).cmx) $(call mk-caml-lib-native,$$@, -cclib -l$(1)_stubs $(foreach lib,$(LIBS_$(1)),-cclib $(lib)), $(foreach obj,$($(1)_OBJS),$(obj).cmx)) $(1).cma: $(foreach obj,$($(1)_OBJS),$(obj).cmo) - $(call mk-caml-lib-bytecode,$$@, -dllib dll$(1)_stubs.so -cclib -l$(1)_stubs, $$+) + $(call mk-caml-lib-bytecode,$$@, -dllib -l$(1)_stubs, $$+) $(1)_stubs.a: $(foreach obj,$$($(1)_C_OBJS),$(obj).o) $(call mk-caml-stubs,$$@, $$+) lib$(1)_stubs.a: $(foreach obj,$($(1)_C_OBJS),$(obj).o) - $(call mk-caml-lib-stubs,$$@, $$+) + $(call mk-caml-lib-stubs,$$@, $$+, $(foreach lib,$(LIBS_$(1)),$(lib))) endef define OCAML_NOC_LIBRARY_template -- 1.7.10.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 15 16:27:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 16:27: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 1URmFc-00005B-MU; Mon, 15 Apr 2013 16:27:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URmFa-000055-BK for xen-api@lists.xen.org; Mon, 15 Apr 2013 16:27:26 +0000 Received: from [85.158.137.99:64803] by server-9.bemta-3.messagelabs.com id A6/AD-32531-D6A2C615; Mon, 15 Apr 2013 16:27:25 +0000 X-Env-Sender: vb@luminar.eu.org X-Msg-Ref: server-15.tower-217.messagelabs.com!1366043242!15134475!1 X-Originating-IP: [94.23.24.152] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6774 invoked from network); 15 Apr 2013 16:27:22 -0000 Received: from luminar.eu.org (HELO luminar.eu.org) (94.23.24.152) by server-15.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Apr 2013 16:27:22 -0000 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id A2528C03B3; Mon, 15 Apr 2013 18:27:21 +0200 (CEST) Message-ID: <516C2A69.9020104@luminar.eu.org> Date: Mon, 15 Apr 2013 17:27:21 +0100 From: Vincent Bernardoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <1366041761-20062-2-git-send-email-vincent.bernardoff@citrix.com> In-Reply-To: <1366041761-20062-2-git-send-email-vincent.bernardoff@citrix.com> X-Forwarded-Message-Id: <1366041761-20062-2-git-send-email-vincent.bernardoff@citrix.com> Subject: [Xen-API] Fwd: [Xen-devel] [PATCH v3 2/2] tools/ocaml: Fix library generation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 This is a patch I sent to the xen-devel list. Dave, Jon, can you please comment on it ? Thanks in advance, Vincent -------- Original Message -------- Subject: [Xen-devel] [PATCH v3 2/2] tools/ocaml: Fix library generation Date: Mon, 15 Apr 2013 17:02:41 +0100 From: Vincent Bernardoff To: CC: Vincent Bernardoff * Summary of changes: - .cma are created by using ocamlc with the -dllib -l option that will make a bytecode OCaml program link against at runtime. The -cclib/-ccopt options are only used in "custom runtime" mode, which we do not use, so I removed them. I changed .so to -l, as ocamlc only supports (according to its documentation) arguments in the form -l for -dllib. - $(CC) -shared is used in lieu and place of $(OCAMLMKLIB). ocamlmklib do not provide enough flexibility for doing what we want, i.e. linking against specific .so libraries that we give in the command line. Using $(CC) directly addresses this issue. Signed-off-by: Vincent Bernardoff --- tools/ocaml/Makefile.rules | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/ocaml/Makefile.rules b/tools/ocaml/Makefile.rules index 5e6d81e..1ff5e43 100644 --- a/tools/ocaml/Makefile.rules +++ b/tools/ocaml/Makefile.rules @@ -54,18 +54,18 @@ mk-caml-lib-bytecode = $(call quiet-command, $(OCAMLC) $(OCAMLCFLAGS) -a -o $1 $ mk-caml-stubs = $(call quiet-command, $(OCAMLMKLIB) -o `basename $1 .a` $2,MKLIB,$1) mk-caml-lib-stubs = \ - $(call quiet-command, $(AR) rcs $1 $2 && $(OCAMLMKLIB) -o `basename $1 .a | sed -e 's/^lib//'` $2,MKLIB,$1) + $(call quiet-command, $(AR) rcs $1 $2 && $(CC) -shared -o dll`basename $1 .a | sed -e 's/^lib//'`.so $2 $3,MKLIB,$1) # define a library target .cmxa and .cma define OCAML_LIBRARY_template $(1).cmxa: lib$(1)_stubs.a $(foreach obj,$($(1)_OBJS),$(obj).cmx) $(call mk-caml-lib-native,$$@, -cclib -l$(1)_stubs $(foreach lib,$(LIBS_$(1)),-cclib $(lib)), $(foreach obj,$($(1)_OBJS),$(obj).cmx)) $(1).cma: $(foreach obj,$($(1)_OBJS),$(obj).cmo) - $(call mk-caml-lib-bytecode,$$@, -dllib dll$(1)_stubs.so -cclib -l$(1)_stubs, $$+) + $(call mk-caml-lib-bytecode,$$@, -dllib -l$(1)_stubs, $$+) $(1)_stubs.a: $(foreach obj,$$($(1)_C_OBJS),$(obj).o) $(call mk-caml-stubs,$$@, $$+) lib$(1)_stubs.a: $(foreach obj,$($(1)_C_OBJS),$(obj).o) - $(call mk-caml-lib-stubs,$$@, $$+) + $(call mk-caml-lib-stubs,$$@, $$+, $(foreach lib,$(LIBS_$(1)),$(lib))) endef define OCAML_NOC_LIBRARY_template -- 1.7.10.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 15 23:36:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 23:36:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URswh-0002uW-QD; Mon, 15 Apr 2013 23:36:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URswg-0002uR-D1 for xen-api@lists.xen.org; Mon, 15 Apr 2013 23:36:22 +0000 Received: from [85.158.137.99:13627] by server-13.bemta-3.messagelabs.com id 08/B4-25744-5FE8C615; Mon, 15 Apr 2013 23:36:21 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-14.tower-217.messagelabs.com!1366068979!17492124!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 428 invoked from network); 15 Apr 2013 23:36:20 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-14.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Apr 2013 23:36:20 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 29F4F237B for ; Tue, 16 Apr 2013 02:36:19 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 90DB720077; Tue, 16 Apr 2013 02:36:18 +0300 (EEST) Date: Tue, 16 Apr 2013 02:36:18 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: xen-api@lists.xen.org Message-ID: <20130415233618.GH11427@reaktio.net> References: <20130102111028.GV8912@reaktio.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130102111028.GV8912@reaktio.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Xen-API] XCP 1.6 kernel patchqueue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org ping? = it'd be nice to have the XCP 1.6 kernel+xen+qemu trees/patchqueues online.. Thanks, -- Pasi On Wed, Jan 02, 2013 at 01:10:28PM +0200, Pasi K=E4rkk=E4inen wrote: > Hello, > = > First of all Happy New Year to everyone :) > = > I was looking for source trees and patch queues for XCP 1.6 on xenbits bu= t couldn't find them.. > so this url probably: > http://xenbits.xen.org/hg/XCP/1.6 > = > XCP 1.5 and previous versions are there: > http://xenbits.xen.org/hg/XCP/1.5 > http://xenbits.xen.org/hg/XCP/1.1 > = > Thanks, > = > -- Pasi > = _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 15 23:36:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Apr 2013 23:36:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URswh-0002uW-QD; Mon, 15 Apr 2013 23:36:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1URswg-0002uR-D1 for xen-api@lists.xen.org; Mon, 15 Apr 2013 23:36:22 +0000 Received: from [85.158.137.99:13627] by server-13.bemta-3.messagelabs.com id 08/B4-25744-5FE8C615; Mon, 15 Apr 2013 23:36:21 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-14.tower-217.messagelabs.com!1366068979!17492124!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 428 invoked from network); 15 Apr 2013 23:36:20 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-14.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Apr 2013 23:36:20 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 29F4F237B for ; Tue, 16 Apr 2013 02:36:19 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 90DB720077; Tue, 16 Apr 2013 02:36:18 +0300 (EEST) Date: Tue, 16 Apr 2013 02:36:18 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: xen-api@lists.xen.org Message-ID: <20130415233618.GH11427@reaktio.net> References: <20130102111028.GV8912@reaktio.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130102111028.GV8912@reaktio.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Xen-API] XCP 1.6 kernel patchqueue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org ping? = it'd be nice to have the XCP 1.6 kernel+xen+qemu trees/patchqueues online.. Thanks, -- Pasi On Wed, Jan 02, 2013 at 01:10:28PM +0200, Pasi K=E4rkk=E4inen wrote: > Hello, > = > First of all Happy New Year to everyone :) > = > I was looking for source trees and patch queues for XCP 1.6 on xenbits bu= t couldn't find them.. > so this url probably: > http://xenbits.xen.org/hg/XCP/1.6 > = > XCP 1.5 and previous versions are there: > http://xenbits.xen.org/hg/XCP/1.5 > http://xenbits.xen.org/hg/XCP/1.1 > = > Thanks, > = > -- Pasi > = _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 16 14:25:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Apr 2013 14:25: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 1US6of-0000jG-ES; Tue, 16 Apr 2013 14:25:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1US6od-0000j8-TA for xen-api@lists.xen.org; Tue, 16 Apr 2013 14:25:00 +0000 Received: from [85.158.138.51:29435] by server-9.bemta-3.messagelabs.com id 95/3B-32531-63F5D615; Tue, 16 Apr 2013 14:24:54 +0000 X-Env-Sender: bpb21@hotmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366122288!27566758!1 X-Originating-IP: [65.55.90.232] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32739 invoked from network); 16 Apr 2013 14:24:48 -0000 Received: from snt0-omc4-s29.snt0.hotmail.com (HELO snt0-omc4-s29.snt0.hotmail.com) (65.55.90.232) by server-2.tower-174.messagelabs.com with SMTP; 16 Apr 2013 14:24:48 -0000 Received: from SNT139-W16 ([65.55.90.199]) by snt0-omc4-s29.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 16 Apr 2013 07:24:48 -0700 X-EIP: [QKvMCjTWhoYajGzanlwTxqtlIc7lCPql] X-Originating-Email: [bpb21@hotmail.com] Message-ID: From: Brian Brock To: "xen-api@lists.xen.org" Date: Tue, 16 Apr 2013 09:24:47 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 16 Apr 2013 14:24:48.0053 (UTC) FILETIME=[263C4E50:01CE3AAE] Subject: [Xen-API] XCP and VDI-in-a-box compatibility X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1764182546915485128==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1764182546915485128== Content-Type: multipart/alternative; boundary="_6d0f6468-6b0c-422d-a487-298d4883d652_" --_6d0f6468-6b0c-422d-a487-298d4883d652_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was hoping to use Xen Cloud Platform (XCP 1.6) with Citrix VDI-in-a-box= =2C but it doesn't appear to work=3B only the XenServer (free & up) hypervi= sors apparently have the storage API necessary.Can anyone confirm this=2C o= r have a workaround/solution? I'd like to get VDI-in-a-box running on XCP = but so far it doesn't look possible. http://forums.citrix.com/thread.jspa?messageID=3D1730314� = --_6d0f6468-6b0c-422d-a487-298d4883d652_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was hoping to use Xen Cloud Pl= atform (XCP 1.6) with Citrix VDI-in-a-box=2C but it doesn't appear to work= =3B only the XenServer (free &=3B up) hypervisors apparently have the st= orage API necessary.
Can anyone confirm this=2C or have a workaround/so= lution?  =3BI'd like to get VDI-in-a-box running on XCP but so far it d= oesn't look possible.

=
= --_6d0f6468-6b0c-422d-a487-298d4883d652_-- --===============1764182546915485128== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1764182546915485128==-- From xen-api-bounces@lists.xen.org Tue Apr 16 14:25:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Apr 2013 14:25: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 1US6of-0000jG-ES; Tue, 16 Apr 2013 14:25:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1US6od-0000j8-TA for xen-api@lists.xen.org; Tue, 16 Apr 2013 14:25:00 +0000 Received: from [85.158.138.51:29435] by server-9.bemta-3.messagelabs.com id 95/3B-32531-63F5D615; Tue, 16 Apr 2013 14:24:54 +0000 X-Env-Sender: bpb21@hotmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366122288!27566758!1 X-Originating-IP: [65.55.90.232] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32739 invoked from network); 16 Apr 2013 14:24:48 -0000 Received: from snt0-omc4-s29.snt0.hotmail.com (HELO snt0-omc4-s29.snt0.hotmail.com) (65.55.90.232) by server-2.tower-174.messagelabs.com with SMTP; 16 Apr 2013 14:24:48 -0000 Received: from SNT139-W16 ([65.55.90.199]) by snt0-omc4-s29.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 16 Apr 2013 07:24:48 -0700 X-EIP: [QKvMCjTWhoYajGzanlwTxqtlIc7lCPql] X-Originating-Email: [bpb21@hotmail.com] Message-ID: From: Brian Brock To: "xen-api@lists.xen.org" Date: Tue, 16 Apr 2013 09:24:47 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 16 Apr 2013 14:24:48.0053 (UTC) FILETIME=[263C4E50:01CE3AAE] Subject: [Xen-API] XCP and VDI-in-a-box compatibility X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1764182546915485128==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1764182546915485128== Content-Type: multipart/alternative; boundary="_6d0f6468-6b0c-422d-a487-298d4883d652_" --_6d0f6468-6b0c-422d-a487-298d4883d652_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was hoping to use Xen Cloud Platform (XCP 1.6) with Citrix VDI-in-a-box= =2C but it doesn't appear to work=3B only the XenServer (free & up) hypervi= sors apparently have the storage API necessary.Can anyone confirm this=2C o= r have a workaround/solution? I'd like to get VDI-in-a-box running on XCP = but so far it doesn't look possible. http://forums.citrix.com/thread.jspa?messageID=3D1730314� = --_6d0f6468-6b0c-422d-a487-298d4883d652_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was hoping to use Xen Cloud Pl= atform (XCP 1.6) with Citrix VDI-in-a-box=2C but it doesn't appear to work= =3B only the XenServer (free &=3B up) hypervisors apparently have the st= orage API necessary.
Can anyone confirm this=2C or have a workaround/so= lution?  =3BI'd like to get VDI-in-a-box running on XCP but so far it d= oesn't look possible.

=
= --_6d0f6468-6b0c-422d-a487-298d4883d652_-- --===============1764182546915485128== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1764182546915485128==-- From xen-api-bounces@lists.xen.org Tue Apr 16 15:26:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Apr 2013 15:26: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 1US7lv-0003le-5l; Tue, 16 Apr 2013 15:26:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1US7lt-0003lH-FB for xen-api@lists.xen.org; Tue, 16 Apr 2013 15:26:13 +0000 Received: from [85.158.138.51:37221] by server-13.bemta-3.messagelabs.com id 09/F3-25744-49D6D615; Tue, 16 Apr 2013 15:26:12 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1366125967!22194840!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24886 invoked from network); 16 Apr 2013 15:26:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2013 15:26:08 -0000 X-IronPort-AV: E=Sophos;i="4.87,486,1363132800"; d="scan'208,217";a="3608877" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2013 15:26:08 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 16 Apr 2013 16:26:07 +0100 From: John Else To: Brian Brock , "xen-api@lists.xen.org" Date: Tue, 16 Apr 2013 16:26:36 +0100 Thread-Topic: [Xen-API] XCP and VDI-in-a-box compatibility Thread-Index: Ac46rqRESCNadI5gQpqJFK9ejrwBfgAB9YAw Message-ID: <7EA643C653F17F4C80DE959E978F10ED010EA607B335@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP and VDI-in-a-box compatibility X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2870676548318982608==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2870676548318982608== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Brian, I've posted a suggested workaround to the forum thread. I haven't= used VDI-in-a-box though, so I don't know whether this will be enough to t= rick it into working with XCP. John From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Brian Brock Sent: 16 April 2013 15:25 To: xen-api@lists.xen.org Subject: [Xen-API] XCP and VDI-in-a-box compatibility I was hoping to use Xen Cloud Platform (XCP 1.6) with Citrix VDI-in-a-box, = but it doesn't appear to work; only the XenServer (free & up) hypervisors a= pparently have the storage API necessary. Can anyone confirm this, or have a workaround/solution? I'd like to get VD= I-in-a-box running on XCP but so far it doesn't look possible. http://forums.citrix.com/thread.jspa?messageID=3D1730314� --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Brian,= I’ve posted a suggested workaround to the forum thread. I haven̵= 7;t used VDI-in-a-box though, so I don’t know whether this will be en= ough to trick it into working with XCP.

 

John=

 <= /p>

From: xen-api= -bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf = Of Brian Brock
Sent: 16 April 2013 15:25
To: xen-ap= i@lists.xen.org
Subject: [Xen-API] XCP and VDI-in-a-box compatibi= lity

 

I was hoping to use Xen Cloud Platform (XCP 1.6) with Citrix VDI-in-= a-box, but it doesn't appear to work; only the XenServer (free & up) hy= pervisors apparently have the storage API necessary.

<= div>

Can anyone confirm this, or have a workaround/solution?  I'd like to = get VDI-in-a-box running on XCP but so far it doesn't look possible.

 

= --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_-- --===============2870676548318982608== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2870676548318982608==-- From xen-api-bounces@lists.xen.org Tue Apr 16 15:26:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Apr 2013 15:26: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 1US7lv-0003le-5l; Tue, 16 Apr 2013 15:26:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1US7lt-0003lH-FB for xen-api@lists.xen.org; Tue, 16 Apr 2013 15:26:13 +0000 Received: from [85.158.138.51:37221] by server-13.bemta-3.messagelabs.com id 09/F3-25744-49D6D615; Tue, 16 Apr 2013 15:26:12 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1366125967!22194840!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24886 invoked from network); 16 Apr 2013 15:26:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2013 15:26:08 -0000 X-IronPort-AV: E=Sophos;i="4.87,486,1363132800"; d="scan'208,217";a="3608877" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2013 15:26:08 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 16 Apr 2013 16:26:07 +0100 From: John Else To: Brian Brock , "xen-api@lists.xen.org" Date: Tue, 16 Apr 2013 16:26:36 +0100 Thread-Topic: [Xen-API] XCP and VDI-in-a-box compatibility Thread-Index: Ac46rqRESCNadI5gQpqJFK9ejrwBfgAB9YAw Message-ID: <7EA643C653F17F4C80DE959E978F10ED010EA607B335@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP and VDI-in-a-box compatibility X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2870676548318982608==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2870676548318982608== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Brian, I've posted a suggested workaround to the forum thread. I haven't= used VDI-in-a-box though, so I don't know whether this will be enough to t= rick it into working with XCP. John From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Brian Brock Sent: 16 April 2013 15:25 To: xen-api@lists.xen.org Subject: [Xen-API] XCP and VDI-in-a-box compatibility I was hoping to use Xen Cloud Platform (XCP 1.6) with Citrix VDI-in-a-box, = but it doesn't appear to work; only the XenServer (free & up) hypervisors a= pparently have the storage API necessary. Can anyone confirm this, or have a workaround/solution? I'd like to get VD= I-in-a-box running on XCP but so far it doesn't look possible. http://forums.citrix.com/thread.jspa?messageID=3D1730314� --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Brian,= I’ve posted a suggested workaround to the forum thread. I haven̵= 7;t used VDI-in-a-box though, so I don’t know whether this will be en= ough to trick it into working with XCP.

 

John=

 <= /p>

From: xen-api= -bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf = Of Brian Brock
Sent: 16 April 2013 15:25
To: xen-ap= i@lists.xen.org
Subject: [Xen-API] XCP and VDI-in-a-box compatibi= lity

 

I was hoping to use Xen Cloud Platform (XCP 1.6) with Citrix VDI-in-= a-box, but it doesn't appear to work; only the XenServer (free & up) hy= pervisors apparently have the storage API necessary.

<= div>

Can anyone confirm this, or have a workaround/solution?  I'd like to = get VDI-in-a-box running on XCP but so far it doesn't look possible.

 

= --_000_7EA643C653F17F4C80DE959E978F10ED010EA607B335LONPMAILBOX_-- --===============2870676548318982608== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2870676548318982608==-- From xen-api-bounces@lists.xen.org Tue Apr 16 22:13:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Apr 2013 22:13: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 1USE7S-00075Q-3N; Tue, 16 Apr 2013 22:12:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USE7Q-00075I-GH for xen-api@lists.xen.org; Tue, 16 Apr 2013 22:12:52 +0000 Received: from [85.158.138.51:43139] by server-12.bemta-3.messagelabs.com id B7/92-01357-FDCCD615; Tue, 16 Apr 2013 22:12:47 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1366150365!24596439!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21192 invoked from network); 16 Apr 2013 22:12:46 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2013 22:12:46 -0000 Received: by mail-la0-f42.google.com with SMTP id fn20so920949lab.1 for ; Tue, 16 Apr 2013 15:12:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=0WTEAoDzhF5dzW+AOWIhuEyTma0MQsWixcqFJ4ma/cU=; b=KF+AHNt4lXO6DPCyUUlT4NkmaQYaX+elqdJA39BjB6afnWSrpS1PsQItUI5OwZgjyn DLqdDjaQZeQspJVzCJyi7qnAQScdABD99m2004VeHy1P8DXA3aXwr6Jmw8jp8t7l3V0i zXFVMcODM/NB/DtxN7OHlW8Lkwi+Phr2qT6+DQeNBol6n9i27pllzE8gujbw/Nrs9OYL kJO6GhwiXS1w5nBKdcuJ1qxe2tto2EHeFNI3FCU/uka3c3uqVXHlDITogXWUM4wOVkpv Mxpa/OolNDZ8EBX1LQbYx1mHTZE2VcfiPM8deEdnpRqoqz6IHP1OZah9kJSwjR0wndxx ZNFw== X-Received: by 10.152.2.8 with SMTP id 8mr1254039laq.39.1366150365149; Tue, 16 Apr 2013 15:12:45 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id t6sm1541399lae.3.2013.04.16.15.12.44 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Apr 2013 15:12:44 -0700 (PDT) Message-ID: <516DCCDB.5090303@gmail.com> Date: Wed, 17 Apr 2013 02:12:43 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <378982C2DED06049B6E2FED41772A03A2D4C0B03@exchange2.groupy.isse.de> In-Reply-To: <378982C2DED06049B6E2FED41772A03A2D4C0B03@exchange2.groupy.isse.de> Subject: Re: [Xen-API] Recovery of lost NFS VHD storage X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2008765087749124036==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2008765087749124036== Content-Type: multipart/alternative; boundary="------------020203050607060302010109" This is a multi-part message in MIME format. --------------020203050607060302010109 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit The simplest way is reboot all hosts in pool. If you don't want to do this, there is very slow and annoying way to fix problem by hand without global reboot. You need to kill all domains (xc.domain_shutdown()), and then kill every tapdisk process related to VHD files from NFS. This gonna be very hard, because of lagging NFS, but finally they all die. After that you can plug/unplug every pbd for damaged SR and reset locks by /opt/xensource/sm/ resetvdis.py If this is too hard to do - reboot'em all. PS Most brutal way to reboot host is execute command: echo b >/proc/sysrq-trigger no sync, no grace, no mercy, no shame, no delay. Just reboot. On 15.04.2013 19:03, Michael Vistein wrote: > > Hi, > > this morning I encountered a problem with XCP 1.6 in relation with a > NFS storage repository. > > We are using a hardware pool with three identical servers, all are > accessing a shared NFS VHD stroage repository on an external NFS > server. This morning the NFS server crashed, therefore all VMs lost > their hard drive and were more or less hanging. > > What is the official recovery method in this case? XenCenter still > showed the SR as “connected”, but a rescan of the SR failed. Directly > on the console of the XCP I could not cd into the mountpoint due to > “Stale NFS handle”. I wasn’t able to unmount or remount the SR because > of open files from the still running VMs. Shutting down or migrating > VMs of course wasn’t possible either. > > The only solution I found was a hard reboot of all servers in the > pool. Is there a better way for such a problem? > > Thanks in advance, > > Michael > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------020203050607060302010109 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit The simplest way is reboot all hosts in pool.

If you don't want to do this, there is very slow and annoying way to fix problem by hand without global reboot.

You need to kill all domains (xc.domain_shutdown()), and then kill every tapdisk process related to VHD files from NFS. This gonna be very hard, because of lagging NFS, but finally they all die. After that you can plug/unplug every pbd for damaged SR and reset locks by /opt/xensource/sm/ resetvdis.py

If this is too hard to do - reboot'em all.

PS Most brutal way to reboot host is execute command:

echo b >/proc/sysrq-trigger

no sync, no grace, no mercy, no shame, no delay. Just reboot.


On 15.04.2013 19:03, Michael Vistein wrote:

Hi,

 

this morning I encountered a problem with XCP 1.6 in relation with a NFS storage repository.

 

We are using a hardware pool with three identical servers, all are accessing a shared NFS VHD stroage repository on an external NFS server. This morning the NFS server crashed, therefore all VMs lost their hard drive and were more or less hanging.

 

What is the official recovery method in this case? XenCenter still showed the SR as “connected”, but a rescan of the SR failed. Directly on the console of the XCP I could not cd into the mountpoint due to “Stale NFS handle”. I wasn’t able to unmount or remount the SR because of open files from the still running VMs. Shutting down or migrating VMs of course wasn’t possible either.

The only solution I found was a hard reboot of all servers in the pool. Is there a better way for such a problem?

 

Thanks in advance,

 

Michael



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------020203050607060302010109-- --===============2008765087749124036== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2008765087749124036==-- From xen-api-bounces@lists.xen.org Tue Apr 16 22:13:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Apr 2013 22:13: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 1USE7S-00075Q-3N; Tue, 16 Apr 2013 22:12:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USE7Q-00075I-GH for xen-api@lists.xen.org; Tue, 16 Apr 2013 22:12:52 +0000 Received: from [85.158.138.51:43139] by server-12.bemta-3.messagelabs.com id B7/92-01357-FDCCD615; Tue, 16 Apr 2013 22:12:47 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1366150365!24596439!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21192 invoked from network); 16 Apr 2013 22:12:46 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2013 22:12:46 -0000 Received: by mail-la0-f42.google.com with SMTP id fn20so920949lab.1 for ; Tue, 16 Apr 2013 15:12:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=0WTEAoDzhF5dzW+AOWIhuEyTma0MQsWixcqFJ4ma/cU=; b=KF+AHNt4lXO6DPCyUUlT4NkmaQYaX+elqdJA39BjB6afnWSrpS1PsQItUI5OwZgjyn DLqdDjaQZeQspJVzCJyi7qnAQScdABD99m2004VeHy1P8DXA3aXwr6Jmw8jp8t7l3V0i zXFVMcODM/NB/DtxN7OHlW8Lkwi+Phr2qT6+DQeNBol6n9i27pllzE8gujbw/Nrs9OYL kJO6GhwiXS1w5nBKdcuJ1qxe2tto2EHeFNI3FCU/uka3c3uqVXHlDITogXWUM4wOVkpv Mxpa/OolNDZ8EBX1LQbYx1mHTZE2VcfiPM8deEdnpRqoqz6IHP1OZah9kJSwjR0wndxx ZNFw== X-Received: by 10.152.2.8 with SMTP id 8mr1254039laq.39.1366150365149; Tue, 16 Apr 2013 15:12:45 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id t6sm1541399lae.3.2013.04.16.15.12.44 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Apr 2013 15:12:44 -0700 (PDT) Message-ID: <516DCCDB.5090303@gmail.com> Date: Wed, 17 Apr 2013 02:12:43 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <378982C2DED06049B6E2FED41772A03A2D4C0B03@exchange2.groupy.isse.de> In-Reply-To: <378982C2DED06049B6E2FED41772A03A2D4C0B03@exchange2.groupy.isse.de> Subject: Re: [Xen-API] Recovery of lost NFS VHD storage X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2008765087749124036==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2008765087749124036== Content-Type: multipart/alternative; boundary="------------020203050607060302010109" This is a multi-part message in MIME format. --------------020203050607060302010109 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit The simplest way is reboot all hosts in pool. If you don't want to do this, there is very slow and annoying way to fix problem by hand without global reboot. You need to kill all domains (xc.domain_shutdown()), and then kill every tapdisk process related to VHD files from NFS. This gonna be very hard, because of lagging NFS, but finally they all die. After that you can plug/unplug every pbd for damaged SR and reset locks by /opt/xensource/sm/ resetvdis.py If this is too hard to do - reboot'em all. PS Most brutal way to reboot host is execute command: echo b >/proc/sysrq-trigger no sync, no grace, no mercy, no shame, no delay. Just reboot. On 15.04.2013 19:03, Michael Vistein wrote: > > Hi, > > this morning I encountered a problem with XCP 1.6 in relation with a > NFS storage repository. > > We are using a hardware pool with three identical servers, all are > accessing a shared NFS VHD stroage repository on an external NFS > server. This morning the NFS server crashed, therefore all VMs lost > their hard drive and were more or less hanging. > > What is the official recovery method in this case? XenCenter still > showed the SR as “connected”, but a rescan of the SR failed. Directly > on the console of the XCP I could not cd into the mountpoint due to > “Stale NFS handle”. I wasn’t able to unmount or remount the SR because > of open files from the still running VMs. Shutting down or migrating > VMs of course wasn’t possible either. > > The only solution I found was a hard reboot of all servers in the > pool. Is there a better way for such a problem? > > Thanks in advance, > > Michael > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------020203050607060302010109 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit The simplest way is reboot all hosts in pool.

If you don't want to do this, there is very slow and annoying way to fix problem by hand without global reboot.

You need to kill all domains (xc.domain_shutdown()), and then kill every tapdisk process related to VHD files from NFS. This gonna be very hard, because of lagging NFS, but finally they all die. After that you can plug/unplug every pbd for damaged SR and reset locks by /opt/xensource/sm/ resetvdis.py

If this is too hard to do - reboot'em all.

PS Most brutal way to reboot host is execute command:

echo b >/proc/sysrq-trigger

no sync, no grace, no mercy, no shame, no delay. Just reboot.


On 15.04.2013 19:03, Michael Vistein wrote:

Hi,

 

this morning I encountered a problem with XCP 1.6 in relation with a NFS storage repository.

 

We are using a hardware pool with three identical servers, all are accessing a shared NFS VHD stroage repository on an external NFS server. This morning the NFS server crashed, therefore all VMs lost their hard drive and were more or less hanging.

 

What is the official recovery method in this case? XenCenter still showed the SR as “connected”, but a rescan of the SR failed. Directly on the console of the XCP I could not cd into the mountpoint due to “Stale NFS handle”. I wasn’t able to unmount or remount the SR because of open files from the still running VMs. Shutting down or migrating VMs of course wasn’t possible either.

The only solution I found was a hard reboot of all servers in the pool. Is there a better way for such a problem?

 

Thanks in advance,

 

Michael



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------020203050607060302010109-- --===============2008765087749124036== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2008765087749124036==-- From xen-api-bounces@lists.xen.org Wed Apr 17 05:51:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 05:51: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 1USLHC-0007Nj-9Z; Wed, 17 Apr 2013 05:51:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USLHB-0007NU-Ai; Wed, 17 Apr 2013 05:51:25 +0000 Received: from [85.158.143.99:13062] by server-3.bemta-4.messagelabs.com id F4/97-02186-C583E615; Wed, 17 Apr 2013 05:51:24 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1366177881!25233124!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30580 invoked from network); 17 Apr 2013 05:51:23 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 05:51:23 -0000 Received: by mail-oa0-f43.google.com with SMTP id l10so1241705oag.16 for ; Tue, 16 Apr 2013 22:51:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=IMFV2ZtN85ciXY3yuX81/WI4z/Zfk/bZmhOsjKyHHd8=; b=Aeghaocx9+/Ulp1g2NqJJ3HhKHnF2qhkqL0nNc8eDFb/CVmK+begbs4XWGMQNUFOiX k2h9O50raEesPTc3/ZEGd1NXKfBsMfGmReFtc2OflEkpXdMtQW1OL+8PuZKsrjD8Nxti ZU9TzcDohwtdW9I1N38kCsOw6wpE72zX4yr1Lmr42gC7EL8qn02taIdOSSe3gKyhD8u8 AO+nRbNWo1+6kARJGWuSVNTh9mUjYKliHQQ8kwBnt1Bpl0DHBHxHnoLYus29s//B7j36 uB6Bta9pNk6khtATdaUdqvNiiVk0AGPgFzbZDPdWukk4paQ9/Y4LpUz1pcD4nUIwaMyF GhJw== MIME-Version: 1.0 X-Received: by 10.60.15.98 with SMTP id w2mr2012092oec.128.1366177881109; Tue, 16 Apr 2013 22:51:21 -0700 (PDT) Received: by 10.60.46.33 with HTTP; Tue, 16 Apr 2013 22:51:21 -0700 (PDT) Date: Wed, 17 Apr 2013 06:51:21 +0100 Message-ID: From: Lars Kurth To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org, "xen-users@lists.xen.org" Subject: [Xen-API] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3652279151009422053==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3652279151009422053== Content-Type: multipart/alternative; boundary=089e013a0a1e4dba4004da8813d2 --089e013a0a1e4dba4004da8813d2 Content-Type: text/plain; charset=ISO-8859-1 Hi everybody, we had a Xen Project Advisory Board meeting this morning and I had an action to get community input on XenSummit and Hackathon locations for 2014. I need to start tying these down pretty soon such that I can reserve the space. So I took an action to get community input. To remind you in 2013, XenSummit will be in Edinburgh, UK in October. So I took Europe off the menu for 2014 : please shout if this is an issue. Can I ask you to respond to this thread and order the options based on your preferences (highest first). I also wanted to remind you that a few months back, we had a discussion to distribute the summits more evenly around the globe. All options would be co-located with one or several Linux events. Here are the options for events: 1) Rio de Janeiro, May 2014 2) Chicago, end of August 2014 3) Korea, end of November 2014 Note that if we want to do an event in Rio, I have to book the space by mid-May this year. Also note that Chicago may be a bit busy with at least 2-3 other Linux events that are likely to take place at the same time (I remember there were some complaints that XenSummit 2012 in San Diego was a bit to stressful as too much was going on in the same week). Also note that Seattle, August 2015 would be an option to host XenSummit, assuming we didn't chose a US location in 2014. I will make a start and vote in order of my preference (highest first) for Rio, Korea, Chicago. My reasoning is that this would allow us to have a XenSummit in Rio and a Hackathon in Korea (or vice versa). This would fit nicely with a XenSummit in Seattle in 2015. As far as I can tell. there would also be fairly good alignment with the Xen release cycle. Let me know your preferences (but remember, I need to know by the end of April). Cheers Lars --089e013a0a1e4dba4004da8813d2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi everybody,

we had a Xen Project Advi= sory Board meeting this morning and I had an action to get community input = on XenSummit and Hackathon locations for 2014. I need to start tying these = down pretty soon such that I can reserve the space. So I took an action to = get community input. To remind you in 2013, XenSummit will be in Edinburgh,= UK in October. So I took Europe off the menu for 2014 : please shout if th= is is an issue.

Can I ask you to respond to this thre= ad and order the options based on your preferences (highest first). I also = wanted to remind you that a few months back, we had a discussion to distrib= ute the summits more evenly around the globe. All options would be co-locat= ed with one or several Linux events.

Here are the options for events:

1) Rio de Janeiro, May 2014=A0
2= ) Chicago, end of August 2014
3) Korea, end of November 201= 4

Note that if we want to do an event in Rio,= I have to book the space by mid-May this year. Also note that Chicago may = be a bit busy with at least 2-3 other Linux events that are likely to take = place at the same time (I remember there were some complaints that XenSummi= t 2012 in San Diego was a bit to stressful as too much was going on in the = same week). Also note that Seattle, August 2015 would be an option to host = XenSummit, assuming we didn't chose a US location in 2014.

I will make a start and vote in order of my= preference (highest first) for=A0
Rio, Korea, Chicago. =A0=

My reasoning is that this would allow= us to have a XenSummit in Rio and a Hackathon in Korea (or vice versa). Th= is would fit nicely with a XenSummit in Seattle in 2015. As far as I can te= ll. there would also be fairly good alignment with the Xen release cycle.= =A0

Let me know your preferences (but remember,= I need to know by the end of April).

= Cheers
Lars=A0

--089e013a0a1e4dba4004da8813d2-- --===============3652279151009422053== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3652279151009422053==-- From xen-api-bounces@lists.xen.org Wed Apr 17 05:51:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 05:51: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 1USLHC-0007Nj-9Z; Wed, 17 Apr 2013 05:51:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USLHB-0007NU-Ai; Wed, 17 Apr 2013 05:51:25 +0000 Received: from [85.158.143.99:13062] by server-3.bemta-4.messagelabs.com id F4/97-02186-C583E615; Wed, 17 Apr 2013 05:51:24 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1366177881!25233124!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30580 invoked from network); 17 Apr 2013 05:51:23 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 05:51:23 -0000 Received: by mail-oa0-f43.google.com with SMTP id l10so1241705oag.16 for ; Tue, 16 Apr 2013 22:51:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=IMFV2ZtN85ciXY3yuX81/WI4z/Zfk/bZmhOsjKyHHd8=; b=Aeghaocx9+/Ulp1g2NqJJ3HhKHnF2qhkqL0nNc8eDFb/CVmK+begbs4XWGMQNUFOiX k2h9O50raEesPTc3/ZEGd1NXKfBsMfGmReFtc2OflEkpXdMtQW1OL+8PuZKsrjD8Nxti ZU9TzcDohwtdW9I1N38kCsOw6wpE72zX4yr1Lmr42gC7EL8qn02taIdOSSe3gKyhD8u8 AO+nRbNWo1+6kARJGWuSVNTh9mUjYKliHQQ8kwBnt1Bpl0DHBHxHnoLYus29s//B7j36 uB6Bta9pNk6khtATdaUdqvNiiVk0AGPgFzbZDPdWukk4paQ9/Y4LpUz1pcD4nUIwaMyF GhJw== MIME-Version: 1.0 X-Received: by 10.60.15.98 with SMTP id w2mr2012092oec.128.1366177881109; Tue, 16 Apr 2013 22:51:21 -0700 (PDT) Received: by 10.60.46.33 with HTTP; Tue, 16 Apr 2013 22:51:21 -0700 (PDT) Date: Wed, 17 Apr 2013 06:51:21 +0100 Message-ID: From: Lars Kurth To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org, "xen-users@lists.xen.org" Subject: [Xen-API] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3652279151009422053==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3652279151009422053== Content-Type: multipart/alternative; boundary=089e013a0a1e4dba4004da8813d2 --089e013a0a1e4dba4004da8813d2 Content-Type: text/plain; charset=ISO-8859-1 Hi everybody, we had a Xen Project Advisory Board meeting this morning and I had an action to get community input on XenSummit and Hackathon locations for 2014. I need to start tying these down pretty soon such that I can reserve the space. So I took an action to get community input. To remind you in 2013, XenSummit will be in Edinburgh, UK in October. So I took Europe off the menu for 2014 : please shout if this is an issue. Can I ask you to respond to this thread and order the options based on your preferences (highest first). I also wanted to remind you that a few months back, we had a discussion to distribute the summits more evenly around the globe. All options would be co-located with one or several Linux events. Here are the options for events: 1) Rio de Janeiro, May 2014 2) Chicago, end of August 2014 3) Korea, end of November 2014 Note that if we want to do an event in Rio, I have to book the space by mid-May this year. Also note that Chicago may be a bit busy with at least 2-3 other Linux events that are likely to take place at the same time (I remember there were some complaints that XenSummit 2012 in San Diego was a bit to stressful as too much was going on in the same week). Also note that Seattle, August 2015 would be an option to host XenSummit, assuming we didn't chose a US location in 2014. I will make a start and vote in order of my preference (highest first) for Rio, Korea, Chicago. My reasoning is that this would allow us to have a XenSummit in Rio and a Hackathon in Korea (or vice versa). This would fit nicely with a XenSummit in Seattle in 2015. As far as I can tell. there would also be fairly good alignment with the Xen release cycle. Let me know your preferences (but remember, I need to know by the end of April). Cheers Lars --089e013a0a1e4dba4004da8813d2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi everybody,

we had a Xen Project Advi= sory Board meeting this morning and I had an action to get community input = on XenSummit and Hackathon locations for 2014. I need to start tying these = down pretty soon such that I can reserve the space. So I took an action to = get community input. To remind you in 2013, XenSummit will be in Edinburgh,= UK in October. So I took Europe off the menu for 2014 : please shout if th= is is an issue.

Can I ask you to respond to this thre= ad and order the options based on your preferences (highest first). I also = wanted to remind you that a few months back, we had a discussion to distrib= ute the summits more evenly around the globe. All options would be co-locat= ed with one or several Linux events.

Here are the options for events:

1) Rio de Janeiro, May 2014=A0
2= ) Chicago, end of August 2014
3) Korea, end of November 201= 4

Note that if we want to do an event in Rio,= I have to book the space by mid-May this year. Also note that Chicago may = be a bit busy with at least 2-3 other Linux events that are likely to take = place at the same time (I remember there were some complaints that XenSummi= t 2012 in San Diego was a bit to stressful as too much was going on in the = same week). Also note that Seattle, August 2015 would be an option to host = XenSummit, assuming we didn't chose a US location in 2014.

I will make a start and vote in order of my= preference (highest first) for=A0
Rio, Korea, Chicago. =A0=

My reasoning is that this would allow= us to have a XenSummit in Rio and a Hackathon in Korea (or vice versa). Th= is would fit nicely with a XenSummit in Seattle in 2015. As far as I can te= ll. there would also be fairly good alignment with the Xen release cycle.= =A0

Let me know your preferences (but remember,= I need to know by the end of April).

= Cheers
Lars=A0

--089e013a0a1e4dba4004da8813d2-- --===============3652279151009422053== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3652279151009422053==-- From xen-api-bounces@lists.xen.org Wed Apr 17 12:47:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 12:47: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 1USRlW-0005YF-Uj; Wed, 17 Apr 2013 12:47:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USRlU-0005Y0-VP; Wed, 17 Apr 2013 12:47:09 +0000 Received: from [85.158.137.99:61642] by server-2.bemta-3.messagelabs.com id 90/5D-05208-BC99E615; Wed, 17 Apr 2013 12:47:07 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366202821!13115486!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28876 invoked from network); 17 Apr 2013 12:47:01 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 12:47:01 -0000 Received: by mail-wg0-f48.google.com with SMTP id f11so1540699wgh.27 for ; Wed, 17 Apr 2013 05:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=LhVPr3hWV7D5WyP/+FZUZ4EOMrLvGbm5Iv1fTsM9pi8=; b=PSlSRkVT93GsfR+9Fsy6h1JioPycqAHW41EAThbR4AC/pLy5sEqZ0repdjQCYeu/y+ KNzlEIykPdTd/0Um/qAZVzNkCCV2tI9LLTE6x8K/ZL137QCIZIGr3fC/coM7PzpI1CRR awAneVRNIfwBiS3SrWPJPGYEA3WWfkTE01TjG2OSLF2NUMlNa0LqMJHJD2Uvig7Y/EtQ BCTm8BzOLhWj30tZWsMTl/G6xUOjr/c2uIKeMkHMtOZvJEZreKIk5Rq42SzHipydKmrF Q+KcsO5Z35fTUFHGQey8YWm40U6q+E1md4Cc3RNv9ON6XeY21IomlpX4so5hTdH2E9Gn WwFg== MIME-Version: 1.0 X-Received: by 10.194.93.231 with SMTP id cx7mr4431564wjb.33.1366202821059; Wed, 17 Apr 2013 05:47:01 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Wed, 17 Apr 2013 05:47:00 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Apr 2013 13:47:00 +0100 X-Google-Sender-Auth: A3gDZf6oHjFeExN2o2P_8QBYrRw Message-ID: From: George Dunlap To: Lars Kurth Cc: xen-arm@lists.xen.org, "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 17, 2013 at 6:51 AM, Lars Kurth wrote: > Hi everybody, > > we had a Xen Project Advisory Board meeting this morning and I had an action > to get community input on XenSummit and Hackathon locations for 2014. I need > to start tying these down pretty soon such that I can reserve the space. So > I took an action to get community input. To remind you in 2013, XenSummit > will be in Edinburgh, UK in October. So I took Europe off the menu for 2014 > : please shout if this is an issue. > > Can I ask you to respond to this thread and order the options based on your > preferences (highest first). I also wanted to remind you that a few months > back, we had a discussion to distribute the summits more evenly around the > globe. All options would be co-located with one or several Linux events. > > Here are the options for events: > > 1) Rio de Janeiro, May 2014 > 2) Chicago, end of August 2014 > 3) Korea, end of November 2014 > > Note that if we want to do an event in Rio, I have to book the space by > mid-May this year. Also note that Chicago may be a bit busy with at least > 2-3 other Linux events that are likely to take place at the same time (I > remember there were some complaints that XenSummit 2012 in San Diego was a > bit to stressful as too much was going on in the same week). Also note that > Seattle, August 2015 would be an option to host XenSummit, assuming we > didn't chose a US location in 2014. > > I will make a start and vote in order of my preference (highest first) for > Rio, Korea, Chicago. That sounds good to me. -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 17 12:47:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 12:47: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 1USRlW-0005YF-Uj; Wed, 17 Apr 2013 12:47:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USRlU-0005Y0-VP; Wed, 17 Apr 2013 12:47:09 +0000 Received: from [85.158.137.99:61642] by server-2.bemta-3.messagelabs.com id 90/5D-05208-BC99E615; Wed, 17 Apr 2013 12:47:07 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366202821!13115486!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28876 invoked from network); 17 Apr 2013 12:47:01 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 12:47:01 -0000 Received: by mail-wg0-f48.google.com with SMTP id f11so1540699wgh.27 for ; Wed, 17 Apr 2013 05:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=LhVPr3hWV7D5WyP/+FZUZ4EOMrLvGbm5Iv1fTsM9pi8=; b=PSlSRkVT93GsfR+9Fsy6h1JioPycqAHW41EAThbR4AC/pLy5sEqZ0repdjQCYeu/y+ KNzlEIykPdTd/0Um/qAZVzNkCCV2tI9LLTE6x8K/ZL137QCIZIGr3fC/coM7PzpI1CRR awAneVRNIfwBiS3SrWPJPGYEA3WWfkTE01TjG2OSLF2NUMlNa0LqMJHJD2Uvig7Y/EtQ BCTm8BzOLhWj30tZWsMTl/G6xUOjr/c2uIKeMkHMtOZvJEZreKIk5Rq42SzHipydKmrF Q+KcsO5Z35fTUFHGQey8YWm40U6q+E1md4Cc3RNv9ON6XeY21IomlpX4so5hTdH2E9Gn WwFg== MIME-Version: 1.0 X-Received: by 10.194.93.231 with SMTP id cx7mr4431564wjb.33.1366202821059; Wed, 17 Apr 2013 05:47:01 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Wed, 17 Apr 2013 05:47:00 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Apr 2013 13:47:00 +0100 X-Google-Sender-Auth: A3gDZf6oHjFeExN2o2P_8QBYrRw Message-ID: From: George Dunlap To: Lars Kurth Cc: xen-arm@lists.xen.org, "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 17, 2013 at 6:51 AM, Lars Kurth wrote: > Hi everybody, > > we had a Xen Project Advisory Board meeting this morning and I had an action > to get community input on XenSummit and Hackathon locations for 2014. I need > to start tying these down pretty soon such that I can reserve the space. So > I took an action to get community input. To remind you in 2013, XenSummit > will be in Edinburgh, UK in October. So I took Europe off the menu for 2014 > : please shout if this is an issue. > > Can I ask you to respond to this thread and order the options based on your > preferences (highest first). I also wanted to remind you that a few months > back, we had a discussion to distribute the summits more evenly around the > globe. All options would be co-located with one or several Linux events. > > Here are the options for events: > > 1) Rio de Janeiro, May 2014 > 2) Chicago, end of August 2014 > 3) Korea, end of November 2014 > > Note that if we want to do an event in Rio, I have to book the space by > mid-May this year. Also note that Chicago may be a bit busy with at least > 2-3 other Linux events that are likely to take place at the same time (I > remember there were some complaints that XenSummit 2012 in San Diego was a > bit to stressful as too much was going on in the same week). Also note that > Seattle, August 2015 would be an option to host XenSummit, assuming we > didn't chose a US location in 2014. > > I will make a start and vote in order of my preference (highest first) for > Rio, Korea, Chicago. That sounds good to me. -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 17 13:00:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 13:00: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 1USRyM-0006sO-Ob; Wed, 17 Apr 2013 13:00:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USRyL-0006ry-6m; Wed, 17 Apr 2013 13:00:25 +0000 Received: from [85.158.139.83:11026] by server-1.bemta-5.messagelabs.com id 51/F3-14063-7EC9E615; Wed, 17 Apr 2013 13:00:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366203623!25490356!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1659 invoked from network); 17 Apr 2013 13:00:23 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 13:00:23 -0000 X-IronPort-AV: E=Sophos;i="4.87,492,1363132800"; d="scan'208";a="3646787" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Apr 2013 13:00:23 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 17 Apr 2013 14:00:22 +0100 Message-ID: <1366203621.25579.25.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lars Kurth Date: Wed, 17 Apr 2013 14:00:21 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, 2013-04-17 at 06:51 +0100, Lars Kurth wrote: > I will make a start and vote in order of my preference (highest first) > for > Rio, Korea, Chicago. > > > My reasoning is that this would allow us to have a XenSummit in Rio > and a Hackathon in Korea (or vice versa). This would fit nicely with a > XenSummit in Seattle in 2015. As far as I can tell. there would also > be fairly good alignment with the Xen release cycle. This seems like good reasoning to me so your order of preference makes sense to me also. WRT "too much going on" when co-locating -- can we aim to abut with other conferences rather than overlapping? At least this way travel can be amortized. Or do people have an issue with the setup where Mon-Wed: Big Conference (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where XenSummit is on the Thur+Fri because there are too many other smaller conferences doing the same thing? Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 13:00:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 13:00: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 1USRyM-0006sO-Ob; Wed, 17 Apr 2013 13:00:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USRyL-0006ry-6m; Wed, 17 Apr 2013 13:00:25 +0000 Received: from [85.158.139.83:11026] by server-1.bemta-5.messagelabs.com id 51/F3-14063-7EC9E615; Wed, 17 Apr 2013 13:00:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366203623!25490356!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1659 invoked from network); 17 Apr 2013 13:00:23 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 13:00:23 -0000 X-IronPort-AV: E=Sophos;i="4.87,492,1363132800"; d="scan'208";a="3646787" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Apr 2013 13:00:23 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 17 Apr 2013 14:00:22 +0100 Message-ID: <1366203621.25579.25.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lars Kurth Date: Wed, 17 Apr 2013 14:00:21 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, 2013-04-17 at 06:51 +0100, Lars Kurth wrote: > I will make a start and vote in order of my preference (highest first) > for > Rio, Korea, Chicago. > > > My reasoning is that this would allow us to have a XenSummit in Rio > and a Hackathon in Korea (or vice versa). This would fit nicely with a > XenSummit in Seattle in 2015. As far as I can tell. there would also > be fairly good alignment with the Xen release cycle. This seems like good reasoning to me so your order of preference makes sense to me also. WRT "too much going on" when co-locating -- can we aim to abut with other conferences rather than overlapping? At least this way travel can be amortized. Or do people have an issue with the setup where Mon-Wed: Big Conference (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where XenSummit is on the Thur+Fri because there are too many other smaller conferences doing the same thing? Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 14:30:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:30: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 1USTNP-0006Q1-4z; Wed, 17 Apr 2013 14:30:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTNO-0006Po-6G for xen-api@lists.xen.org; Wed, 17 Apr 2013 14:30:22 +0000 Received: from [193.109.254.147:37926] by server-11.bemta-14.messagelabs.com id DE/79-24840-CF1BE615; Wed, 17 Apr 2013 14:30:20 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1366209018!1856169!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7900 invoked from network); 17 Apr 2013 14:30:19 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-27.messagelabs.com with SMTP; 17 Apr 2013 14:30:19 -0000 Received: (qmail 15627 invoked by uid 634); 17 Apr 2013 14:30:18 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 17 Apr 2013 15:30:17 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <1366203621.25579.25.camel@zakaz.uk.xensource.com> Date: Wed, 17 Apr 2013 15:30:16 +0100 Message-Id: <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> To: Ian Campbell X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Lars Kurth , "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 17 Apr 2013, at 14:00, Ian Campbell wrote: > > WRT "too much going on" when co-locating -- can we aim to abut with > other conferences rather than overlapping? At least this way travel can > be amortized. > > Or do people have an issue with the setup where Mon-Wed: Big Conference > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > XenSummit is on the Thur+Fri because there are too many other smaller > conferences doing the same thing? I have a strong preference for a XenSummit near some other big event such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off location just for a one or two-day dev summit, much as I'd enjoy it! The overloading of microconferences happens all the time. Most people only really have a conflict between one or two things, and I just hop between events for the interesting bits for me. -anil _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 14:30:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:30: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 1USTNP-0006Q1-4z; Wed, 17 Apr 2013 14:30:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTNO-0006Po-6G for xen-api@lists.xen.org; Wed, 17 Apr 2013 14:30:22 +0000 Received: from [193.109.254.147:37926] by server-11.bemta-14.messagelabs.com id DE/79-24840-CF1BE615; Wed, 17 Apr 2013 14:30:20 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1366209018!1856169!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7900 invoked from network); 17 Apr 2013 14:30:19 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-27.messagelabs.com with SMTP; 17 Apr 2013 14:30:19 -0000 Received: (qmail 15627 invoked by uid 634); 17 Apr 2013 14:30:18 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 17 Apr 2013 15:30:17 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <1366203621.25579.25.camel@zakaz.uk.xensource.com> Date: Wed, 17 Apr 2013 15:30:16 +0100 Message-Id: <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> To: Ian Campbell X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Lars Kurth , "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 17 Apr 2013, at 14:00, Ian Campbell wrote: > > WRT "too much going on" when co-locating -- can we aim to abut with > other conferences rather than overlapping? At least this way travel can > be amortized. > > Or do people have an issue with the setup where Mon-Wed: Big Conference > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > XenSummit is on the Thur+Fri because there are too many other smaller > conferences doing the same thing? I have a strong preference for a XenSummit near some other big event such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off location just for a one or two-day dev summit, much as I'd enjoy it! The overloading of microconferences happens all the time. Most people only really have a conflict between one or two things, and I just hop between events for the interesting bits for me. -anil _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 14:35:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:35: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 1USTS4-0006rA-Ry; Wed, 17 Apr 2013 14:35:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTS3-0006qp-9c; Wed, 17 Apr 2013 14:35:11 +0000 Received: from [85.158.138.51:23949] by server-3.bemta-3.messagelabs.com id E8/29-26934-D13BE615; Wed, 17 Apr 2013 14:35:09 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1366209301!28664223!1 X-Originating-IP: [66.151.104.17] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11051 invoked from network); 17 Apr 2013 14:35:02 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2013 14:35:02 -0000 Received: from ashslvha1.businessgrade.local (127.0.0.1) by ashslvha1.businessgrade.local (Axigen) with ESMTPSA id 010725; Wed, 17 Apr 2013 10:34:01 -0400 Received: from [70.193.205.248] by businessgrade.com with HTTP; Wed, 17 Apr 2013 10:34:01 -0400 From: Errol Neal Date: Wed, 17 Apr 2013 10:34:01 -0400 X-Mailer: Axigen WebMail To: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Message-ID: <1366209241212666500@businessgrade.com> In-Reply-To: <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Subject: Re: [Xen-API] =?utf-8?q?=5BXen-users=5D__=5BNeed_Input=5D_Options_for?= =?utf-8?q?_XenSummits_in=092014_=28and_beyond=29_-_need_input_by_end_of_A?= =?utf-8?q?pril?= X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.com 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 +1 On Wed, 04/17/2013 10:30 AM, Anil Madhavapeddy wrote: > On 17 Apr 2013, at 14:00, Ian Campbell wrote: > > > > WRT "too much going on" when co-locating -- can we aim to abut with > > other conferences rather than overlapping? At least this way travel can > > be amortized. > > > > Or do people have an issue with the setup where Mon-Wed: Big Conference > > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > > XenSummit is on the Thur+Fri because there are too many other smaller > > conferences doing the same thing? > > I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off > location just for a one or two-day dev summit, much as I'd enjoy it! > > The overloading of microconferences happens all the time. Most > people only really have a conflict between one or two things, and I > just hop between events for the interesting bits for me. > > -anil > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 14:35:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:35: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 1USTS4-0006rA-Ry; Wed, 17 Apr 2013 14:35:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTS3-0006qp-9c; Wed, 17 Apr 2013 14:35:11 +0000 Received: from [85.158.138.51:23949] by server-3.bemta-3.messagelabs.com id E8/29-26934-D13BE615; Wed, 17 Apr 2013 14:35:09 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1366209301!28664223!1 X-Originating-IP: [66.151.104.17] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11051 invoked from network); 17 Apr 2013 14:35:02 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2013 14:35:02 -0000 Received: from ashslvha1.businessgrade.local (127.0.0.1) by ashslvha1.businessgrade.local (Axigen) with ESMTPSA id 010725; Wed, 17 Apr 2013 10:34:01 -0400 Received: from [70.193.205.248] by businessgrade.com with HTTP; Wed, 17 Apr 2013 10:34:01 -0400 From: Errol Neal Date: Wed, 17 Apr 2013 10:34:01 -0400 X-Mailer: Axigen WebMail To: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Message-ID: <1366209241212666500@businessgrade.com> In-Reply-To: <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Subject: Re: [Xen-API] =?utf-8?q?=5BXen-users=5D__=5BNeed_Input=5D_Options_for?= =?utf-8?q?_XenSummits_in=092014_=28and_beyond=29_-_need_input_by_end_of_A?= =?utf-8?q?pril?= X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.com 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 +1 On Wed, 04/17/2013 10:30 AM, Anil Madhavapeddy wrote: > On 17 Apr 2013, at 14:00, Ian Campbell wrote: > > > > WRT "too much going on" when co-locating -- can we aim to abut with > > other conferences rather than overlapping? At least this way travel can > > be amortized. > > > > Or do people have an issue with the setup where Mon-Wed: Big Conference > > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > > XenSummit is on the Thur+Fri because there are too many other smaller > > conferences doing the same thing? > > I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off > location just for a one or two-day dev summit, much as I'd enjoy it! > > The overloading of microconferences happens all the time. Most > people only really have a conflict between one or two things, and I > just hop between events for the interesting bits for me. > > -anil > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 14:35:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:35: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 1USTS9-0006sM-TQ; Wed, 17 Apr 2013 14:35:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTS8-0006ry-Nh; Wed, 17 Apr 2013 14:35:16 +0000 Received: from [85.158.143.99:6086] by server-1.bemta-4.messagelabs.com id 1A/C5-06203-323BE615; Wed, 17 Apr 2013 14:35:15 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366209312!22933101!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4414 invoked from network); 17 Apr 2013 14:35:14 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2013 14:35:14 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r3HEZ9oU016730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Apr 2013 14:35:10 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3HEZ8Ax027197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 17 Apr 2013 14:35:09 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3HEZ89g029545; Wed, 17 Apr 2013 14:35:08 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 17 Apr 2013 07:35:07 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 994CC1BF781; Wed, 17 Apr 2013 10:35:06 -0400 (EDT) Date: Wed, 17 Apr 2013 10:35:06 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Message-ID: <20130417143506.GA23651@phenom.dumpdata.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Cc: xen-arm@lists.xen.org, "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 17, 2013 at 06:51:21AM +0100, Lars Kurth wrote: > Hi everybody, > > we had a Xen Project Advisory Board meeting this morning and I had an > action to get community input on XenSummit and Hackathon locations for > 2014. I need to start tying these down pretty soon such that I can reserve > the space. So I took an action to get community input. To remind you in > 2013, XenSummit will be in Edinburgh, UK in October. So I took Europe off > the menu for 2014 : please shout if this is an issue. > > Can I ask you to respond to this thread and order the options based on your > preferences (highest first). I also wanted to remind you that a few months > back, we had a discussion to distribute the summits more evenly around the > globe. All options would be co-located with one or several Linux events. > > Here are the options for events: > > 1) Rio de Janeiro, May 2014 > 2) Chicago, end of August 2014 > 3) Korea, end of November 2014 > > Note that if we want to do an event in Rio, I have to book the space by > mid-May this year. Also note that Chicago may be a bit busy with at least > 2-3 other Linux events that are likely to take place at the same time (I > remember there were some complaints that XenSummit 2012 in San Diego was a > bit to stressful as too much was going on in the same week). Also note that > Seattle, August 2015 would be an option to host XenSummit, assuming we > didn't chose a US location in 2014. > > I will make a start and vote in order of my preference (highest first) for > Rio, Korea, Chicago. > > My reasoning is that this would allow us to have a XenSummit in Rio and a > Hackathon in Korea (or vice versa). This would fit nicely with a XenSummit > in Seattle in 2015. As far as I can tell. there would also be fairly good > alignment with the Xen release cycle. > > Let me know your preferences (but remember, I need to know by the end of > April). My preference: Chicago, Rio, Korea > > Cheers > Lars > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 14:35:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:35: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 1USTS9-0006sM-TQ; Wed, 17 Apr 2013 14:35:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTS8-0006ry-Nh; Wed, 17 Apr 2013 14:35:16 +0000 Received: from [85.158.143.99:6086] by server-1.bemta-4.messagelabs.com id 1A/C5-06203-323BE615; Wed, 17 Apr 2013 14:35:15 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366209312!22933101!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4414 invoked from network); 17 Apr 2013 14:35:14 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2013 14:35:14 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r3HEZ9oU016730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Apr 2013 14:35:10 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3HEZ8Ax027197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 17 Apr 2013 14:35:09 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r3HEZ89g029545; Wed, 17 Apr 2013 14:35:08 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 17 Apr 2013 07:35:07 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 994CC1BF781; Wed, 17 Apr 2013 10:35:06 -0400 (EDT) Date: Wed, 17 Apr 2013 10:35:06 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Message-ID: <20130417143506.GA23651@phenom.dumpdata.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Cc: xen-arm@lists.xen.org, "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 17, 2013 at 06:51:21AM +0100, Lars Kurth wrote: > Hi everybody, > > we had a Xen Project Advisory Board meeting this morning and I had an > action to get community input on XenSummit and Hackathon locations for > 2014. I need to start tying these down pretty soon such that I can reserve > the space. So I took an action to get community input. To remind you in > 2013, XenSummit will be in Edinburgh, UK in October. So I took Europe off > the menu for 2014 : please shout if this is an issue. > > Can I ask you to respond to this thread and order the options based on your > preferences (highest first). I also wanted to remind you that a few months > back, we had a discussion to distribute the summits more evenly around the > globe. All options would be co-located with one or several Linux events. > > Here are the options for events: > > 1) Rio de Janeiro, May 2014 > 2) Chicago, end of August 2014 > 3) Korea, end of November 2014 > > Note that if we want to do an event in Rio, I have to book the space by > mid-May this year. Also note that Chicago may be a bit busy with at least > 2-3 other Linux events that are likely to take place at the same time (I > remember there were some complaints that XenSummit 2012 in San Diego was a > bit to stressful as too much was going on in the same week). Also note that > Seattle, August 2015 would be an option to host XenSummit, assuming we > didn't chose a US location in 2014. > > I will make a start and vote in order of my preference (highest first) for > Rio, Korea, Chicago. > > My reasoning is that this would allow us to have a XenSummit in Rio and a > Hackathon in Korea (or vice versa). This would fit nicely with a XenSummit > in Seattle in 2015. As far as I can tell. there would also be fairly good > alignment with the Xen release cycle. > > Let me know your preferences (but remember, I need to know by the end of > April). My preference: Chicago, Rio, Korea > > Cheers > Lars > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Apr 17 14:37:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:37:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTTu-0007Ig-Eh; Wed, 17 Apr 2013 14:37:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTTt-0007Hq-93; Wed, 17 Apr 2013 14:37:05 +0000 Received: from [85.158.139.83:31304] by server-10.bemta-5.messagelabs.com id F7/4A-23714-F83BE615; Wed, 17 Apr 2013 14:37:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366209413!25508712!1 X-Originating-IP: [209.85.219.44] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23143 invoked from network); 17 Apr 2013 14:36:58 -0000 Received: from mail-oa0-f44.google.com (HELO mail-oa0-f44.google.com) (209.85.219.44) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 14:36:58 -0000 Received: by mail-oa0-f44.google.com with SMTP id h1so1672687oag.3 for ; Wed, 17 Apr 2013 07:35:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=T90YnOtA2RO5+o2rhFir7FTl+ZSw7zOOcqZXuuWAu0k=; b=adkm0CLSk8V34/SXqZFxXsVp4xUtWrwh9aO3wprvkrb8pMa8i0bQL7aWTjWVFcz/rq Y9AP5lpjP5DFXo2H0TE/yqXRH6W+v6yDDhROjIJS/SogSVnqFQ/VBq3I+7pt+xj0akwi vXTQC06mWbDyrB1YhfKuTMKDEBUhayRfLQvrdf+z5vldcV+wMgpIf7EMgFBm6bYmqeUI KCVxJGP/fN5bfHHchNJr5QyP5toUpnP1ibONFVdV8XkPNRW3O6uC92a+H7vlYGdmCo4s ZjBusxJ/SRyhT8Cm/BeeqS57K+C1mhvkiASdWlWB5013RGon9SEgpYNaWxo2Liw2Iyv2 wFbQ== MIME-Version: 1.0 X-Received: by 10.60.37.68 with SMTP id w4mr2717312oej.62.1366209353615; Wed, 17 Apr 2013 07:35:53 -0700 (PDT) Received: by 10.60.13.1 with HTTP; Wed, 17 Apr 2013 07:35:53 -0700 (PDT) In-Reply-To: <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> Date: Wed, 17 Apr 2013 15:35:53 +0100 Message-ID: From: Lars Kurth To: Anil Madhavapeddy Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , Ian Campbell , "xen-users@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7826405630169493635==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7826405630169493635== Content-Type: multipart/alternative; boundary=089e0111c13036120404da8f6705 --089e0111c13036120404da8f6705 Content-Type: text/plain; charset=ISO-8859-1 > I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. All the locations suggested are co-located with big Linux Foundation events (but I don't want to pre-announce their schedule) On Wed, Apr 17, 2013 at 3:30 PM, Anil Madhavapeddy wrote: > On 17 Apr 2013, at 14:00, Ian Campbell wrote: > > > > WRT "too much going on" when co-locating -- can we aim to abut with > > other conferences rather than overlapping? At least this way travel can > > be amortized. > > > > Or do people have an issue with the setup where Mon-Wed: Big Conference > > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > > XenSummit is on the Thur+Fri because there are too many other smaller > > conferences doing the same thing? > > I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off > location just for a one or two-day dev summit, much as I'd enjoy it! > > The overloading of microconferences happens all the time. Most > people only really have a conflict between one or two things, and I > just hop between events for the interesting bits for me. > > -anil > --089e0111c13036120404da8f6705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0I have a strong preference for a XenSummit near some other big eve= nt
> such as LinuxCon o= r FOSDEM.
All the locations suggested are co-located with big Linux Foundation events= (but I don't want to pre-announce their schedule)


On Wed, Apr 17, 2013 a= t 3:30 PM, Anil Madhavapeddy <anil@recoil.org> wrote:
On 17 Apr 2013, at 14:00, = Ian Campbell <Ian.Campbell@ci= trix.com> wrote:
>
> WRT "too much going on" when co-locating -- can we aim to ab= ut with
> other conferences rather than overlapping? At least this way travel ca= n
> be amortized.
>
> Or do people have an issue with the setup where Mon-Wed: Big Conferenc= e
> (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > XenSummit is on the Thur+Fri because there are too many other smaller<= br> > conferences doing the same thing?

I have a strong preference for a XenSummit near some other big event<= br> such as LinuxCon or FOSDEM. =A0It's not worth making the trip to a far-= off
location just for a one or two-day dev summit, much as I'd enjoy it!
The overloading of microconferences happens all the time. =A0Most
people only really have a conflict between one or two things, and I
just hop between events for the interesting bits for me.

-anil

--089e0111c13036120404da8f6705-- --===============7826405630169493635== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7826405630169493635==-- From xen-api-bounces@lists.xen.org Wed Apr 17 14:37:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:37:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTTu-0007Ig-Eh; Wed, 17 Apr 2013 14:37:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTTt-0007Hq-93; Wed, 17 Apr 2013 14:37:05 +0000 Received: from [85.158.139.83:31304] by server-10.bemta-5.messagelabs.com id F7/4A-23714-F83BE615; Wed, 17 Apr 2013 14:37:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366209413!25508712!1 X-Originating-IP: [209.85.219.44] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23143 invoked from network); 17 Apr 2013 14:36:58 -0000 Received: from mail-oa0-f44.google.com (HELO mail-oa0-f44.google.com) (209.85.219.44) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 14:36:58 -0000 Received: by mail-oa0-f44.google.com with SMTP id h1so1672687oag.3 for ; Wed, 17 Apr 2013 07:35:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=T90YnOtA2RO5+o2rhFir7FTl+ZSw7zOOcqZXuuWAu0k=; b=adkm0CLSk8V34/SXqZFxXsVp4xUtWrwh9aO3wprvkrb8pMa8i0bQL7aWTjWVFcz/rq Y9AP5lpjP5DFXo2H0TE/yqXRH6W+v6yDDhROjIJS/SogSVnqFQ/VBq3I+7pt+xj0akwi vXTQC06mWbDyrB1YhfKuTMKDEBUhayRfLQvrdf+z5vldcV+wMgpIf7EMgFBm6bYmqeUI KCVxJGP/fN5bfHHchNJr5QyP5toUpnP1ibONFVdV8XkPNRW3O6uC92a+H7vlYGdmCo4s ZjBusxJ/SRyhT8Cm/BeeqS57K+C1mhvkiASdWlWB5013RGon9SEgpYNaWxo2Liw2Iyv2 wFbQ== MIME-Version: 1.0 X-Received: by 10.60.37.68 with SMTP id w4mr2717312oej.62.1366209353615; Wed, 17 Apr 2013 07:35:53 -0700 (PDT) Received: by 10.60.13.1 with HTTP; Wed, 17 Apr 2013 07:35:53 -0700 (PDT) In-Reply-To: <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> Date: Wed, 17 Apr 2013 15:35:53 +0100 Message-ID: From: Lars Kurth To: Anil Madhavapeddy Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , Ian Campbell , "xen-users@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7826405630169493635==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7826405630169493635== Content-Type: multipart/alternative; boundary=089e0111c13036120404da8f6705 --089e0111c13036120404da8f6705 Content-Type: text/plain; charset=ISO-8859-1 > I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. All the locations suggested are co-located with big Linux Foundation events (but I don't want to pre-announce their schedule) On Wed, Apr 17, 2013 at 3:30 PM, Anil Madhavapeddy wrote: > On 17 Apr 2013, at 14:00, Ian Campbell wrote: > > > > WRT "too much going on" when co-locating -- can we aim to abut with > > other conferences rather than overlapping? At least this way travel can > > be amortized. > > > > Or do people have an issue with the setup where Mon-Wed: Big Conference > > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > > XenSummit is on the Thur+Fri because there are too many other smaller > > conferences doing the same thing? > > I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off > location just for a one or two-day dev summit, much as I'd enjoy it! > > The overloading of microconferences happens all the time. Most > people only really have a conflict between one or two things, and I > just hop between events for the interesting bits for me. > > -anil > --089e0111c13036120404da8f6705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0I have a strong preference for a XenSummit near some other big eve= nt
> such as LinuxCon o= r FOSDEM.
All the locations suggested are co-located with big Linux Foundation events= (but I don't want to pre-announce their schedule)


On Wed, Apr 17, 2013 a= t 3:30 PM, Anil Madhavapeddy <anil@recoil.org> wrote:
On 17 Apr 2013, at 14:00, = Ian Campbell <Ian.Campbell@ci= trix.com> wrote:
>
> WRT "too much going on" when co-locating -- can we aim to ab= ut with
> other conferences rather than overlapping? At least this way travel ca= n
> be amortized.
>
> Or do people have an issue with the setup where Mon-Wed: Big Conferenc= e
> (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > XenSummit is on the Thur+Fri because there are too many other smaller<= br> > conferences doing the same thing?

I have a strong preference for a XenSummit near some other big event<= br> such as LinuxCon or FOSDEM. =A0It's not worth making the trip to a far-= off
location just for a one or two-day dev summit, much as I'd enjoy it!
The overloading of microconferences happens all the time. =A0Most
people only really have a conflict between one or two things, and I
just hop between events for the interesting bits for me.

-anil

--089e0111c13036120404da8f6705-- --===============7826405630169493635== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7826405630169493635==-- From xen-api-bounces@lists.xen.org Wed Apr 17 14:39:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:39: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 1USTW4-0007tV-0B; Wed, 17 Apr 2013 14:39:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTW2-0007sx-G9; Wed, 17 Apr 2013 14:39:18 +0000 Received: from [85.158.139.211:21784] by server-14.bemta-5.messagelabs.com id AF/37-13158-514BE615; Wed, 17 Apr 2013 14:39:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1366209551!17813154!1 X-Originating-IP: [209.85.219.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17006 invoked from network); 17 Apr 2013 14:39:13 -0000 Received: from mail-oa0-f48.google.com (HELO mail-oa0-f48.google.com) (209.85.219.48) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 14:39:13 -0000 Received: by mail-oa0-f48.google.com with SMTP id j1so1627450oag.7 for ; Wed, 17 Apr 2013 07:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=MeEX1/da93O4Zj8m9+s1pzMYN69vgkUJBLL1XEH+0EQ=; b=WVoJOqbCYOBu356a81Exl70dZ3hL0MzS+nk90FYuhQOMMuC8yF47bCL1U35mnkjPmm xjyVwoSRsJNewhPezW6KgsfxXaq1LxISGtrU9jpv5AEV+h4FJB47QuDel6yaSz8c3+WB lp8BiUgJHQhIHOq8v8CkC7dCNpebrnts67i8JMfU2gtQrIVp0l7AIzIjIJSq3D6E+b85 ysJT+tL9clDmwr5UijqTQNuDmIqKSBQCfoPP0HmuVcQPefUnwDpthNi8gbL2MqCBpAhq IefSI1VmuUDrPEtXQ5V+9HYGhV2fUtmoUnEPiH7zSF92cG+Nxd/kMlIgg6UDONjDsYng ZgQQ== MIME-Version: 1.0 X-Received: by 10.182.84.135 with SMTP id z7mr2357787oby.35.1366209551416; Wed, 17 Apr 2013 07:39:11 -0700 (PDT) Received: by 10.60.13.1 with HTTP; Wed, 17 Apr 2013 07:39:11 -0700 (PDT) In-Reply-To: <1366209241212666500@businessgrade.com> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> <1366209241212666500@businessgrade.com> Date: Wed, 17 Apr 2013 15:39:11 +0100 Message-ID: From: Lars Kurth To: eneal@businessgrade.com Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4373509512391754710==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4373509512391754710== Content-Type: multipart/alternative; boundary=089e013a26960046da04da8f733c --089e013a26960046da04da8f733c Content-Type: text/plain; charset=ISO-8859-1 Can I ask you all to list your preferences, rather than voting for my preference or stating "+1". This will make it easier for me to count everything. Lars On Wed, Apr 17, 2013 at 3:34 PM, Errol Neal wrote: > +1 > > On Wed, 04/17/2013 10:30 AM, Anil Madhavapeddy wrote: > > On 17 Apr 2013, at 14:00, Ian Campbell wrote: > > > > > > WRT "too much going on" when co-locating -- can we aim to abut with > > > other conferences rather than overlapping? At least this way travel can > > > be amortized. > > > > > > Or do people have an issue with the setup where Mon-Wed: Big Conference > > > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > > > XenSummit is on the Thur+Fri because there are too many other smaller > > > conferences doing the same thing? > > > > I have a strong preference for a XenSummit near some other big event > > such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off > > location just for a one or two-day dev summit, much as I'd enjoy it! > > > > The overloading of microconferences happens all the time. Most > > people only really have a conflict between one or two things, and I > > just hop between events for the interesting bits for me. > > > > -anil > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --089e013a26960046da04da8f733c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Can I ask you all to list your preferences, rather than vo= ting for my preference or stating "+1". This will make it easier = for me to count everything.

Lars


On Wed, Apr 17, 2013 at 3:34 PM, Errol N= eal <eneal@businessgrade.com> wrote:
+1

On Wed, 04/17/2013 10:30 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
> On 17 Apr 2013, at 14:00, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> >
> > WRT "too much going on" when co-locating -- can we aim = to abut with
> > other conferences rather than overlapping? At least this way trav= el can
> > be amortized.
> >
> > Or do people have an issue with the setup where Mon-Wed: Big Conf= erence
> > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Wh= ere
> > XenSummit is on the Thur+Fri because there are too many other sma= ller
> > conferences doing the same thing?
>
> I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. =A0It's not worth making the trip to a= far-off
> location just for a one or two-day dev summit, much as I'd enjoy i= t!
>
> The overloading of microconferences happens all the time. =A0Most
> people only really have a conflict between one or two things, and I > just hop between events for the interesting bits for me.
>
> -anil
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

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

--089e013a26960046da04da8f733c-- --===============4373509512391754710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4373509512391754710==-- From xen-api-bounces@lists.xen.org Wed Apr 17 14:39:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Apr 2013 14:39: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 1USTW4-0007tV-0B; Wed, 17 Apr 2013 14:39:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USTW2-0007sx-G9; Wed, 17 Apr 2013 14:39:18 +0000 Received: from [85.158.139.211:21784] by server-14.bemta-5.messagelabs.com id AF/37-13158-514BE615; Wed, 17 Apr 2013 14:39:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1366209551!17813154!1 X-Originating-IP: [209.85.219.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17006 invoked from network); 17 Apr 2013 14:39:13 -0000 Received: from mail-oa0-f48.google.com (HELO mail-oa0-f48.google.com) (209.85.219.48) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2013 14:39:13 -0000 Received: by mail-oa0-f48.google.com with SMTP id j1so1627450oag.7 for ; Wed, 17 Apr 2013 07:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=MeEX1/da93O4Zj8m9+s1pzMYN69vgkUJBLL1XEH+0EQ=; b=WVoJOqbCYOBu356a81Exl70dZ3hL0MzS+nk90FYuhQOMMuC8yF47bCL1U35mnkjPmm xjyVwoSRsJNewhPezW6KgsfxXaq1LxISGtrU9jpv5AEV+h4FJB47QuDel6yaSz8c3+WB lp8BiUgJHQhIHOq8v8CkC7dCNpebrnts67i8JMfU2gtQrIVp0l7AIzIjIJSq3D6E+b85 ysJT+tL9clDmwr5UijqTQNuDmIqKSBQCfoPP0HmuVcQPefUnwDpthNi8gbL2MqCBpAhq IefSI1VmuUDrPEtXQ5V+9HYGhV2fUtmoUnEPiH7zSF92cG+Nxd/kMlIgg6UDONjDsYng ZgQQ== MIME-Version: 1.0 X-Received: by 10.182.84.135 with SMTP id z7mr2357787oby.35.1366209551416; Wed, 17 Apr 2013 07:39:11 -0700 (PDT) Received: by 10.60.13.1 with HTTP; Wed, 17 Apr 2013 07:39:11 -0700 (PDT) In-Reply-To: <1366209241212666500@businessgrade.com> References: <1366203621.25579.25.camel@zakaz.uk.xensource.com> <619F5B48-3FC8-4C06-A570-171965AFE047@recoil.org> <1366209241212666500@businessgrade.com> Date: Wed, 17 Apr 2013 15:39:11 +0100 Message-ID: From: Lars Kurth To: eneal@businessgrade.com Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] [Need Input] Options for XenSummits in 2014 (and beyond) - need input by end of April X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4373509512391754710==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4373509512391754710== Content-Type: multipart/alternative; boundary=089e013a26960046da04da8f733c --089e013a26960046da04da8f733c Content-Type: text/plain; charset=ISO-8859-1 Can I ask you all to list your preferences, rather than voting for my preference or stating "+1". This will make it easier for me to count everything. Lars On Wed, Apr 17, 2013 at 3:34 PM, Errol Neal wrote: > +1 > > On Wed, 04/17/2013 10:30 AM, Anil Madhavapeddy wrote: > > On 17 Apr 2013, at 14:00, Ian Campbell wrote: > > > > > > WRT "too much going on" when co-locating -- can we aim to abut with > > > other conferences rather than overlapping? At least this way travel can > > > be amortized. > > > > > > Or do people have an issue with the setup where Mon-Wed: Big Conference > > > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Where > > > XenSummit is on the Thur+Fri because there are too many other smaller > > > conferences doing the same thing? > > > > I have a strong preference for a XenSummit near some other big event > > such as LinuxCon or FOSDEM. It's not worth making the trip to a far-off > > location just for a one or two-day dev summit, much as I'd enjoy it! > > > > The overloading of microconferences happens all the time. Most > > people only really have a conflict between one or two things, and I > > just hop between events for the interesting bits for me. > > > > -anil > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --089e013a26960046da04da8f733c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Can I ask you all to list your preferences, rather than vo= ting for my preference or stating "+1". This will make it easier = for me to count everything.

Lars


On Wed, Apr 17, 2013 at 3:34 PM, Errol N= eal <eneal@businessgrade.com> wrote:
+1

On Wed, 04/17/2013 10:30 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
> On 17 Apr 2013, at 14:00, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> >
> > WRT "too much going on" when co-locating -- can we aim = to abut with
> > other conferences rather than overlapping? At least this way trav= el can
> > be amortized.
> >
> > Or do people have an issue with the setup where Mon-Wed: Big Conf= erence
> > (LinuxCon etc), Thur-Fri: Micro/specialised/smaller-confs etc. Wh= ere
> > XenSummit is on the Thur+Fri because there are too many other sma= ller
> > conferences doing the same thing?
>
> I have a strong preference for a XenSummit near some other big event > such as LinuxCon or FOSDEM. =A0It's not worth making the trip to a= far-off
> location just for a one or two-day dev summit, much as I'd enjoy i= t!
>
> The overloading of microconferences happens all the time. =A0Most
> people only really have a conflict between one or two things, and I > just hop between events for the interesting bits for me.
>
> -anil
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

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

--089e013a26960046da04da8f733c-- --===============4373509512391754710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4373509512391754710==-- From xen-api-bounces@lists.xen.org Thu Apr 18 10:11:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 10:11: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 1USlog-0005eg-8T; Thu, 18 Apr 2013 10:11:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USlof-0005eY-3C for xen-api@lists.xen.org; Thu, 18 Apr 2013 10:11:45 +0000 Received: from [85.158.138.51:4309] by server-8.bemta-3.messagelabs.com id DF/38-20604-0E6CF615; Thu, 18 Apr 2013 10:11:44 +0000 X-Env-Sender: rafalak@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1366279900!28628239!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32449 invoked from network); 18 Apr 2013 10:11:41 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 10:11:41 -0000 Received: by mail-lb0-f172.google.com with SMTP id u10so2520892lbi.3 for ; Thu, 18 Apr 2013 03:11:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=ci5K1xgX306eoLPSM7UvgqYOhmQuFuYY4Qo0NImP2Wg=; b=GfYlOEj9sVCBdBQTQfYsFgQiIwvdt7cGdsDnVg4oDwPZ5ydPAca83/NdcqL7i9qtzi zCGdsVTarZlMyjB4Tv3OhIrT9wvB8OCioge4C3GwIjtfUeYmTdmEIt8U8lhMoDT+NUra 79OHt7oohAqxCz6EUuF/LbP0TlVwVoxQ5W3kQHpK5CBqPndIONcocCxGnS2jULLfcDQy Bwdo53dIciyNhb1Y3zztNt1JhC55w8nUylvspsFeyaUshZIRXWAROHLxwIr+Y0V19M/X 63Wm93Wtjf7cCQ5ZRjxuyuYmncTzhd5ekBCrfmSRRy5pPrkRFBfASOWmX3isqDz70Yvm aWjQ== MIME-Version: 1.0 X-Received: by 10.152.28.230 with SMTP id e6mr5432027lah.57.1366279900461; Thu, 18 Apr 2013 03:11:40 -0700 (PDT) Received: by 10.112.145.98 with HTTP; Thu, 18 Apr 2013 03:11:40 -0700 (PDT) Date: Thu, 18 Apr 2013 12:11:40 +0200 Message-ID: From: =?UTF-8?Q?Rafa=C5=82_Michalak?= To: xen-api@lists.xen.org Subject: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3742389840409828656==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3742389840409828656== Content-Type: multipart/alternative; boundary=089e0160b79a220b7604da9fd4b0 --089e0160b79a220b7604da9fd4b0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello guys. When I send VM.start with params (sessionId, vmRef, true, true) I've got MESSAGE_PARAMETER_COUNT_MISMATCH What is the cause of the error ? My environment Xen 4.2.1 raw query and response VM.start78d1d27e-ee13-ab41-766c-39ca1660e0fbe7c5a6ce-7e3d-62f2-478d-de990dd29fe111 Status Failure ErrorDescription MESSAGE_PARAMETER_COUNT_MISMATCH VM.start 3 4 Thanks Rafal M. --089e0160b79a220b7604da9fd4b0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello guys.
When I send VM.start with params (sessionId, vmR= ef, true, true)
I've got=C2=A0MESSAGE_PARAMETER_COUNT_MISMATC= H

What is the cause of the error ?

<= /div>
My environment
Xen 4.2.1

raw query = and response
<?xml version=3D"1.0" encoding=3D&= quot;UTF-8"?><methodCall><methodName>VM.start</metho= dName><params><param><value>78d1d27e-ee13-ab41-766c-39= ca1660e0fb</value></param><param><value>e7c5a6ce-7e= 3d-62f2-478d-de990dd29fe1</value></param><param><value= ><boolean>1</boolean></value></param><param&g= t;<value><boolean>1</boolean></value></param>= </params></methodCall>

<?xml version=3D'1.0'?>
<met= hodResponse>
<params>
<param>
= <value><struct>
<member>
<name>= Status</name>
<value><string>Failure</string></value>
<= div></member>
<member>
<name>ErrorDes= cription</name>
<value><array><data>
<value><string>MESSAGE_PARAMETER_COUNT_MISMATCH</string= ></value>
<value><string>VM.start</string= ></value>
<value><string>3</string><= ;/value>
<value><string>4</string></value>
&l= t;/data></array></value>
</member>
</struct></value>
</param>
</para= ms>
</methodResponse>


Thank= s
Rafal M.
--089e0160b79a220b7604da9fd4b0-- --===============3742389840409828656== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3742389840409828656==-- From xen-api-bounces@lists.xen.org Thu Apr 18 10:11:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 10:11: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 1USlog-0005eg-8T; Thu, 18 Apr 2013 10:11:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USlof-0005eY-3C for xen-api@lists.xen.org; Thu, 18 Apr 2013 10:11:45 +0000 Received: from [85.158.138.51:4309] by server-8.bemta-3.messagelabs.com id DF/38-20604-0E6CF615; Thu, 18 Apr 2013 10:11:44 +0000 X-Env-Sender: rafalak@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1366279900!28628239!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32449 invoked from network); 18 Apr 2013 10:11:41 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 10:11:41 -0000 Received: by mail-lb0-f172.google.com with SMTP id u10so2520892lbi.3 for ; Thu, 18 Apr 2013 03:11:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=ci5K1xgX306eoLPSM7UvgqYOhmQuFuYY4Qo0NImP2Wg=; b=GfYlOEj9sVCBdBQTQfYsFgQiIwvdt7cGdsDnVg4oDwPZ5ydPAca83/NdcqL7i9qtzi zCGdsVTarZlMyjB4Tv3OhIrT9wvB8OCioge4C3GwIjtfUeYmTdmEIt8U8lhMoDT+NUra 79OHt7oohAqxCz6EUuF/LbP0TlVwVoxQ5W3kQHpK5CBqPndIONcocCxGnS2jULLfcDQy Bwdo53dIciyNhb1Y3zztNt1JhC55w8nUylvspsFeyaUshZIRXWAROHLxwIr+Y0V19M/X 63Wm93Wtjf7cCQ5ZRjxuyuYmncTzhd5ekBCrfmSRRy5pPrkRFBfASOWmX3isqDz70Yvm aWjQ== MIME-Version: 1.0 X-Received: by 10.152.28.230 with SMTP id e6mr5432027lah.57.1366279900461; Thu, 18 Apr 2013 03:11:40 -0700 (PDT) Received: by 10.112.145.98 with HTTP; Thu, 18 Apr 2013 03:11:40 -0700 (PDT) Date: Thu, 18 Apr 2013 12:11:40 +0200 Message-ID: From: =?UTF-8?Q?Rafa=C5=82_Michalak?= To: xen-api@lists.xen.org Subject: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3742389840409828656==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3742389840409828656== Content-Type: multipart/alternative; boundary=089e0160b79a220b7604da9fd4b0 --089e0160b79a220b7604da9fd4b0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello guys. When I send VM.start with params (sessionId, vmRef, true, true) I've got MESSAGE_PARAMETER_COUNT_MISMATCH What is the cause of the error ? My environment Xen 4.2.1 raw query and response VM.start78d1d27e-ee13-ab41-766c-39ca1660e0fbe7c5a6ce-7e3d-62f2-478d-de990dd29fe111 Status Failure ErrorDescription MESSAGE_PARAMETER_COUNT_MISMATCH VM.start 3 4 Thanks Rafal M. --089e0160b79a220b7604da9fd4b0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello guys.
When I send VM.start with params (sessionId, vmR= ef, true, true)
I've got=C2=A0MESSAGE_PARAMETER_COUNT_MISMATC= H

What is the cause of the error ?

<= /div>
My environment
Xen 4.2.1

raw query = and response
<?xml version=3D"1.0" encoding=3D&= quot;UTF-8"?><methodCall><methodName>VM.start</metho= dName><params><param><value>78d1d27e-ee13-ab41-766c-39= ca1660e0fb</value></param><param><value>e7c5a6ce-7e= 3d-62f2-478d-de990dd29fe1</value></param><param><value= ><boolean>1</boolean></value></param><param&g= t;<value><boolean>1</boolean></value></param>= </params></methodCall>

<?xml version=3D'1.0'?>
<met= hodResponse>
<params>
<param>
= <value><struct>
<member>
<name>= Status</name>
<value><string>Failure</string></value>
<= div></member>
<member>
<name>ErrorDes= cription</name>
<value><array><data>
<value><string>MESSAGE_PARAMETER_COUNT_MISMATCH</string= ></value>
<value><string>VM.start</string= ></value>
<value><string>3</string><= ;/value>
<value><string>4</string></value>
&l= t;/data></array></value>
</member>
</struct></value>
</param>
</para= ms>
</methodResponse>


Thank= s
Rafal M.
--089e0160b79a220b7604da9fd4b0-- --===============3742389840409828656== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3742389840409828656==-- From xen-api-bounces@lists.xen.org Thu Apr 18 10:42:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 10:42: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 1USmI8-000666-P0; Thu, 18 Apr 2013 10:42:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USmI6-000661-NU for xen-api@lists.xen.org; Thu, 18 Apr 2013 10:42:11 +0000 Received: from [85.158.137.99:45119] by server-11.bemta-3.messagelabs.com id 51/91-01263-10ECF615; Thu, 18 Apr 2013 10:42:09 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1366281685!18030306!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5503 invoked from network); 18 Apr 2013 10:41:26 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 10:41:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,500,1363132800"; d="scan'208,217";a="3688755" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Apr 2013 10:41:26 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 18 Apr 2013 11:41:25 +0100 From: John Else To: =?utf-8?B?UmFmYcWCIE1pY2hhbGFr?= , "xen-api@lists.xen.org" Date: Thu, 18 Apr 2013 11:41:52 +0100 Thread-Topic: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH Thread-Index: Ac48HaHgDa9Ekx9CRt6BrODZzv+etAAAjFLA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4413497951110831692==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4413497951110831692== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUmFmYWwsDQoNCknigJltIG5vdCBzdXJlIHdoaWNoIGNsaWVudCBsaWJyYXJ5IHlvdeKAmXJl IHVzaW5nLCBidXQgSSBrbm93IHRoZSBweXRob24gbGlicmFyeSBhZGRzIHRoZSBzZXNzaW9uIElE IGludG8gdGhlIGxpc3Qgb2YgYXJndW1lbnRzIGZvciB5b3UsIHNvIHlvdeKAmWQgb25seSBoYXZl IHRvIGNhbGwgc2Vzc2lvbi54ZW5hcGkuVk0uc3RhcnQodm1SZWYsIFRydWUsIFRydWUpDQoNCkpv aG4NCg0KRnJvbTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBp LWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIFJhZmFsIE1pY2hhbGFrDQpTZW50 OiAxOCBBcHJpbCAyMDEzIDExOjEyDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnDQpTdWJqZWN0 OiBbWGVuLUFQSV0gVk0uc3RhcnQgYW5kIE1FU1NBR0VfUEFSQU1FVEVSX0NPVU5UX01JU01BVENI DQoNCkhlbGxvIGd1eXMuDQpXaGVuIEkgc2VuZCBWTS5zdGFydCB3aXRoIHBhcmFtcyAoc2Vzc2lv bklkLCB2bVJlZiwgdHJ1ZSwgdHJ1ZSkNCkkndmUgZ290IE1FU1NBR0VfUEFSQU1FVEVSX0NPVU5U X01JU01BVENIDQoNCldoYXQgaXMgdGhlIGNhdXNlIG9mIHRoZSBlcnJvciA/DQoNCk15IGVudmly b25tZW50DQpYZW4gNC4yLjENCg0KcmF3IHF1ZXJ5IGFuZCByZXNwb25zZQ0KPD94bWwgdmVyc2lv bj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48bWV0aG9kQ2FsbD48bWV0aG9kTmFtZT5WTS5zdGFy dDwvbWV0aG9kTmFtZT48cGFyYW1zPjxwYXJhbT48dmFsdWU+NzhkMWQyN2UtZWUxMy1hYjQxLTc2 NmMtMzljYTE2NjBlMGZiPC92YWx1ZT48L3BhcmFtPjxwYXJhbT48dmFsdWU+ZTdjNWE2Y2UtN2Uz ZC02MmYyLTQ3OGQtZGU5OTBkZDI5ZmUxPC92YWx1ZT48L3BhcmFtPjxwYXJhbT48dmFsdWU+PGJv b2xlYW4+MTwvYm9vbGVhbj48L3ZhbHVlPjwvcGFyYW0+PHBhcmFtPjx2YWx1ZT48Ym9vbGVhbj4x PC9ib29sZWFuPjwvdmFsdWU+PC9wYXJhbT48L3BhcmFtcz48L21ldGhvZENhbGw+DQoNCjw/eG1s IHZlcnNpb249JzEuMCc/Pg0KPG1ldGhvZFJlc3BvbnNlPg0KPHBhcmFtcz4NCjxwYXJhbT4NCjx2 YWx1ZT48c3RydWN0Pg0KPG1lbWJlcj4NCjxuYW1lPlN0YXR1czwvbmFtZT4NCjx2YWx1ZT48c3Ry aW5nPkZhaWx1cmU8L3N0cmluZz48L3ZhbHVlPg0KPC9tZW1iZXI+DQo8bWVtYmVyPg0KPG5hbWU+ RXJyb3JEZXNjcmlwdGlvbjwvbmFtZT4NCjx2YWx1ZT48YXJyYXk+PGRhdGE+DQo8dmFsdWU+PHN0 cmluZz5NRVNTQUdFX1BBUkFNRVRFUl9DT1VOVF9NSVNNQVRDSDwvc3RyaW5nPjwvdmFsdWU+DQo8 dmFsdWU+PHN0cmluZz5WTS5zdGFydDwvc3RyaW5nPjwvdmFsdWU+DQo8dmFsdWU+PHN0cmluZz4z PC9zdHJpbmc+PC92YWx1ZT4NCjx2YWx1ZT48c3RyaW5nPjQ8L3N0cmluZz48L3ZhbHVlPg0KPC9k YXRhPjwvYXJyYXk+PC92YWx1ZT4NCjwvbWVtYmVyPg0KPC9zdHJ1Y3Q+PC92YWx1ZT4NCjwvcGFy YW0+DQo8L3BhcmFtcz4NCjwvbWV0aG9kUmVzcG9uc2U+DQoNCg0KVGhhbmtzDQpSYWZhbCBNLg0K --_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCglj b2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v bmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu MHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tR0IgbGlu az1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5IaSBSYWZhbCw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0Qn PknigJltIG5vdCBzdXJlIHdoaWNoIGNsaWVudCBsaWJyYXJ5IHlvdeKAmXJlIHVzaW5nLCBidXQg SSBrbm93IHRoZSBweXRob24gbGlicmFyeSBhZGRzIHRoZSBzZXNzaW9uIElEIGludG8gdGhlIGxp c3Qgb2YgYXJndW1lbnRzIGZvciB5b3UsIHNvIHlvdeKAmWQgb25seSBoYXZlIHRvIGNhbGwgc2Vz c2lvbi54ZW5hcGkuVk0uc3RhcnQodm1SZWYsIFRydWUsIFRydWUpPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdE Jz5Kb2huPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls ZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2Nv bG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PGI+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPUVOLVVT IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Iic+IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLWFwaS1ib3VuY2Vz QGxpc3RzLnhlbi5vcmddIDxiPk9uIEJlaGFsZiBPZiA8L2I+UmFmYWwgTWljaGFsYWs8YnI+PGI+ U2VudDo8L2I+IDE4IEFwcmlsIDIwMTMgMTE6MTI8YnI+PGI+VG86PC9iPiB4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmc8YnI+PGI+U3ViamVjdDo8L2I+IFtYZW4tQVBJXSBWTS5zdGFydCBhbmQgTUVTU0FH RV9QQVJBTUVURVJfQ09VTlRfTUlTTUFUQ0g8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkhl bGxvIGd1eXMuPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+V2hl biBJIHNlbmQgVk0uc3RhcnQgd2l0aCBwYXJhbXMgKHNlc3Npb25JZCwgdm1SZWYsIHRydWUsIHRy dWUpPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+SSd2ZSBnb3Qm bmJzcDtNRVNTQUdFX1BBUkFNRVRFUl9DT1VOVF9NSVNNQVRDSDxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsPldoYXQgaXMgdGhlIGNhdXNlIG9mIHRoZSBlcnJvciA/PG86cD48 L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48 L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+TXkgZW52aXJvbm1lbnQ8bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5YZW4gNC4yLjE8bzpwPjwvbzpwPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5yYXcgcXVlcnkgYW5kIHJlc3BvbnNlPG86cD48L286 cD48L3A+PC9kaXY+PGRpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7P3htbCB2ZXJzaW9u PSZxdW90OzEuMCZxdW90OyBlbmNvZGluZz0mcXVvdDtVVEYtOCZxdW90Oz8mZ3Q7Jmx0O21ldGhv ZENhbGwmZ3Q7Jmx0O21ldGhvZE5hbWUmZ3Q7Vk0uc3RhcnQmbHQ7L21ldGhvZE5hbWUmZ3Q7Jmx0 O3BhcmFtcyZndDsmbHQ7cGFyYW0mZ3Q7Jmx0O3ZhbHVlJmd0Ozc4ZDFkMjdlLWVlMTMtYWI0MS03 NjZjLTM5Y2ExNjYwZTBmYiZsdDsvdmFsdWUmZ3Q7Jmx0Oy9wYXJhbSZndDsmbHQ7cGFyYW0mZ3Q7 Jmx0O3ZhbHVlJmd0O2U3YzVhNmNlLTdlM2QtNjJmMi00NzhkLWRlOTkwZGQyOWZlMSZsdDsvdmFs dWUmZ3Q7Jmx0Oy9wYXJhbSZndDsmbHQ7cGFyYW0mZ3Q7Jmx0O3ZhbHVlJmd0OyZsdDtib29sZWFu Jmd0OzEmbHQ7L2Jvb2xlYW4mZ3Q7Jmx0Oy92YWx1ZSZndDsmbHQ7L3BhcmFtJmd0OyZsdDtwYXJh bSZndDsmbHQ7dmFsdWUmZ3Q7Jmx0O2Jvb2xlYW4mZ3Q7MSZsdDsvYm9vbGVhbiZndDsmbHQ7L3Zh bHVlJmd0OyZsdDsvcGFyYW0mZ3Q7Jmx0Oy9wYXJhbXMmZ3Q7Jmx0Oy9tZXRob2RDYWxsJmd0Ozxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDs/eG1sIHZlcnNpb249JzEu MCc/Jmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDtt ZXRob2RSZXNwb25zZSZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD4mbHQ7cGFyYW1zJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPiZsdDtwYXJhbSZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD4mbHQ7dmFsdWUmZ3Q7Jmx0O3N0cnVjdCZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7bWVtYmVyJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDtuYW1lJmd0O1N0YXR1cyZsdDsvbmFtZSZndDs8 bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7dmFsdWUmZ3Q7 Jmx0O3N0cmluZyZndDtGYWlsdXJlJmx0Oy9zdHJpbmcmZ3Q7Jmx0Oy92YWx1ZSZndDs8bzpwPjwv bzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7L21lbWJlciZndDs8bzpw PjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7bWVtYmVyJmd0Ozxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDtuYW1lJmd0O0Vy cm9yRGVzY3JpcHRpb24mbHQ7L25hbWUmZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWw+Jmx0O3ZhbHVlJmd0OyZsdDthcnJheSZndDsmbHQ7ZGF0YSZndDs8bzpw PjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7dmFsdWUmZ3Q7Jmx0 O3N0cmluZyZndDtNRVNTQUdFX1BBUkFNRVRFUl9DT1VOVF9NSVNNQVRDSCZsdDsvc3RyaW5nJmd0 OyZsdDsvdmFsdWUmZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+Jmx0O3ZhbHVlJmd0OyZsdDtzdHJpbmcmZ3Q7Vk0uc3RhcnQmbHQ7L3N0cmluZyZndDsmbHQ7 L3ZhbHVlJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZs dDt2YWx1ZSZndDsmbHQ7c3RyaW5nJmd0OzMmbHQ7L3N0cmluZyZndDsmbHQ7L3ZhbHVlJmd0Ozxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDt2YWx1ZSZndDsm bHQ7c3RyaW5nJmd0OzQmbHQ7L3N0cmluZyZndDsmbHQ7L3ZhbHVlJmd0OzxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDsvZGF0YSZndDsmbHQ7L2FycmF5Jmd0 OyZsdDsvdmFsdWUmZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+Jmx0Oy9tZW1iZXImZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+Jmx0Oy9zdHJ1Y3QmZ3Q7Jmx0Oy92YWx1ZSZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7L3BhcmFtJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDsvcGFyYW1zJmd0OzxvOnA+PC9vOnA+PC9wPjwv ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDsvbWV0aG9kUmVzcG9uc2UmZ3Q7PG86cD48 L286cD48L3A+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8 L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48 L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlRoYW5rczxiciBjbGVhcj1hbGw+PG86cD48L286 cD48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+UmFmYWwgTS48bzpwPjwvbzpwPjwvcD48L2Rp dj48L2Rpdj48L2JvZHk+PC9odG1sPg== --_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_-- --===============4413497951110831692== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4413497951110831692==-- From xen-api-bounces@lists.xen.org Thu Apr 18 10:42:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 10:42: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 1USmI8-000666-P0; Thu, 18 Apr 2013 10:42:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USmI6-000661-NU for xen-api@lists.xen.org; Thu, 18 Apr 2013 10:42:11 +0000 Received: from [85.158.137.99:45119] by server-11.bemta-3.messagelabs.com id 51/91-01263-10ECF615; Thu, 18 Apr 2013 10:42:09 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1366281685!18030306!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5503 invoked from network); 18 Apr 2013 10:41:26 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 10:41:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,500,1363132800"; d="scan'208,217";a="3688755" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Apr 2013 10:41:26 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 18 Apr 2013 11:41:25 +0100 From: John Else To: =?utf-8?B?UmFmYcWCIE1pY2hhbGFr?= , "xen-api@lists.xen.org" Date: Thu, 18 Apr 2013 11:41:52 +0100 Thread-Topic: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH Thread-Index: Ac48HaHgDa9Ekx9CRt6BrODZzv+etAAAjFLA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4413497951110831692==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4413497951110831692== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUmFmYWwsDQoNCknigJltIG5vdCBzdXJlIHdoaWNoIGNsaWVudCBsaWJyYXJ5IHlvdeKAmXJl IHVzaW5nLCBidXQgSSBrbm93IHRoZSBweXRob24gbGlicmFyeSBhZGRzIHRoZSBzZXNzaW9uIElE IGludG8gdGhlIGxpc3Qgb2YgYXJndW1lbnRzIGZvciB5b3UsIHNvIHlvdeKAmWQgb25seSBoYXZl IHRvIGNhbGwgc2Vzc2lvbi54ZW5hcGkuVk0uc3RhcnQodm1SZWYsIFRydWUsIFRydWUpDQoNCkpv aG4NCg0KRnJvbTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBp LWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIFJhZmFsIE1pY2hhbGFrDQpTZW50 OiAxOCBBcHJpbCAyMDEzIDExOjEyDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnDQpTdWJqZWN0 OiBbWGVuLUFQSV0gVk0uc3RhcnQgYW5kIE1FU1NBR0VfUEFSQU1FVEVSX0NPVU5UX01JU01BVENI DQoNCkhlbGxvIGd1eXMuDQpXaGVuIEkgc2VuZCBWTS5zdGFydCB3aXRoIHBhcmFtcyAoc2Vzc2lv bklkLCB2bVJlZiwgdHJ1ZSwgdHJ1ZSkNCkkndmUgZ290IE1FU1NBR0VfUEFSQU1FVEVSX0NPVU5U X01JU01BVENIDQoNCldoYXQgaXMgdGhlIGNhdXNlIG9mIHRoZSBlcnJvciA/DQoNCk15IGVudmly b25tZW50DQpYZW4gNC4yLjENCg0KcmF3IHF1ZXJ5IGFuZCByZXNwb25zZQ0KPD94bWwgdmVyc2lv bj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48bWV0aG9kQ2FsbD48bWV0aG9kTmFtZT5WTS5zdGFy dDwvbWV0aG9kTmFtZT48cGFyYW1zPjxwYXJhbT48dmFsdWU+NzhkMWQyN2UtZWUxMy1hYjQxLTc2 NmMtMzljYTE2NjBlMGZiPC92YWx1ZT48L3BhcmFtPjxwYXJhbT48dmFsdWU+ZTdjNWE2Y2UtN2Uz ZC02MmYyLTQ3OGQtZGU5OTBkZDI5ZmUxPC92YWx1ZT48L3BhcmFtPjxwYXJhbT48dmFsdWU+PGJv b2xlYW4+MTwvYm9vbGVhbj48L3ZhbHVlPjwvcGFyYW0+PHBhcmFtPjx2YWx1ZT48Ym9vbGVhbj4x PC9ib29sZWFuPjwvdmFsdWU+PC9wYXJhbT48L3BhcmFtcz48L21ldGhvZENhbGw+DQoNCjw/eG1s IHZlcnNpb249JzEuMCc/Pg0KPG1ldGhvZFJlc3BvbnNlPg0KPHBhcmFtcz4NCjxwYXJhbT4NCjx2 YWx1ZT48c3RydWN0Pg0KPG1lbWJlcj4NCjxuYW1lPlN0YXR1czwvbmFtZT4NCjx2YWx1ZT48c3Ry aW5nPkZhaWx1cmU8L3N0cmluZz48L3ZhbHVlPg0KPC9tZW1iZXI+DQo8bWVtYmVyPg0KPG5hbWU+ RXJyb3JEZXNjcmlwdGlvbjwvbmFtZT4NCjx2YWx1ZT48YXJyYXk+PGRhdGE+DQo8dmFsdWU+PHN0 cmluZz5NRVNTQUdFX1BBUkFNRVRFUl9DT1VOVF9NSVNNQVRDSDwvc3RyaW5nPjwvdmFsdWU+DQo8 dmFsdWU+PHN0cmluZz5WTS5zdGFydDwvc3RyaW5nPjwvdmFsdWU+DQo8dmFsdWU+PHN0cmluZz4z PC9zdHJpbmc+PC92YWx1ZT4NCjx2YWx1ZT48c3RyaW5nPjQ8L3N0cmluZz48L3ZhbHVlPg0KPC9k YXRhPjwvYXJyYXk+PC92YWx1ZT4NCjwvbWVtYmVyPg0KPC9zdHJ1Y3Q+PC92YWx1ZT4NCjwvcGFy YW0+DQo8L3BhcmFtcz4NCjwvbWV0aG9kUmVzcG9uc2U+DQoNCg0KVGhhbmtzDQpSYWZhbCBNLg0K --_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCglj b2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v bmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu MHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tR0IgbGlu az1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5IaSBSYWZhbCw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0Qn PknigJltIG5vdCBzdXJlIHdoaWNoIGNsaWVudCBsaWJyYXJ5IHlvdeKAmXJlIHVzaW5nLCBidXQg SSBrbm93IHRoZSBweXRob24gbGlicmFyeSBhZGRzIHRoZSBzZXNzaW9uIElEIGludG8gdGhlIGxp c3Qgb2YgYXJndW1lbnRzIGZvciB5b3UsIHNvIHlvdeKAmWQgb25seSBoYXZlIHRvIGNhbGwgc2Vz c2lvbi54ZW5hcGkuVk0uc3RhcnQodm1SZWYsIFRydWUsIFRydWUpPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdE Jz5Kb2huPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls ZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2Nv bG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PGI+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPUVOLVVT IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Iic+IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLWFwaS1ib3VuY2Vz QGxpc3RzLnhlbi5vcmddIDxiPk9uIEJlaGFsZiBPZiA8L2I+UmFmYWwgTWljaGFsYWs8YnI+PGI+ U2VudDo8L2I+IDE4IEFwcmlsIDIwMTMgMTE6MTI8YnI+PGI+VG86PC9iPiB4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmc8YnI+PGI+U3ViamVjdDo8L2I+IFtYZW4tQVBJXSBWTS5zdGFydCBhbmQgTUVTU0FH RV9QQVJBTUVURVJfQ09VTlRfTUlTTUFUQ0g8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkhl bGxvIGd1eXMuPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+V2hl biBJIHNlbmQgVk0uc3RhcnQgd2l0aCBwYXJhbXMgKHNlc3Npb25JZCwgdm1SZWYsIHRydWUsIHRy dWUpPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+SSd2ZSBnb3Qm bmJzcDtNRVNTQUdFX1BBUkFNRVRFUl9DT1VOVF9NSVNNQVRDSDxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsPldoYXQgaXMgdGhlIGNhdXNlIG9mIHRoZSBlcnJvciA/PG86cD48 L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48 L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+TXkgZW52aXJvbm1lbnQ8bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5YZW4gNC4yLjE8bzpwPjwvbzpwPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5yYXcgcXVlcnkgYW5kIHJlc3BvbnNlPG86cD48L286 cD48L3A+PC9kaXY+PGRpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7P3htbCB2ZXJzaW9u PSZxdW90OzEuMCZxdW90OyBlbmNvZGluZz0mcXVvdDtVVEYtOCZxdW90Oz8mZ3Q7Jmx0O21ldGhv ZENhbGwmZ3Q7Jmx0O21ldGhvZE5hbWUmZ3Q7Vk0uc3RhcnQmbHQ7L21ldGhvZE5hbWUmZ3Q7Jmx0 O3BhcmFtcyZndDsmbHQ7cGFyYW0mZ3Q7Jmx0O3ZhbHVlJmd0Ozc4ZDFkMjdlLWVlMTMtYWI0MS03 NjZjLTM5Y2ExNjYwZTBmYiZsdDsvdmFsdWUmZ3Q7Jmx0Oy9wYXJhbSZndDsmbHQ7cGFyYW0mZ3Q7 Jmx0O3ZhbHVlJmd0O2U3YzVhNmNlLTdlM2QtNjJmMi00NzhkLWRlOTkwZGQyOWZlMSZsdDsvdmFs dWUmZ3Q7Jmx0Oy9wYXJhbSZndDsmbHQ7cGFyYW0mZ3Q7Jmx0O3ZhbHVlJmd0OyZsdDtib29sZWFu Jmd0OzEmbHQ7L2Jvb2xlYW4mZ3Q7Jmx0Oy92YWx1ZSZndDsmbHQ7L3BhcmFtJmd0OyZsdDtwYXJh bSZndDsmbHQ7dmFsdWUmZ3Q7Jmx0O2Jvb2xlYW4mZ3Q7MSZsdDsvYm9vbGVhbiZndDsmbHQ7L3Zh bHVlJmd0OyZsdDsvcGFyYW0mZ3Q7Jmx0Oy9wYXJhbXMmZ3Q7Jmx0Oy9tZXRob2RDYWxsJmd0Ozxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDs/eG1sIHZlcnNpb249JzEu MCc/Jmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDtt ZXRob2RSZXNwb25zZSZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD4mbHQ7cGFyYW1zJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPiZsdDtwYXJhbSZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD4mbHQ7dmFsdWUmZ3Q7Jmx0O3N0cnVjdCZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7bWVtYmVyJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDtuYW1lJmd0O1N0YXR1cyZsdDsvbmFtZSZndDs8 bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7dmFsdWUmZ3Q7 Jmx0O3N0cmluZyZndDtGYWlsdXJlJmx0Oy9zdHJpbmcmZ3Q7Jmx0Oy92YWx1ZSZndDs8bzpwPjwv bzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7L21lbWJlciZndDs8bzpw PjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7bWVtYmVyJmd0Ozxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDtuYW1lJmd0O0Vy cm9yRGVzY3JpcHRpb24mbHQ7L25hbWUmZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWw+Jmx0O3ZhbHVlJmd0OyZsdDthcnJheSZndDsmbHQ7ZGF0YSZndDs8bzpw PjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7dmFsdWUmZ3Q7Jmx0 O3N0cmluZyZndDtNRVNTQUdFX1BBUkFNRVRFUl9DT1VOVF9NSVNNQVRDSCZsdDsvc3RyaW5nJmd0 OyZsdDsvdmFsdWUmZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+Jmx0O3ZhbHVlJmd0OyZsdDtzdHJpbmcmZ3Q7Vk0uc3RhcnQmbHQ7L3N0cmluZyZndDsmbHQ7 L3ZhbHVlJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZs dDt2YWx1ZSZndDsmbHQ7c3RyaW5nJmd0OzMmbHQ7L3N0cmluZyZndDsmbHQ7L3ZhbHVlJmd0Ozxv OnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDt2YWx1ZSZndDsm bHQ7c3RyaW5nJmd0OzQmbHQ7L3N0cmluZyZndDsmbHQ7L3ZhbHVlJmd0OzxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDsvZGF0YSZndDsmbHQ7L2FycmF5Jmd0 OyZsdDsvdmFsdWUmZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+Jmx0Oy9tZW1iZXImZ3Q7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+Jmx0Oy9zdHJ1Y3QmZ3Q7Jmx0Oy92YWx1ZSZndDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbHQ7L3BhcmFtJmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDsvcGFyYW1zJmd0OzxvOnA+PC9vOnA+PC9wPjwv ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZsdDsvbWV0aG9kUmVzcG9uc2UmZ3Q7PG86cD48 L286cD48L3A+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8 L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48 L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlRoYW5rczxiciBjbGVhcj1hbGw+PG86cD48L286 cD48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+UmFmYWwgTS48bzpwPjwvbzpwPjwvcD48L2Rp dj48L2Rpdj48L2JvZHk+PC9odG1sPg== --_000_7EA643C653F17F4C80DE959E978F10ED010EA6282A46LONPMAILBOX_-- --===============4413497951110831692== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4413497951110831692==-- From xen-api-bounces@lists.xen.org Thu Apr 18 10:43:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 10:43: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 1USmJ9-00067U-2v; Thu, 18 Apr 2013 10:43:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USkEG-0002pP-C3 for xen-api@lists.xen.org; Thu, 18 Apr 2013 08:30:04 +0000 Received: from [85.158.137.99:14248] by server-6.bemta-3.messagelabs.com id BC/44-11048-B0FAF615; Thu, 18 Apr 2013 08:30:03 +0000 X-Env-Sender: book.ecoupon@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366273760!17130150!1 X-Originating-IP: [209.85.219.54] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5242 invoked from network); 18 Apr 2013 08:29:22 -0000 Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com) (209.85.219.54) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 08:29:22 -0000 Received: by mail-oa0-f54.google.com with SMTP id l20so2485176oag.27 for ; Thu, 18 Apr 2013 01:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=LtZU7Clq3A1N3GowEBQXeAO8VSUhaqbL+wPIUL4DzbU=; b=JDtdY1mzyvnXCO0H3dJH3GOwKF7ipLXwfJ8JkmfpTyuN9Wrl8pDms9h+h9IIjz+Blj Due/Uzt2pNNugwJ5FL8Ar3JdxiPSR8QBAIMSnPWA35tIwl/b3VUtSNqtaVBjPb0rtXuu tuePJIsvHov6IGA+56+YTdSSGTjfBy+gndaALDGNaLjzH1RK6Xmgl7GrQ24jHri7ZnVq KI1OWGvkv+O7RR5V4V/EIxCfTcALi0gZrZzVfDa9cumAbpeLbt2pwVd2YZ6EoiKZQ4xt 4gezRDtHMwvZNO1ljxnDnIhaKXJpJG7wqiQafphQ3N4nRJoTCn8gUSc52X3rOQaH4pOm g1QA== MIME-Version: 1.0 X-Received: by 10.182.144.42 with SMTP id sj10mr113145obb.66.1366273295188; Thu, 18 Apr 2013 01:21:35 -0700 (PDT) Received: by 10.76.8.40 with HTTP; Thu, 18 Apr 2013 01:21:35 -0700 (PDT) Date: Thu, 18 Apr 2013 16:21:35 +0800 Message-ID: From: =?Big5?B?s9WryKjTpU6tcUC7xbhJtrC0sqZh?= To: xen-api@lists.xen.org X-Mailman-Approved-At: Thu, 18 Apr 2013 10:43:13 +0000 Subject: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1319903915231975124==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1319903915231975124== Content-Type: multipart/alternative; boundary=14dae93991636d080704da9e4ae3 --14dae93991636d080704da9e4ae3 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I'm using XenServer 6.1 Java SDK to manage XCP 1.6. When shutdowning a VM, I can use hardShutdown or cleanShutdown. I known the differences of the two. Following this article, I found there's another way to shutdown the Pending VM. http://support.citrix.com/article/CTX131421 My question is: what's the difference of hardShutdown and destroy the control domain? Are there any side effects or risks to destroy the control domain? Both the pending and normal state. If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked. Any suggestions for use or not use destroying control domain to force shutdown the VM? Thanks. --14dae93991636d080704da9e4ae3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,
I'm using XenServer 6.1 Java SDK = to manage XCP 1.6.=A0
When shutdowning a VM, I can use=A0ha= rdShutdown or cleanShutdown.
I known the differences of the= two.

Following this article, I found there's= another way to shutdown the Pending=A0VM.

My question is: what's the differ= ence of hardShutdown and destroy the control domain?
Are th= ere any side effects or risks to destroy the control domain?
Both the pending and normal state.
If there're no risks= , why doesn't XCP use this to implement the hardshutdown function, sinc= e destroying the control domain won't be stucked.
Any s= uggestions for use or not use destroying control domain to force shutdown t= he VM?

Thanks.
--14dae93991636d080704da9e4ae3-- --===============1319903915231975124== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1319903915231975124==-- From xen-api-bounces@lists.xen.org Thu Apr 18 10:43:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 10:43: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 1USmJ9-00067U-2v; Thu, 18 Apr 2013 10:43:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USkEG-0002pP-C3 for xen-api@lists.xen.org; Thu, 18 Apr 2013 08:30:04 +0000 Received: from [85.158.137.99:14248] by server-6.bemta-3.messagelabs.com id BC/44-11048-B0FAF615; Thu, 18 Apr 2013 08:30:03 +0000 X-Env-Sender: book.ecoupon@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366273760!17130150!1 X-Originating-IP: [209.85.219.54] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5242 invoked from network); 18 Apr 2013 08:29:22 -0000 Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com) (209.85.219.54) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 08:29:22 -0000 Received: by mail-oa0-f54.google.com with SMTP id l20so2485176oag.27 for ; Thu, 18 Apr 2013 01:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=LtZU7Clq3A1N3GowEBQXeAO8VSUhaqbL+wPIUL4DzbU=; b=JDtdY1mzyvnXCO0H3dJH3GOwKF7ipLXwfJ8JkmfpTyuN9Wrl8pDms9h+h9IIjz+Blj Due/Uzt2pNNugwJ5FL8Ar3JdxiPSR8QBAIMSnPWA35tIwl/b3VUtSNqtaVBjPb0rtXuu tuePJIsvHov6IGA+56+YTdSSGTjfBy+gndaALDGNaLjzH1RK6Xmgl7GrQ24jHri7ZnVq KI1OWGvkv+O7RR5V4V/EIxCfTcALi0gZrZzVfDa9cumAbpeLbt2pwVd2YZ6EoiKZQ4xt 4gezRDtHMwvZNO1ljxnDnIhaKXJpJG7wqiQafphQ3N4nRJoTCn8gUSc52X3rOQaH4pOm g1QA== MIME-Version: 1.0 X-Received: by 10.182.144.42 with SMTP id sj10mr113145obb.66.1366273295188; Thu, 18 Apr 2013 01:21:35 -0700 (PDT) Received: by 10.76.8.40 with HTTP; Thu, 18 Apr 2013 01:21:35 -0700 (PDT) Date: Thu, 18 Apr 2013 16:21:35 +0800 Message-ID: From: =?Big5?B?s9WryKjTpU6tcUC7xbhJtrC0sqZh?= To: xen-api@lists.xen.org X-Mailman-Approved-At: Thu, 18 Apr 2013 10:43:13 +0000 Subject: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1319903915231975124==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1319903915231975124== Content-Type: multipart/alternative; boundary=14dae93991636d080704da9e4ae3 --14dae93991636d080704da9e4ae3 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I'm using XenServer 6.1 Java SDK to manage XCP 1.6. When shutdowning a VM, I can use hardShutdown or cleanShutdown. I known the differences of the two. Following this article, I found there's another way to shutdown the Pending VM. http://support.citrix.com/article/CTX131421 My question is: what's the difference of hardShutdown and destroy the control domain? Are there any side effects or risks to destroy the control domain? Both the pending and normal state. If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked. Any suggestions for use or not use destroying control domain to force shutdown the VM? Thanks. --14dae93991636d080704da9e4ae3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,
I'm using XenServer 6.1 Java SDK = to manage XCP 1.6.=A0
When shutdowning a VM, I can use=A0ha= rdShutdown or cleanShutdown.
I known the differences of the= two.

Following this article, I found there's= another way to shutdown the Pending=A0VM.

My question is: what's the differ= ence of hardShutdown and destroy the control domain?
Are th= ere any side effects or risks to destroy the control domain?
Both the pending and normal state.
If there're no risks= , why doesn't XCP use this to implement the hardshutdown function, sinc= e destroying the control domain won't be stucked.
Any s= uggestions for use or not use destroying control domain to force shutdown t= he VM?

Thanks.
--14dae93991636d080704da9e4ae3-- --===============1319903915231975124== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1319903915231975124==-- From xen-api-bounces@lists.xen.org Thu Apr 18 11:02:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 11:02: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 1USmbf-0006gv-1k; Thu, 18 Apr 2013 11:02:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USmbd-0006gq-Py for xen-api@lists.xen.org; Thu, 18 Apr 2013 11:02:22 +0000 Received: from [85.158.139.83:55999] by server-15.bemta-5.messagelabs.com id 56/33-22815-6B2DF615; Thu, 18 Apr 2013 11:02:14 +0000 X-Env-Sender: rafalak@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1366282932!27537494!1 X-Originating-IP: [209.85.217.170] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19377 invoked from network); 18 Apr 2013 11:02:13 -0000 Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com) (209.85.217.170) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 11:02:13 -0000 Received: by mail-lb0-f170.google.com with SMTP id x11so2562486lbi.15 for ; Thu, 18 Apr 2013 04:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=XudpKeP7EmYeXNrNgCSo3++8wPKRWR1B00XZsYGLHA4=; b=grNaBV0b2zeI0Ij5XYUznd0F1vMS04X4dLMfVb1S3gXuErs8jpv/0fTktrUkGbE1aM iQpoiHYrAi5EOtEJucJ/vgGNALgnIPBzmpAqyTV/NGsBaxAkZzxETpEfzO7IO7KfSO5u Ca0M1SuW7KKWj0Ic0ltQ9cBiiu9UTmAfOOlonsiFj/z+ogOFn8gChxFsXFSWSSd3/ZER 1qMzWqmz8SVp1PAatoUO8809rkGClNxIviu4LMkU3TxG9CL9V6xHjF4ofpFlvFYfXbBw n5qUZIcqOw0KyLZTDKbAGGrSi+wIujftkOI5SwM0KQl8YhWvRt4eEDpuZcwTg2dKBDff BbtQ== MIME-Version: 1.0 X-Received: by 10.152.88.2 with SMTP id bc2mr550572lab.1.1366282932183; Thu, 18 Apr 2013 04:02:12 -0700 (PDT) Received: by 10.112.145.98 with HTTP; Thu, 18 Apr 2013 04:02:12 -0700 (PDT) In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> Date: Thu, 18 Apr 2013 13:02:12 +0200 Message-ID: From: =?UTF-8?Q?Rafa=C5=82_Michalak?= To: John Else Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1842028378408424655==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1842028378408424655== Content-Type: multipart/alternative; boundary=001a11c36700d5e89204daa088f1 --001a11c36700d5e89204daa088f1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I don't use python only java my code vm.start(connection, true, true) theory is the same 2013/4/18 John Else > Hi Rafal,**** > > ** ** > > I=E2=80=99m not sure which client library you=E2=80=99re using, but I kno= w the python > library adds the session ID into the list of arguments for you, so you=E2= =80=99d > only have to call session.xenapi.VM.start(vmRef, True, True) > --001a11c36700d5e89204daa088f1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I don't use python only java

my code
vm.star= t(connection, true, true)

theory is the same


2013/4/18 John Else <john.else@citrix.com>

Hi Rafal,

=C2=A0

I=E2=80=99m not sur= e which client library you=E2=80=99re using, but I know the python library = adds the session ID into the list of arguments for you, so you=E2=80=99d on= ly have to call session.xenapi.VM.start(vmRef, True, True)

--001a11c36700d5e89204daa088f1-- --===============1842028378408424655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1842028378408424655==-- From xen-api-bounces@lists.xen.org Thu Apr 18 11:02:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 11:02: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 1USmbf-0006gv-1k; Thu, 18 Apr 2013 11:02:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USmbd-0006gq-Py for xen-api@lists.xen.org; Thu, 18 Apr 2013 11:02:22 +0000 Received: from [85.158.139.83:55999] by server-15.bemta-5.messagelabs.com id 56/33-22815-6B2DF615; Thu, 18 Apr 2013 11:02:14 +0000 X-Env-Sender: rafalak@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1366282932!27537494!1 X-Originating-IP: [209.85.217.170] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19377 invoked from network); 18 Apr 2013 11:02:13 -0000 Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com) (209.85.217.170) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 11:02:13 -0000 Received: by mail-lb0-f170.google.com with SMTP id x11so2562486lbi.15 for ; Thu, 18 Apr 2013 04:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=XudpKeP7EmYeXNrNgCSo3++8wPKRWR1B00XZsYGLHA4=; b=grNaBV0b2zeI0Ij5XYUznd0F1vMS04X4dLMfVb1S3gXuErs8jpv/0fTktrUkGbE1aM iQpoiHYrAi5EOtEJucJ/vgGNALgnIPBzmpAqyTV/NGsBaxAkZzxETpEfzO7IO7KfSO5u Ca0M1SuW7KKWj0Ic0ltQ9cBiiu9UTmAfOOlonsiFj/z+ogOFn8gChxFsXFSWSSd3/ZER 1qMzWqmz8SVp1PAatoUO8809rkGClNxIviu4LMkU3TxG9CL9V6xHjF4ofpFlvFYfXbBw n5qUZIcqOw0KyLZTDKbAGGrSi+wIujftkOI5SwM0KQl8YhWvRt4eEDpuZcwTg2dKBDff BbtQ== MIME-Version: 1.0 X-Received: by 10.152.88.2 with SMTP id bc2mr550572lab.1.1366282932183; Thu, 18 Apr 2013 04:02:12 -0700 (PDT) Received: by 10.112.145.98 with HTTP; Thu, 18 Apr 2013 04:02:12 -0700 (PDT) In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> Date: Thu, 18 Apr 2013 13:02:12 +0200 Message-ID: From: =?UTF-8?Q?Rafa=C5=82_Michalak?= To: John Else Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1842028378408424655==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1842028378408424655== Content-Type: multipart/alternative; boundary=001a11c36700d5e89204daa088f1 --001a11c36700d5e89204daa088f1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I don't use python only java my code vm.start(connection, true, true) theory is the same 2013/4/18 John Else > Hi Rafal,**** > > ** ** > > I=E2=80=99m not sure which client library you=E2=80=99re using, but I kno= w the python > library adds the session ID into the list of arguments for you, so you=E2= =80=99d > only have to call session.xenapi.VM.start(vmRef, True, True) > --001a11c36700d5e89204daa088f1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I don't use python only java

my code
vm.star= t(connection, true, true)

theory is the same


2013/4/18 John Else <john.else@citrix.com>

Hi Rafal,

=C2=A0

I=E2=80=99m not sur= e which client library you=E2=80=99re using, but I know the python library = adds the session ID into the list of arguments for you, so you=E2=80=99d on= ly have to call session.xenapi.VM.start(vmRef, True, True)

--001a11c36700d5e89204daa088f1-- --===============1842028378408424655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1842028378408424655==-- From xen-api-bounces@lists.xen.org Thu Apr 18 12:32:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 12:32: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 1USo0Z-0002rg-8M; Thu, 18 Apr 2013 12:32:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USo0X-0002rb-Tb for xen-api@lists.xen.org; Thu, 18 Apr 2013 12:32:10 +0000 Received: from [85.158.143.99:6739] by server-2.bemta-4.messagelabs.com id 8D/2A-12656-9C7EF615; Thu, 18 Apr 2013 12:32:09 +0000 X-Env-Sender: rafalak@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1366288327!23597579!1 X-Originating-IP: [209.85.217.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23173 invoked from network); 18 Apr 2013 12:32:08 -0000 Received: from mail-lb0-f174.google.com (HELO mail-lb0-f174.google.com) (209.85.217.174) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 12:32:08 -0000 Received: by mail-lb0-f174.google.com with SMTP id s10so2590634lbi.5 for ; Thu, 18 Apr 2013 05:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=yUMcZmjj1f2ZCKOBAM3zTxEQn+oFTbe9MGUGJnqM5OI=; b=zT0L4gH6LGiIA1s3HIVRTaOJDNakdavaNPWCJ+WYInztRqewQezOOy5jhNbgPmwu5O 3QKEmDdwkfXytgfQ9q0ITfvyitAK/QG/JG4XpWGBoyaJZTVKOKAm56B37PBSuTl17ZAn w7CvRyyjY/MzDlyk/9kFOqqCwaAl+jFRUj8i4CSgY0eE2K5aJgChTBdicHV86W0jmfXF q15iYRjKhiWTD7NdS15GE2DyoYZm/BDOUnvZKVlhYZj3oCdoKXAPfST7HAJm6y2Hyjk3 213s6l04NszhQQuFjbYhuNdiaM6Pyt8b1FpAgJeT/hX+B64lrLgtEGTpvpt+B5MGAsIo tvaA== MIME-Version: 1.0 X-Received: by 10.152.88.2 with SMTP id bc2mr721758lab.1.1366288326940; Thu, 18 Apr 2013 05:32:06 -0700 (PDT) Received: by 10.112.145.98 with HTTP; Thu, 18 Apr 2013 05:32:06 -0700 (PDT) In-Reply-To: References: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> Date: Thu, 18 Apr 2013 14:32:06 +0200 Message-ID: From: =?UTF-8?Q?Rafa=C5=82_Michalak?= To: John Else Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1976605997272927568==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1976605997272927568== Content-Type: multipart/alternative; boundary=001a11c36700635fe204daa1ca35 --001a11c36700635fe204daa1ca35 Content-Type: text/plain; charset=UTF-8 I decided to change the method for sending When I send params = new Object[]{session, vmRef, true, true}; response = (Map)client.execute("VM.start", params); I've got MESSAGE_PARAMETER_COUNT_MISMATCH Maybe number of parameters is too large ? yeees params = new Object[]{session, vmRef, true}; response = (Map)client.execute("VM.start", params); I've got INTERNAL_ERROR - Had a bootloader specified, but no disks are bootable And it's true, because I had created a virtual disk Why is different parameters count ? --001a11c36700635fe204daa1ca35 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I decided to change the method for sending

When I send= =C2=A0
params =3D new Object[]{session, vmRef, true, true};<= /div>
response =3D (Map)client.execute("VM.start", params);
I've got=C2=A0MESSAGE_PARAMETER_COUNT_MISMATCH

Maybe number of parameters is too large ? yeees
p= arams =3D new Object[]{session, vmRef, true};
response =3D (Map)c= lient.execute("VM.start", params);
I've got INTERNAL_ERROR - Had a bootloader specified, but no= disks are bootable

And it's true, becau= se I had created a virtual disk

Why is different p= arameters count ?
--001a11c36700635fe204daa1ca35-- --===============1976605997272927568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1976605997272927568==-- From xen-api-bounces@lists.xen.org Thu Apr 18 12:32:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 12:32: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 1USo0Z-0002rg-8M; Thu, 18 Apr 2013 12:32:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USo0X-0002rb-Tb for xen-api@lists.xen.org; Thu, 18 Apr 2013 12:32:10 +0000 Received: from [85.158.143.99:6739] by server-2.bemta-4.messagelabs.com id 8D/2A-12656-9C7EF615; Thu, 18 Apr 2013 12:32:09 +0000 X-Env-Sender: rafalak@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1366288327!23597579!1 X-Originating-IP: [209.85.217.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23173 invoked from network); 18 Apr 2013 12:32:08 -0000 Received: from mail-lb0-f174.google.com (HELO mail-lb0-f174.google.com) (209.85.217.174) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 12:32:08 -0000 Received: by mail-lb0-f174.google.com with SMTP id s10so2590634lbi.5 for ; Thu, 18 Apr 2013 05:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=yUMcZmjj1f2ZCKOBAM3zTxEQn+oFTbe9MGUGJnqM5OI=; b=zT0L4gH6LGiIA1s3HIVRTaOJDNakdavaNPWCJ+WYInztRqewQezOOy5jhNbgPmwu5O 3QKEmDdwkfXytgfQ9q0ITfvyitAK/QG/JG4XpWGBoyaJZTVKOKAm56B37PBSuTl17ZAn w7CvRyyjY/MzDlyk/9kFOqqCwaAl+jFRUj8i4CSgY0eE2K5aJgChTBdicHV86W0jmfXF q15iYRjKhiWTD7NdS15GE2DyoYZm/BDOUnvZKVlhYZj3oCdoKXAPfST7HAJm6y2Hyjk3 213s6l04NszhQQuFjbYhuNdiaM6Pyt8b1FpAgJeT/hX+B64lrLgtEGTpvpt+B5MGAsIo tvaA== MIME-Version: 1.0 X-Received: by 10.152.88.2 with SMTP id bc2mr721758lab.1.1366288326940; Thu, 18 Apr 2013 05:32:06 -0700 (PDT) Received: by 10.112.145.98 with HTTP; Thu, 18 Apr 2013 05:32:06 -0700 (PDT) In-Reply-To: References: <7EA643C653F17F4C80DE959E978F10ED010EA6282A46@LONPMAILBOX01.citrite.net> Date: Thu, 18 Apr 2013 14:32:06 +0200 Message-ID: From: =?UTF-8?Q?Rafa=C5=82_Michalak?= To: John Else Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] VM.start and MESSAGE_PARAMETER_COUNT_MISMATCH X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1976605997272927568==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1976605997272927568== Content-Type: multipart/alternative; boundary=001a11c36700635fe204daa1ca35 --001a11c36700635fe204daa1ca35 Content-Type: text/plain; charset=UTF-8 I decided to change the method for sending When I send params = new Object[]{session, vmRef, true, true}; response = (Map)client.execute("VM.start", params); I've got MESSAGE_PARAMETER_COUNT_MISMATCH Maybe number of parameters is too large ? yeees params = new Object[]{session, vmRef, true}; response = (Map)client.execute("VM.start", params); I've got INTERNAL_ERROR - Had a bootloader specified, but no disks are bootable And it's true, because I had created a virtual disk Why is different parameters count ? --001a11c36700635fe204daa1ca35 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I decided to change the method for sending

When I send= =C2=A0
params =3D new Object[]{session, vmRef, true, true};<= /div>
response =3D (Map)client.execute("VM.start", params);
I've got=C2=A0MESSAGE_PARAMETER_COUNT_MISMATCH

Maybe number of parameters is too large ? yeees
p= arams =3D new Object[]{session, vmRef, true};
response =3D (Map)c= lient.execute("VM.start", params);
I've got INTERNAL_ERROR - Had a bootloader specified, but no= disks are bootable

And it's true, becau= se I had created a virtual disk

Why is different p= arameters count ?
--001a11c36700635fe204daa1ca35-- --===============1976605997272927568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1976605997272927568==-- From xen-api-bounces@lists.xen.org Thu Apr 18 15:25:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 15:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USqiL-000600-Hd; Thu, 18 Apr 2013 15:25:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USqiK-0005zn-78 for xen-api@lists.xen.org; Thu, 18 Apr 2013 15:25:32 +0000 Received: from [85.158.139.83:9813] by server-16.bemta-5.messagelabs.com id 32/18-02543-B6010715; Thu, 18 Apr 2013 15:25:31 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1366298729!17487212!1 X-Originating-IP: [209.85.217.170] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7553 invoked from network); 18 Apr 2013 15:25:29 -0000 Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com) (209.85.217.170) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 15:25:29 -0000 Received: by mail-lb0-f170.google.com with SMTP id x11so2827030lbi.15 for ; Thu, 18 Apr 2013 08:25:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=aZ4czS1Ja3Ox86AMHb3xdMmHGSzGH8efJIinmlYKr28=; b=kbTyUjMwU9jLuemIVnNAqsMS0iEP9XtelZi4hA7oKAloRFWFhF5lihOTs9LPcBGADF +BiUIK4KNqzgVrd27YfQq72AHdN15AxpOX2yAkupoL7U/CyZaiBCYN2leCSyDHx72hu0 C23HT9TJwSm/at3dXw5ipI+QAgJHdxIU43LmMrstm1yNFDGzvLBfES/6nAt7/GaQd79d VfQNgRfkHhuUNDNXj91q22rham3NYDf0AL99173hgtOmXaNjZ93di1skrREZoGYNGb5b D6C73YTHAJGJPgU4urBmkdIXqls9QV7mhIlf1zws/fgs03JT6Sz8Gnkhldg/3O7b0RLX 7kIA== X-Received: by 10.112.146.34 with SMTP id sz2mr6073502lbb.4.1366298728848; Thu, 18 Apr 2013 08:25:28 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:1975:da43:86a0:daca? ([2a00:ab00:0:fffe:1975:da43:86a0:daca]) by mx.google.com with ESMTPS id or9sm4446760lbb.8.2013.04.18.08.25.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Apr 2013 08:25:28 -0700 (PDT) Message-ID: <51701067.1020008@gmail.com> Date: Thu, 18 Apr 2013 19:25:27 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3896877764734894703==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3896877764734894703== Content-Type: multipart/alternative; boundary="------------000303010703090209010209" This is a multi-part message in MIME format. --------------000303010703090209010209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing. If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly. 18.04.2013 12:21, ?????@????? ?????: > Hello all, > I'm using XenServer 6.1 Java SDK to manage XCP 1.6. > When shutdowning a VM, I can use hardShutdown or cleanShutdown. > I known the differences of the two. > > Following this article, I found there's another way to shutdown the > Pending VM. > http://support.citrix.com/article/CTX131421 > > My question is: what's the difference of hardShutdown and destroy the > control domain? > Are there any side effects or risks to destroy the control domain? > Both the pending and normal state. > If there're no risks, why doesn't XCP use this to implement the > hardshutdown function, since destroying the control domain won't be > stucked. > Any suggestions for use or not use destroying control domain to force > shutdown the VM? > > Thanks. > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000303010703090209010209 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing.

If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly.


18.04.2013 12:21, 博客來代訂@酷碰集散地 пишет:
Hello all,
I'm using XenServer 6.1 Java SDK to manage XCP 1.6. 
When shutdowning a VM, I can use hardShutdown or cleanShutdown.
I known the differences of the two.

Following this article, I found there's another way to shutdown the Pending VM.

My question is: what's the difference of hardShutdown and destroy the control domain?
Are there any side effects or risks to destroy the control domain?
Both the pending and normal state.
If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked.
Any suggestions for use or not use destroying control domain to force shutdown the VM?

Thanks.


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

--------------000303010703090209010209-- --===============3896877764734894703== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3896877764734894703==-- From xen-api-bounces@lists.xen.org Thu Apr 18 15:25:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Apr 2013 15:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USqiL-000600-Hd; Thu, 18 Apr 2013 15:25:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1USqiK-0005zn-78 for xen-api@lists.xen.org; Thu, 18 Apr 2013 15:25:32 +0000 Received: from [85.158.139.83:9813] by server-16.bemta-5.messagelabs.com id 32/18-02543-B6010715; Thu, 18 Apr 2013 15:25:31 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1366298729!17487212!1 X-Originating-IP: [209.85.217.170] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7553 invoked from network); 18 Apr 2013 15:25:29 -0000 Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com) (209.85.217.170) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2013 15:25:29 -0000 Received: by mail-lb0-f170.google.com with SMTP id x11so2827030lbi.15 for ; Thu, 18 Apr 2013 08:25:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=aZ4czS1Ja3Ox86AMHb3xdMmHGSzGH8efJIinmlYKr28=; b=kbTyUjMwU9jLuemIVnNAqsMS0iEP9XtelZi4hA7oKAloRFWFhF5lihOTs9LPcBGADF +BiUIK4KNqzgVrd27YfQq72AHdN15AxpOX2yAkupoL7U/CyZaiBCYN2leCSyDHx72hu0 C23HT9TJwSm/at3dXw5ipI+QAgJHdxIU43LmMrstm1yNFDGzvLBfES/6nAt7/GaQd79d VfQNgRfkHhuUNDNXj91q22rham3NYDf0AL99173hgtOmXaNjZ93di1skrREZoGYNGb5b D6C73YTHAJGJPgU4urBmkdIXqls9QV7mhIlf1zws/fgs03JT6Sz8Gnkhldg/3O7b0RLX 7kIA== X-Received: by 10.112.146.34 with SMTP id sz2mr6073502lbb.4.1366298728848; Thu, 18 Apr 2013 08:25:28 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:1975:da43:86a0:daca? ([2a00:ab00:0:fffe:1975:da43:86a0:daca]) by mx.google.com with ESMTPS id or9sm4446760lbb.8.2013.04.18.08.25.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Apr 2013 08:25:28 -0700 (PDT) Message-ID: <51701067.1020008@gmail.com> Date: Thu, 18 Apr 2013 19:25:27 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3896877764734894703==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3896877764734894703== Content-Type: multipart/alternative; boundary="------------000303010703090209010209" This is a multi-part message in MIME format. --------------000303010703090209010209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing. If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly. 18.04.2013 12:21, ?????@????? ?????: > Hello all, > I'm using XenServer 6.1 Java SDK to manage XCP 1.6. > When shutdowning a VM, I can use hardShutdown or cleanShutdown. > I known the differences of the two. > > Following this article, I found there's another way to shutdown the > Pending VM. > http://support.citrix.com/article/CTX131421 > > My question is: what's the difference of hardShutdown and destroy the > control domain? > Are there any side effects or risks to destroy the control domain? > Both the pending and normal state. > If there're no risks, why doesn't XCP use this to implement the > hardshutdown function, since destroying the control domain won't be > stucked. > Any suggestions for use or not use destroying control domain to force > shutdown the VM? > > Thanks. > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000303010703090209010209 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing.

If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly.


18.04.2013 12:21, 博客來代訂@酷碰集散地 пишет:
Hello all,
I'm using XenServer 6.1 Java SDK to manage XCP 1.6. 
When shutdowning a VM, I can use hardShutdown or cleanShutdown.
I known the differences of the two.

Following this article, I found there's another way to shutdown the Pending VM.

My question is: what's the difference of hardShutdown and destroy the control domain?
Are there any side effects or risks to destroy the control domain?
Both the pending and normal state.
If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked.
Any suggestions for use or not use destroying control domain to force shutdown the VM?

Thanks.


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

--------------000303010703090209010209-- --===============3896877764734894703== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3896877764734894703==-- From xen-api-bounces@lists.xen.org Fri Apr 19 03:53:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Apr 2013 03:53:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UT2NG-0001pW-33; Fri, 19 Apr 2013 03:52:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UT2NF-0001pH-2h for xen-api@lists.xen.org; Fri, 19 Apr 2013 03:52:33 +0000 Received: from [85.158.139.83:2768] by server-6.bemta-5.messagelabs.com id E0/F5-21466-D7FB0715; Fri, 19 Apr 2013 03:52:29 +0000 X-Env-Sender: chip.childers@sungard.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1366343546!25135950!1 X-Originating-IP: [74.125.149.142] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2967 invoked from network); 19 Apr 2013 03:52:28 -0000 Received: from na3sys009aog129.obsmtp.com (HELO na3sys009aog129.obsmtp.com) (74.125.149.142) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Apr 2013 03:52:28 -0000 Received: from mail-gh0-f200.google.com ([209.85.160.200]) (using TLSv1) by na3sys009aob129.postini.com ([74.125.148.12]) with SMTP ID DSNKUXC/eMoa+TLwA2ZTDjSv4rSPZU+nryTr@postini.com; Thu, 18 Apr 2013 20:52:28 PDT Received: by mail-gh0-f200.google.com with SMTP id 10so2912299ghy.7 for ; Thu, 18 Apr 2013 20:52:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:x-gm-message-state; bh=6HSOw4cCSmmgKej2lYHIM0Hu7P9qrth3fp0426zIvUc=; b=Y6MvHYabZgXOx22u7J3VHljJc5oMzVmNxV0lPJ98p4g03wU/IbQ95+tPeRzbpXrCIJ d92mSK4deGj6w//RqGq5rL42/CinctBKII8sYZZnoVvLqhHE9CJFshgsFsSxOaIWl0G3 Qw8BUwo2q2r3c6h5gBeAJN5eJ8hY2U0YF1jQN4/YeUzTxr57JAqf8uA8gygqZTd+oCon 2TerVJhaUq1VuvpeQacI7qhXP/NPt2zbMv8//U44BcpHBHcX9wQEBSfuPOlLifb6hSVc VeHpgyaZYynstM5SMnIMSskbprJacteOeEqnOVLlVQR4dN4myKbsAgSN0O7Ef5f0P3Hz YblA== X-Received: by 10.229.73.72 with SMTP id p8mr1138185qcj.69.1366343543767; Thu, 18 Apr 2013 20:52:23 -0700 (PDT) X-Received: by 10.229.73.72 with SMTP id p8mr1138170qcj.69.1366343542629; Thu, 18 Apr 2013 20:52:22 -0700 (PDT) Received: from localhost (pool-71-255-100-148.phlapa.east.verizon.net. [71.255.100.148]) by mx.google.com with ESMTPS id dl6sm16594859qab.12.2013.04.18.20.52.20 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 18 Apr 2013 20:52:21 -0700 (PDT) Date: Thu, 18 Apr 2013 23:52:18 -0400 From: Chip Childers To: Lars Kurth Message-ID: <20130419035218.GY88962@USLT-205755.sungardas.corp> References: <516AECC9.1010603@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <516AECC9.1010603@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQl6zzJ8E/bcJ4UFt9IkjiMQ65jbk3cbuUOpCigVGVHmz20g71dZJ/f/HZUHXMfi8wcfzEzMZJ9CgsH7jIC4y+qCBL/R6wqBszD7gi53qg8StGeJFfKXyOBxh4FDUgIZQ61/yC+QHlYU6fPjzc2WEFK4mbxi+w== Cc: xen-arm@lists.xen.org, "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: > 1) A list for coordinating blog posts, other communication, > attending of event, etc. - not sure about the name, so am looking > for suggestions. I am not sure whether we should have public > archives: comparable lists of other projects don't. >From an outsider / lurker perspective, xen-marketing@lists.xen.org is a good fit. > > 2) A semi-private invite mailing list for ALL project leads, > committers and maintainers of ALL projects hosted on xen.org Similarly to above: xen-private@lists.xen.org Both of these list names are used in other projects I'm working with / observe. _______________________________________________ Xen-api 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 19 03:53:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Apr 2013 03:53:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UT2NG-0001pW-33; Fri, 19 Apr 2013 03:52:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UT2NF-0001pH-2h for xen-api@lists.xen.org; Fri, 19 Apr 2013 03:52:33 +0000 Received: from [85.158.139.83:2768] by server-6.bemta-5.messagelabs.com id E0/F5-21466-D7FB0715; Fri, 19 Apr 2013 03:52:29 +0000 X-Env-Sender: chip.childers@sungard.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1366343546!25135950!1 X-Originating-IP: [74.125.149.142] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2967 invoked from network); 19 Apr 2013 03:52:28 -0000 Received: from na3sys009aog129.obsmtp.com (HELO na3sys009aog129.obsmtp.com) (74.125.149.142) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Apr 2013 03:52:28 -0000 Received: from mail-gh0-f200.google.com ([209.85.160.200]) (using TLSv1) by na3sys009aob129.postini.com ([74.125.148.12]) with SMTP ID DSNKUXC/eMoa+TLwA2ZTDjSv4rSPZU+nryTr@postini.com; Thu, 18 Apr 2013 20:52:28 PDT Received: by mail-gh0-f200.google.com with SMTP id 10so2912299ghy.7 for ; Thu, 18 Apr 2013 20:52:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:x-gm-message-state; bh=6HSOw4cCSmmgKej2lYHIM0Hu7P9qrth3fp0426zIvUc=; b=Y6MvHYabZgXOx22u7J3VHljJc5oMzVmNxV0lPJ98p4g03wU/IbQ95+tPeRzbpXrCIJ d92mSK4deGj6w//RqGq5rL42/CinctBKII8sYZZnoVvLqhHE9CJFshgsFsSxOaIWl0G3 Qw8BUwo2q2r3c6h5gBeAJN5eJ8hY2U0YF1jQN4/YeUzTxr57JAqf8uA8gygqZTd+oCon 2TerVJhaUq1VuvpeQacI7qhXP/NPt2zbMv8//U44BcpHBHcX9wQEBSfuPOlLifb6hSVc VeHpgyaZYynstM5SMnIMSskbprJacteOeEqnOVLlVQR4dN4myKbsAgSN0O7Ef5f0P3Hz YblA== X-Received: by 10.229.73.72 with SMTP id p8mr1138185qcj.69.1366343543767; Thu, 18 Apr 2013 20:52:23 -0700 (PDT) X-Received: by 10.229.73.72 with SMTP id p8mr1138170qcj.69.1366343542629; Thu, 18 Apr 2013 20:52:22 -0700 (PDT) Received: from localhost (pool-71-255-100-148.phlapa.east.verizon.net. [71.255.100.148]) by mx.google.com with ESMTPS id dl6sm16594859qab.12.2013.04.18.20.52.20 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 18 Apr 2013 20:52:21 -0700 (PDT) Date: Thu, 18 Apr 2013 23:52:18 -0400 From: Chip Childers To: Lars Kurth Message-ID: <20130419035218.GY88962@USLT-205755.sungardas.corp> References: <516AECC9.1010603@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <516AECC9.1010603@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQl6zzJ8E/bcJ4UFt9IkjiMQ65jbk3cbuUOpCigVGVHmz20g71dZJ/f/HZUHXMfi8wcfzEzMZJ9CgsH7jIC4y+qCBL/R6wqBszD7gi53qg8StGeJFfKXyOBxh4FDUgIZQ61/yC+QHlYU6fPjzc2WEFK4mbxi+w== Cc: xen-arm@lists.xen.org, "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: > 1) A list for coordinating blog posts, other communication, > attending of event, etc. - not sure about the name, so am looking > for suggestions. I am not sure whether we should have public > archives: comparable lists of other projects don't. >From an outsider / lurker perspective, xen-marketing@lists.xen.org is a good fit. > > 2) A semi-private invite mailing list for ALL project leads, > committers and maintainers of ALL projects hosted on xen.org Similarly to above: xen-private@lists.xen.org Both of these list names are used in other projects I'm working with / observe. _______________________________________________ Xen-api 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 20 09:32:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Apr 2013 09:32: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 1UTU9k-00024y-3E; Sat, 20 Apr 2013 09:32:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UTU9j-00024t-Hp for xen-api@lists.xen.org; Sat, 20 Apr 2013 09:32:27 +0000 Received: from [85.158.139.211:50941] by server-13.bemta-5.messagelabs.com id C7/12-20553-7A062715; Sat, 20 Apr 2013 09:32:23 +0000 X-Env-Sender: giannini@altalex.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366450342!19706743!1 X-Originating-IP: [77.238.28.244] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23016 invoked from network); 20 Apr 2013 09:32:23 -0000 Received: from www.altalex.com (HELO monolith.altalex.lex) (77.238.28.244) by server-6.tower-206.messagelabs.com with SMTP; 20 Apr 2013 09:32:23 -0000 Received: (qmail 71944 invoked by uid 1003); 20 Apr 2013 09:29:18 -0000 Received: from 95.227.157.232 by monolith.altalex.lex (envelope-from , uid 82) with qmail-scanner-1.25st (spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(95.227.157.232):. Processed in 0.507045 secs); 20 Apr 2013 09:29:18 -0000 Received: from host232-157-static.227-95-b.business.telecomitalia.it (HELO ?127.0.0.1?) (95.227.157.232) by www.altalex.com with SMTP; 20 Apr 2013 09:29:18 -0000 Message-ID: <51726088.10601@altalex.com> Date: Sat, 20 Apr 2013 11:31:52 +0200 From: Enrico Giannini User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] Migrate from XenServer 6.1 to XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello, Is there any way to install XCP 1.6 on an host running XenServer 6.1, without migrating each VM? Thank you, EG _______________________________________________ Xen-api 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 20 09:32:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Apr 2013 09:32: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 1UTU9k-00024y-3E; Sat, 20 Apr 2013 09:32:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UTU9j-00024t-Hp for xen-api@lists.xen.org; Sat, 20 Apr 2013 09:32:27 +0000 Received: from [85.158.139.211:50941] by server-13.bemta-5.messagelabs.com id C7/12-20553-7A062715; Sat, 20 Apr 2013 09:32:23 +0000 X-Env-Sender: giannini@altalex.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366450342!19706743!1 X-Originating-IP: [77.238.28.244] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23016 invoked from network); 20 Apr 2013 09:32:23 -0000 Received: from www.altalex.com (HELO monolith.altalex.lex) (77.238.28.244) by server-6.tower-206.messagelabs.com with SMTP; 20 Apr 2013 09:32:23 -0000 Received: (qmail 71944 invoked by uid 1003); 20 Apr 2013 09:29:18 -0000 Received: from 95.227.157.232 by monolith.altalex.lex (envelope-from , uid 82) with qmail-scanner-1.25st (spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(95.227.157.232):. Processed in 0.507045 secs); 20 Apr 2013 09:29:18 -0000 Received: from host232-157-static.227-95-b.business.telecomitalia.it (HELO ?127.0.0.1?) (95.227.157.232) by www.altalex.com with SMTP; 20 Apr 2013 09:29:18 -0000 Message-ID: <51726088.10601@altalex.com> Date: Sat, 20 Apr 2013 11:31:52 +0200 From: Enrico Giannini User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] Migrate from XenServer 6.1 to XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello, Is there any way to install XCP 1.6 on an host running XenServer 6.1, without migrating each VM? Thank you, EG _______________________________________________ Xen-api 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 21 22:54:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Apr 2013 22:54:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU39V-0005rp-Qv; Sun, 21 Apr 2013 22:54:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU39S-0005rk-T3 for xen-api@lists.xen.org; Sun, 21 Apr 2013 22:54:31 +0000 Received: from [85.158.137.99:5584] by server-15.bemta-3.messagelabs.com id EA/5C-23142-52E64715; Sun, 21 Apr 2013 22:54:29 +0000 X-Env-Sender: nathanbr@distributel.net X-Msg-Ref: server-5.tower-217.messagelabs.com!1366584866!13740237!1 X-Originating-IP: [208.68.17.94] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15498 invoked from network); 21 Apr 2013 22:54:28 -0000 Received: from mx3.edtmtds.thinktel.ca (HELO mx3.edtmtds.thinktel.ca) (208.68.17.94) by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Apr 2013 22:54:28 -0000 Received: from localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) by mx3.edtmtds.thinktel.ca (Postfix) with ESMTP id 72F862460F for ; Sun, 21 Apr 2013 16:54:25 -0600 (MDT) X-Virus-Scanned: Debian amavisd-new at sa4.edmtds.thinktel.ca Received: from mx3.edtmtds.thinktel.ca ([208.68.17.94]) by localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) (amavisd-new, port 10024) with ESMTP id Oqe+k1C43gHk for ; Sun, 21 Apr 2013 16:54:22 -0600 (MDT) Received: from Serveur (216-246-238-229.cpe.distributel.net [216.246.238.229]) by mx3.edtmtds.thinktel.ca (Postfix) with ESMTP id 994D3248CD for ; Sun, 21 Apr 2013 16:54:22 -0600 (MDT) From: "Nat" To: Date: Sun, 21 Apr 2013 18:54:17 -0400 Message-ID: <002c01ce3ee3$2922d510$7b687f30$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac4+4yc+EVcpxZsfQbqr8qe5nRKipQ== Content-Language: fr-ca Subject: [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET !! Pool without a pool master ( host failed ) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3430341143362757148==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3430341143362757148== Content-Type: multipart/alternative; boundary="----=_NextPart_000_002D_01CE3EC1.A2113510" Content-Language: fr-ca This is a multi-part message in MIME format. ------=_NextPart_000_002D_01CE3EC1.A2113510 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi! Can someone please help me ! This could happen to anyone! My pool master is now completely gone ! Others pool member cannot be designed for be master, since in GUI is = show =AB THIS HOST IS NOT A POOL MEMBER =BB =85 wtf And CLI is no use since all command request the pool master=85 how = I=92m suppose to know a UUID if I cannot ask for it !? =20 =20 I cannot remove a member from the pool ( since the pool master does not exist anymore )=20 EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot joint =E0 new pool/create/designate ( since all hosts I got = are in the same pool ) EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot repair the pool master ( hd/host all completely gone ) =20 I cannot use the CLI for anything ( since all reguest the pool master = for info .. uuid and etc..) =20 But when I do a EMERGENCY NETWORK RESET is show : THE HOST IS A POOL = SLAVE =AB Please confirm or correct the IP adress of the pool master. =BB Hmmm strange this was not what it said last time in ressource pool = config=85.=20 =20 =20 SOOO All this come to the QUESTION =85 WHERE IS THE : EMERGENCY POOL = RESET !!! =20 =20 Thanks you all! =20 Nat ------=_NextPart_000_002D_01CE3EC1.A2113510 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi!

Can someone please help me !

This could happen to anyone!

My pool master is now completely gone = !

Others pool member cannot be designed for be = master, since in GUI is show =AB THIS HOST IS NOT A POOL MEMBER =BB = … wtf

And CLI is no use since all command request the = pool master…=A0 how I’m suppose to know a UUID if I cannot ask for it = !?

 

 

I cannot remove a member from the pool ( since the = pool master does not exist anymore )

EX : ( THIS HOST IS NOT A POOL MEMBER.) = WTF is not because the pool master is not there that the host is not a pool = member !

 

I cannot joint =E0 new pool/create/designate=A0 ( = since all hosts I got are in the same pool )

EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is = not because the pool master is not there that the host is not a pool member = !

 

I cannot repair the pool master ( hd/host all = completely gone )

 

I cannot use the CLI for anything=A0 ( since = all reguest the pool master for info=A0 .. uuid and etc..)

 

But when I do a=A0 EMERGENCY NETWORK RESET = is show : THE HOST IS A POOL SLAVE

=AB Please confirm or correct the IP adress of = the pool master. =BB

Hmmm strange this was not what it said last time in ressource pool config….

 

 

SOOO

All this come to the QUESTION … = =A0WHERE IS THE=A0=A0=A0 :=A0 =A0=A0EMERGENCY POOL RESET=A0 !!!

 

 

Thanks you all!

 

Nat

------=_NextPart_000_002D_01CE3EC1.A2113510-- --===============3430341143362757148== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3430341143362757148==-- From xen-api-bounces@lists.xen.org Sun Apr 21 22:54:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Apr 2013 22:54:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU39V-0005rp-Qv; Sun, 21 Apr 2013 22:54:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU39S-0005rk-T3 for xen-api@lists.xen.org; Sun, 21 Apr 2013 22:54:31 +0000 Received: from [85.158.137.99:5584] by server-15.bemta-3.messagelabs.com id EA/5C-23142-52E64715; Sun, 21 Apr 2013 22:54:29 +0000 X-Env-Sender: nathanbr@distributel.net X-Msg-Ref: server-5.tower-217.messagelabs.com!1366584866!13740237!1 X-Originating-IP: [208.68.17.94] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15498 invoked from network); 21 Apr 2013 22:54:28 -0000 Received: from mx3.edtmtds.thinktel.ca (HELO mx3.edtmtds.thinktel.ca) (208.68.17.94) by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Apr 2013 22:54:28 -0000 Received: from localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) by mx3.edtmtds.thinktel.ca (Postfix) with ESMTP id 72F862460F for ; Sun, 21 Apr 2013 16:54:25 -0600 (MDT) X-Virus-Scanned: Debian amavisd-new at sa4.edmtds.thinktel.ca Received: from mx3.edtmtds.thinktel.ca ([208.68.17.94]) by localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) (amavisd-new, port 10024) with ESMTP id Oqe+k1C43gHk for ; Sun, 21 Apr 2013 16:54:22 -0600 (MDT) Received: from Serveur (216-246-238-229.cpe.distributel.net [216.246.238.229]) by mx3.edtmtds.thinktel.ca (Postfix) with ESMTP id 994D3248CD for ; Sun, 21 Apr 2013 16:54:22 -0600 (MDT) From: "Nat" To: Date: Sun, 21 Apr 2013 18:54:17 -0400 Message-ID: <002c01ce3ee3$2922d510$7b687f30$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac4+4yc+EVcpxZsfQbqr8qe5nRKipQ== Content-Language: fr-ca Subject: [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET !! Pool without a pool master ( host failed ) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3430341143362757148==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3430341143362757148== Content-Type: multipart/alternative; boundary="----=_NextPart_000_002D_01CE3EC1.A2113510" Content-Language: fr-ca This is a multi-part message in MIME format. ------=_NextPart_000_002D_01CE3EC1.A2113510 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi! Can someone please help me ! This could happen to anyone! My pool master is now completely gone ! Others pool member cannot be designed for be master, since in GUI is = show =AB THIS HOST IS NOT A POOL MEMBER =BB =85 wtf And CLI is no use since all command request the pool master=85 how = I=92m suppose to know a UUID if I cannot ask for it !? =20 =20 I cannot remove a member from the pool ( since the pool master does not exist anymore )=20 EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot joint =E0 new pool/create/designate ( since all hosts I got = are in the same pool ) EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot repair the pool master ( hd/host all completely gone ) =20 I cannot use the CLI for anything ( since all reguest the pool master = for info .. uuid and etc..) =20 But when I do a EMERGENCY NETWORK RESET is show : THE HOST IS A POOL = SLAVE =AB Please confirm or correct the IP adress of the pool master. =BB Hmmm strange this was not what it said last time in ressource pool = config=85.=20 =20 =20 SOOO All this come to the QUESTION =85 WHERE IS THE : EMERGENCY POOL = RESET !!! =20 =20 Thanks you all! =20 Nat ------=_NextPart_000_002D_01CE3EC1.A2113510 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi!

Can someone please help me !

This could happen to anyone!

My pool master is now completely gone = !

Others pool member cannot be designed for be = master, since in GUI is show =AB THIS HOST IS NOT A POOL MEMBER =BB = … wtf

And CLI is no use since all command request the = pool master…=A0 how I’m suppose to know a UUID if I cannot ask for it = !?

 

 

I cannot remove a member from the pool ( since the = pool master does not exist anymore )

EX : ( THIS HOST IS NOT A POOL MEMBER.) = WTF is not because the pool master is not there that the host is not a pool = member !

 

I cannot joint =E0 new pool/create/designate=A0 ( = since all hosts I got are in the same pool )

EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is = not because the pool master is not there that the host is not a pool member = !

 

I cannot repair the pool master ( hd/host all = completely gone )

 

I cannot use the CLI for anything=A0 ( since = all reguest the pool master for info=A0 .. uuid and etc..)

 

But when I do a=A0 EMERGENCY NETWORK RESET = is show : THE HOST IS A POOL SLAVE

=AB Please confirm or correct the IP adress of = the pool master. =BB

Hmmm strange this was not what it said last time in ressource pool config….

 

 

SOOO

All this come to the QUESTION … = =A0WHERE IS THE=A0=A0=A0 :=A0 =A0=A0EMERGENCY POOL RESET=A0 !!!

 

 

Thanks you all!

 

Nat

------=_NextPart_000_002D_01CE3EC1.A2113510-- --===============3430341143362757148== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3430341143362757148==-- From xen-api-bounces@lists.xen.org Sun Apr 21 23:33:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Apr 2013 23:33:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU3kq-0007HA-TR; Sun, 21 Apr 2013 23:33:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU3kp-0007H2-Mb for xen-api@lists.xen.org; Sun, 21 Apr 2013 23:33:07 +0000 Received: from [85.158.138.51:40291] by server-14.bemta-3.messagelabs.com id EE/03-27076-23774715; Sun, 21 Apr 2013 23:33:06 +0000 X-Env-Sender: benkhellat_samir@hotmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1366587184!9428590!1 X-Originating-IP: [157.55.2.93] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_1, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27077 invoked from network); 21 Apr 2013 23:33:04 -0000 Received: from dub0-omc4-s18.dub0.hotmail.com (HELO dub0-omc4-s18.dub0.hotmail.com) (157.55.2.93) by server-13.tower-174.messagelabs.com with SMTP; 21 Apr 2013 23:33:04 -0000 Received: from DUB113-W33 ([157.55.2.72]) by dub0-omc4-s18.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 21 Apr 2013 16:33:03 -0700 X-EIP: [C1cvwM5M8FBMTYOeDb/WigJ7o60y3mrZ] X-Originating-Email: [benkhellat_samir@hotmail.com] Message-ID: From: samir benkhellat To: "xen-api@lists.xen.org" Date: Sun, 21 Apr 2013 23:33:03 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 21 Apr 2013 23:33:03.0993 (UTC) FILETIME=[91CF2690:01CE3EE8] Subject: [Xen-API] Setup vswitches in XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3527110713671737646==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3527110713671737646== Content-Type: multipart/alternative; boundary="_3eda6d57-fb23-4fc6-9414-afcc8b701f39_" --_3eda6d57-fb23-4fc6-9414-afcc8b701f39_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI all=2C I wants to setup this topology in XCP 1.6=2C but I'm tuck on how to cr= eate and setup the switches I need. I know that in order to use vswitch I need to type: xe-switch-network-b= ackend openvswitch I googled and find these sites: 1- vswitch for VLAN : http://openvswitch.org/support/config-cookbooks/vl= an-configuration-cookbook/ 2- Old way for VLAN : http://ronnybull.com/2011/08/03/xen-cloud-platform= -xcp-setting-up-a-vlan/ 3- vswitch & openflow controller: http://lists.xen.org/archives/html/xen= -users/2011-06/msg00359.html In the link 3=2C Wei-Chih Chen says that we need to avoid using vswit= ch native commands (see link 1) and use just xe commands. but my problem is= if I want to use vswitch=2C xe command doesn't have command for vswitches = (openflow) but just xe network (see link 2). I tried to see if I can use openflow controller to create/manage my v= switches=2C but It seems that the vswitches/switches needs to be created in= order to be used. the openflow controllers I found are: 1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com/XenSer= ver/6.1.0/1.0/en_gb/dvs_controller.html 2- Flood Light: http://www.projectfloodlight.org/projects/ 3- tream: http://trema.github.io/trema/ 4- Nox & POX: http://www.noxrepo.org/ So my questions are: * How we can create vswitches in XCP 1.6: do we create them just by creatin= g or networks or can you provide me with the detailled steps * If we want to use a flow controller=2C what will be the best one in term = of VM resources (CPU=2C memory)=2C easy deployment=2C price=2Cfeatures. Regards=2C = --_3eda6d57-fb23-4fc6-9414-afcc8b701f39_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
HI all=2C
 =3B =3B&nb= sp=3B I wants to setup =3B this topology in XCP 1.6=2C but I'm tuck on = how to create and setup the switches I need.

 =3B =3B = =3B I know that in order to use vswitch I need to type: xe-switch-network-b= ackend openvswitch

 =3B =3B =3B I googled and find these= sites:
 =3B =3B 1- vswitch for VLAN : http://openvswitch.org/support/config-cookbooks/vlan-configuration-c= ookbook/
 =3B =3B 2- Old way for VLAN : http://ronnybull.com= /2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/
 =3B =3B 3= - vswitch &=3B openflow controller: http://lists.x= en.org/archives/html/xen-users/2011-06/msg00359.html

 =3B&nb= sp=3B =3B =3B =3B In the link 3=2C Wei-Chih Chen says that we need to avoid using vswitch native commands (s= ee link 1) and use just xe commands. but= my problem is if I want to use vswitch=2C xe command doesn't have command = for vswitches (openflow) but just xe network (see link 2).
 =3B = =3B =3B =3B =3B I tried to see if I can use openflow controller= to create/manage my vswitches=2C but It seems that the vswitches/switches = needs to be created in order to be used. the openflow controllers I found a= re:
1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com= /XenServer/6.1.0/1.0/en_gb/dvs_controller.html
2- Flood Light: http://ww= w.projectfloodlight.org/projects/
3- tream: http://trema.github.io/t= rema/
4- Nox &=3B POX: http://www.noxrepo.org/

 =3B = =3B =3B =3B So my questions are:
* How we can create vswitches i= n XCP 1.6: do we create them just by creating or networks or can you provid= e me with the detailled steps
* If we want to use a flow controller=2C w= hat will be the best one in term of VM resources (CPU=2C memory)=2C easy de= ployment=2C price=2Cfeatures.

Regards=2C

= --_3eda6d57-fb23-4fc6-9414-afcc8b701f39_-- --===============3527110713671737646== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3527110713671737646==-- From xen-api-bounces@lists.xen.org Sun Apr 21 23:33:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Apr 2013 23:33:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU3kq-0007HA-TR; Sun, 21 Apr 2013 23:33:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU3kp-0007H2-Mb for xen-api@lists.xen.org; Sun, 21 Apr 2013 23:33:07 +0000 Received: from [85.158.138.51:40291] by server-14.bemta-3.messagelabs.com id EE/03-27076-23774715; Sun, 21 Apr 2013 23:33:06 +0000 X-Env-Sender: benkhellat_samir@hotmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1366587184!9428590!1 X-Originating-IP: [157.55.2.93] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_1, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27077 invoked from network); 21 Apr 2013 23:33:04 -0000 Received: from dub0-omc4-s18.dub0.hotmail.com (HELO dub0-omc4-s18.dub0.hotmail.com) (157.55.2.93) by server-13.tower-174.messagelabs.com with SMTP; 21 Apr 2013 23:33:04 -0000 Received: from DUB113-W33 ([157.55.2.72]) by dub0-omc4-s18.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 21 Apr 2013 16:33:03 -0700 X-EIP: [C1cvwM5M8FBMTYOeDb/WigJ7o60y3mrZ] X-Originating-Email: [benkhellat_samir@hotmail.com] Message-ID: From: samir benkhellat To: "xen-api@lists.xen.org" Date: Sun, 21 Apr 2013 23:33:03 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 21 Apr 2013 23:33:03.0993 (UTC) FILETIME=[91CF2690:01CE3EE8] Subject: [Xen-API] Setup vswitches in XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3527110713671737646==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3527110713671737646== Content-Type: multipart/alternative; boundary="_3eda6d57-fb23-4fc6-9414-afcc8b701f39_" --_3eda6d57-fb23-4fc6-9414-afcc8b701f39_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI all=2C I wants to setup this topology in XCP 1.6=2C but I'm tuck on how to cr= eate and setup the switches I need. I know that in order to use vswitch I need to type: xe-switch-network-b= ackend openvswitch I googled and find these sites: 1- vswitch for VLAN : http://openvswitch.org/support/config-cookbooks/vl= an-configuration-cookbook/ 2- Old way for VLAN : http://ronnybull.com/2011/08/03/xen-cloud-platform= -xcp-setting-up-a-vlan/ 3- vswitch & openflow controller: http://lists.xen.org/archives/html/xen= -users/2011-06/msg00359.html In the link 3=2C Wei-Chih Chen says that we need to avoid using vswit= ch native commands (see link 1) and use just xe commands. but my problem is= if I want to use vswitch=2C xe command doesn't have command for vswitches = (openflow) but just xe network (see link 2). I tried to see if I can use openflow controller to create/manage my v= switches=2C but It seems that the vswitches/switches needs to be created in= order to be used. the openflow controllers I found are: 1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com/XenSer= ver/6.1.0/1.0/en_gb/dvs_controller.html 2- Flood Light: http://www.projectfloodlight.org/projects/ 3- tream: http://trema.github.io/trema/ 4- Nox & POX: http://www.noxrepo.org/ So my questions are: * How we can create vswitches in XCP 1.6: do we create them just by creatin= g or networks or can you provide me with the detailled steps * If we want to use a flow controller=2C what will be the best one in term = of VM resources (CPU=2C memory)=2C easy deployment=2C price=2Cfeatures. Regards=2C = --_3eda6d57-fb23-4fc6-9414-afcc8b701f39_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
HI all=2C
 =3B =3B&nb= sp=3B I wants to setup =3B this topology in XCP 1.6=2C but I'm tuck on = how to create and setup the switches I need.

 =3B =3B = =3B I know that in order to use vswitch I need to type: xe-switch-network-b= ackend openvswitch

 =3B =3B =3B I googled and find these= sites:
 =3B =3B 1- vswitch for VLAN : http://openvswitch.org/support/config-cookbooks/vlan-configuration-c= ookbook/
 =3B =3B 2- Old way for VLAN : http://ronnybull.com= /2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/
 =3B =3B 3= - vswitch &=3B openflow controller: http://lists.x= en.org/archives/html/xen-users/2011-06/msg00359.html

 =3B&nb= sp=3B =3B =3B =3B In the link 3=2C Wei-Chih Chen says that we need to avoid using vswitch native commands (s= ee link 1) and use just xe commands. but= my problem is if I want to use vswitch=2C xe command doesn't have command = for vswitches (openflow) but just xe network (see link 2).
 =3B = =3B =3B =3B =3B I tried to see if I can use openflow controller= to create/manage my vswitches=2C but It seems that the vswitches/switches = needs to be created in order to be used. the openflow controllers I found a= re:
1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com= /XenServer/6.1.0/1.0/en_gb/dvs_controller.html
2- Flood Light: http://ww= w.projectfloodlight.org/projects/
3- tream: http://trema.github.io/t= rema/
4- Nox &=3B POX: http://www.noxrepo.org/

 =3B = =3B =3B =3B So my questions are:
* How we can create vswitches i= n XCP 1.6: do we create them just by creating or networks or can you provid= e me with the detailled steps
* If we want to use a flow controller=2C w= hat will be the best one in term of VM resources (CPU=2C memory)=2C easy de= ployment=2C price=2Cfeatures.

Regards=2C

= --_3eda6d57-fb23-4fc6-9414-afcc8b701f39_-- --===============3527110713671737646== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3527110713671737646==-- From xen-api-bounces@lists.xen.org Sun Apr 21 23:45:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Apr 2013 23:45: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 1UU3wC-0007sa-Jt; Sun, 21 Apr 2013 23:44:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU3wB-0007sU-2w for xen-api@lists.xen.org; Sun, 21 Apr 2013 23:44:51 +0000 Received: from [85.158.139.211:3329] by server-1.bemta-5.messagelabs.com id C2/04-14063-1F974715; Sun, 21 Apr 2013 23:44:49 +0000 X-Env-Sender: nathanbr@distributel.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1366587887!19910948!1 X-Originating-IP: [208.68.17.94] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24975 invoked from network); 21 Apr 2013 23:44:48 -0000 Received: from mx3.edtmtds.thinktel.ca (HELO mx3.edtmtds.thinktel.ca) (208.68.17.94) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Apr 2013 23:44:48 -0000 Received: from localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) by mx3.edtmtds.thinktel.ca (Postfix) with ESMTP id F3AD2246AD for ; Sun, 21 Apr 2013 17:44:45 -0600 (MDT) X-Virus-Scanned: Debian amavisd-new at sa4.edmtds.thinktel.ca Received: from mx2.edtmtds.thinktel.ca ([208.68.17.93]) by localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) (amavisd-new, port 10024) with ESMTP id ilGnuqljjycY for ; Sun, 21 Apr 2013 17:44:43 -0600 (MDT) Received: from Serveur (216-246-238-229.cpe.distributel.net [216.246.238.229]) by mx2.edtmtds.thinktel.ca (Postfix) with ESMTP id B835CCF186 for ; Sun, 21 Apr 2013 17:44:42 -0600 (MDT) From: "Nat" To: References: <002c01ce3ee3$2922d510$7b687f30$@net> In-Reply-To: <002c01ce3ee3$2922d510$7b687f30$@net> Date: Sun, 21 Apr 2013 19:44:40 -0400 Message-ID: <004201ce3eea$3138abb0$93aa0310$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac4+4yc+EVcpxZsfQbqr8qe5nRKipQABuong Content-Language: fr-ca Subject: Re: [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET !! Pool without a pool master ( host failed ) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0993087842255254333==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0993087842255254333== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0043_01CE3EC8.AA270BB0" Content-Language: fr-ca This is a multi-part message in MIME format. ------=_NextPart_000_0043_01CE3EC8.AA270BB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Finaly .. the solution : =20 xe pool-emergency-transition-to-master =20 Thanks! =20 Nat =20 De : xen-api-bounces@lists.xen.org = [mailto:xen-api-bounces@lists.xen.org] De la part de Nat Envoy=E9 : 21 avril 2013 18:54 =C0 : xen-api@lists.xen.org Objet : [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET !! Pool = without a pool master ( host failed ) =20 Hi! Can someone please help me ! This could happen to anyone! My pool master is now completely gone ! Others pool member cannot be designed for be master, since in GUI is = show =AB THIS HOST IS NOT A POOL MEMBER =BB =85 wtf And CLI is no use since all command request the pool master=85 how = I=92m suppose to know a UUID if I cannot ask for it !? =20 =20 I cannot remove a member from the pool ( since the pool master does not exist anymore )=20 EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot joint =E0 new pool/create/designate ( since all hosts I got = are in the same pool ) EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot repair the pool master ( hd/host all completely gone ) =20 I cannot use the CLI for anything ( since all reguest the pool master = for info .. uuid and etc..) =20 But when I do a EMERGENCY NETWORK RESET is show : THE HOST IS A POOL = SLAVE =AB Please confirm or correct the IP adress of the pool master. =BB Hmmm strange this was not what it said last time in ressource pool = config=85.=20 =20 =20 SOOO All this come to the QUESTION =85 WHERE IS THE : EMERGENCY POOL = RESET !!! =20 =20 Thanks you all! =20 Nat ------=_NextPart_000_0043_01CE3EC8.AA270BB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Finaly .. the solution :

 

xe = pool-emergency-transition-to-master

 

Thanks!

 

Nat

 

De : xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = De la part de Nat
Envoy=E9 : 21 avril 2013 18:54
=C0 : xen-api@lists.xen.org
Objet : [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET = !! Pool without a pool master ( host failed )

 

Hi!

Can someone please help me !

This could happen to anyone!

My pool master is now completely gone = !

Others pool member cannot be designed for be = master, since in GUI is show =AB THIS HOST IS NOT A POOL MEMBER =BB = … wtf

And CLI is no use since all command request the = pool master…  how I’m suppose to know a UUID if I cannot ask = for it !?

 

 

I cannot remove a member from the pool ( since the = pool master does not exist anymore )

EX : ( THIS HOST IS NOT A POOL MEMBER.) = WTF is not because the pool master is not there that the host is not a pool = member !

 

I cannot joint =E0 new pool/create/designate  = ( since all hosts I got are in the same pool )

EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is = not because the pool master is not there that the host is not a pool member = !

 

I cannot repair the pool master ( hd/host all = completely gone )

 

I cannot use the CLI for anything  ( = since all reguest the pool master for info  .. uuid and etc..)

 

But when I do a  EMERGENCY NETWORK = RESET is show : THE HOST IS A POOL SLAVE

=AB Please confirm or correct the IP adress of = the pool master. =BB

Hmmm strange this was not what it said last time in ressource pool config….

 

 

SOOO

All this come to the QUESTION … =  WHERE IS THE    :    EMERGENCY POOL RESET  = !!!

 

 

Thanks you all!

 

Nat

------=_NextPart_000_0043_01CE3EC8.AA270BB0-- --===============0993087842255254333== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0993087842255254333==-- From xen-api-bounces@lists.xen.org Sun Apr 21 23:45:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Apr 2013 23:45: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 1UU3wC-0007sa-Jt; Sun, 21 Apr 2013 23:44:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU3wB-0007sU-2w for xen-api@lists.xen.org; Sun, 21 Apr 2013 23:44:51 +0000 Received: from [85.158.139.211:3329] by server-1.bemta-5.messagelabs.com id C2/04-14063-1F974715; Sun, 21 Apr 2013 23:44:49 +0000 X-Env-Sender: nathanbr@distributel.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1366587887!19910948!1 X-Originating-IP: [208.68.17.94] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24975 invoked from network); 21 Apr 2013 23:44:48 -0000 Received: from mx3.edtmtds.thinktel.ca (HELO mx3.edtmtds.thinktel.ca) (208.68.17.94) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Apr 2013 23:44:48 -0000 Received: from localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) by mx3.edtmtds.thinktel.ca (Postfix) with ESMTP id F3AD2246AD for ; Sun, 21 Apr 2013 17:44:45 -0600 (MDT) X-Virus-Scanned: Debian amavisd-new at sa4.edmtds.thinktel.ca Received: from mx2.edtmtds.thinktel.ca ([208.68.17.93]) by localhost (sa4.edtmtds.thinktel.ca [208.68.17.77]) (amavisd-new, port 10024) with ESMTP id ilGnuqljjycY for ; Sun, 21 Apr 2013 17:44:43 -0600 (MDT) Received: from Serveur (216-246-238-229.cpe.distributel.net [216.246.238.229]) by mx2.edtmtds.thinktel.ca (Postfix) with ESMTP id B835CCF186 for ; Sun, 21 Apr 2013 17:44:42 -0600 (MDT) From: "Nat" To: References: <002c01ce3ee3$2922d510$7b687f30$@net> In-Reply-To: <002c01ce3ee3$2922d510$7b687f30$@net> Date: Sun, 21 Apr 2013 19:44:40 -0400 Message-ID: <004201ce3eea$3138abb0$93aa0310$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac4+4yc+EVcpxZsfQbqr8qe5nRKipQABuong Content-Language: fr-ca Subject: Re: [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET !! Pool without a pool master ( host failed ) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0993087842255254333==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0993087842255254333== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0043_01CE3EC8.AA270BB0" Content-Language: fr-ca This is a multi-part message in MIME format. ------=_NextPart_000_0043_01CE3EC8.AA270BB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Finaly .. the solution : =20 xe pool-emergency-transition-to-master =20 Thanks! =20 Nat =20 De : xen-api-bounces@lists.xen.org = [mailto:xen-api-bounces@lists.xen.org] De la part de Nat Envoy=E9 : 21 avril 2013 18:54 =C0 : xen-api@lists.xen.org Objet : [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET !! Pool = without a pool master ( host failed ) =20 Hi! Can someone please help me ! This could happen to anyone! My pool master is now completely gone ! Others pool member cannot be designed for be master, since in GUI is = show =AB THIS HOST IS NOT A POOL MEMBER =BB =85 wtf And CLI is no use since all command request the pool master=85 how = I=92m suppose to know a UUID if I cannot ask for it !? =20 =20 I cannot remove a member from the pool ( since the pool master does not exist anymore )=20 EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot joint =E0 new pool/create/designate ( since all hosts I got = are in the same pool ) EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is not because the pool = master is not there that the host is not a pool member ! =20 I cannot repair the pool master ( hd/host all completely gone ) =20 I cannot use the CLI for anything ( since all reguest the pool master = for info .. uuid and etc..) =20 But when I do a EMERGENCY NETWORK RESET is show : THE HOST IS A POOL = SLAVE =AB Please confirm or correct the IP adress of the pool master. =BB Hmmm strange this was not what it said last time in ressource pool = config=85.=20 =20 =20 SOOO All this come to the QUESTION =85 WHERE IS THE : EMERGENCY POOL = RESET !!! =20 =20 Thanks you all! =20 Nat ------=_NextPart_000_0043_01CE3EC8.AA270BB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Finaly .. the solution :

 

xe = pool-emergency-transition-to-master

 

Thanks!

 

Nat

 

De : xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = De la part de Nat
Envoy=E9 : 21 avril 2013 18:54
=C0 : xen-api@lists.xen.org
Objet : [Xen-API] BUG - RESQUESTING A EMERGENCY POOL RESET = !! Pool without a pool master ( host failed )

 

Hi!

Can someone please help me !

This could happen to anyone!

My pool master is now completely gone = !

Others pool member cannot be designed for be = master, since in GUI is show =AB THIS HOST IS NOT A POOL MEMBER =BB = … wtf

And CLI is no use since all command request the = pool master…  how I’m suppose to know a UUID if I cannot ask = for it !?

 

 

I cannot remove a member from the pool ( since the = pool master does not exist anymore )

EX : ( THIS HOST IS NOT A POOL MEMBER.) = WTF is not because the pool master is not there that the host is not a pool = member !

 

I cannot joint =E0 new pool/create/designate  = ( since all hosts I got are in the same pool )

EX : ( THIS HOST IS NOT A POOL MEMBER.) WTF is = not because the pool master is not there that the host is not a pool member = !

 

I cannot repair the pool master ( hd/host all = completely gone )

 

I cannot use the CLI for anything  ( = since all reguest the pool master for info  .. uuid and etc..)

 

But when I do a  EMERGENCY NETWORK = RESET is show : THE HOST IS A POOL SLAVE

=AB Please confirm or correct the IP adress of = the pool master. =BB

Hmmm strange this was not what it said last time in ressource pool config….

 

 

SOOO

All this come to the QUESTION … =  WHERE IS THE    :    EMERGENCY POOL RESET  = !!!

 

 

Thanks you all!

 

Nat

------=_NextPart_000_0043_01CE3EC8.AA270BB0-- --===============0993087842255254333== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0993087842255254333==-- From xen-api-bounces@lists.xen.org Mon Apr 22 01:14:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 01:14: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 1UU5L4-00074c-0i; Mon, 22 Apr 2013 01:14:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU5L2-00074W-Sw for xen-api@lists.xen.org; Mon, 22 Apr 2013 01:14:37 +0000 Received: from [85.158.137.99:40355] by server-7.bemta-3.messagelabs.com id 43/C4-06591-AFE84715; Mon, 22 Apr 2013 01:14:34 +0000 X-Env-Sender: seriuomnis@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366593272!17629095!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30493 invoked from network); 22 Apr 2013 01:14:33 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 01:14:33 -0000 Received: by mail-la0-f54.google.com with SMTP id es20so1137882lab.13 for ; Sun, 21 Apr 2013 18:14:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=hQrrnjHOPBrqQvoKAOG/UC4sbCEXY79d+9efIf7lm/E=; b=kFyn85Bb6gYUFCX6owH8k4e7nueuvuBaA5C076wO6OyKdsAAPkHMJgYhhUIHbjycHm M8mkv4byjCyDLQtdq2yqG8jD8pUF7VEK5lP2DoLavLIRfYFFzbiL365BeEoUpgX3evKq IBkRX8Xj9czj0/3H0tg4/CozKJmaaN9le3s09ALxYUergpHdOswYUgblw4Ri/Z+NP/OJ aCTDyHwBz80nZyokwEd+g4WeXpBtzOJ7Zbn/b+Js5PNhM+4mmU2CwBjstFVba64AiB7n Sdm5BsSiUXeLB/EgsLa2jd8VnYsdyPBeJZHH73GEx9zdyPhFncKYHWFhnPsnPmAmoW0q l/dg== MIME-Version: 1.0 X-Received: by 10.112.161.38 with SMTP id xp6mr12139189lbb.32.1366593272635; Sun, 21 Apr 2013 18:14:32 -0700 (PDT) Received: by 10.112.2.106 with HTTP; Sun, 21 Apr 2013 18:14:32 -0700 (PDT) In-Reply-To: References: Date: Sun, 21 Apr 2013 21:14:32 -0400 Message-ID: From: Sean Pryor To: samir benkhellat Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Setup vswitches in XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2596899817815963951==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2596899817815963951== Content-Type: multipart/alternative; boundary=001a11c264fe9166e204dae8ca8f --001a11c264fe9166e204dae8ca8f Content-Type: text/plain; charset=ISO-8859-1 AFAIK, the xe-network commands are frontends for switches created via openvswitch. So to answer your first question, it seems to be just create networks. >From some Citrix documentation (that I have since misplaced, if memory serves it was their xenserver administration guide, though not the 6.1 one), it showed the physical NIC being connected up to a 'network' object which was a switch created via openvswitch, from there, all the guest virtual NICs connected up to that switch. For your second question, I'm afraid I'm not an expert at networking, but I hope the first answer can help On Sun, Apr 21, 2013 at 7:33 PM, samir benkhellat < benkhellat_samir@hotmail.com> wrote: > HI all, > I wants to setup this topology in XCP 1.6, but I'm tuck on how to > create and setup the switches I need. > > I know that in order to use vswitch I need to type: > xe-switch-network-backend openvswitch > > I googled and find these sites: > 1- vswitch for VLAN : > http://openvswitch.org/support/config-cookbooks/vlan-configuration-cookbook/ > 2- Old way for VLAN : > http://ronnybull.com/2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/ > 3- vswitch & openflow controller: > http://lists.xen.org/archives/html/xen-users/2011-06/msg00359.html > > In the link 3, Wei-Chih Chen says that we need to avoid using > vswitch native commands (see link 1) and use just xe commands. but my > problem is if I want to use vswitch, xe command doesn't have command for > vswitches (openflow) but just xe network (see link 2). > I tried to see if I can use openflow controller to create/manage my > vswitches, but It seems that the vswitches/switches needs to be created in > order to be used. the openflow controllers I found are: > 1- Distributed Virtual Switch/Controller: > http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/dvs_controller.html > 2- Flood Light: http://www.projectfloodlight.org/projects/ > 3- tream: http://trema.github.io/trema/ > 4- Nox & POX: http://www.noxrepo.org/ > > So my questions are: > * How we can create vswitches in XCP 1.6: do we create them just by > creating or networks or can you provide me with the detailled steps > * If we want to use a flow controller, what will be the best one in term > of VM resources (CPU, memory), easy deployment, price,features. > > Regards, > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --001a11c264fe9166e204dae8ca8f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
AFAIK, the xe-network commands are frontends for switches = created via openvswitch. So to answer your first question, it seems to be j= ust create networks.
From some Citrix documentation (that I have = since misplaced, if memory serves it was their xenserver administration gui= de, though not the 6.1 one), it showed the physical NIC being connected up = to a 'network' object which was a switch created via openvswitch, f= rom there, all the guest virtual NICs connected up to that switch.

For your second question, I'm afraid I'm not an= expert at networking, but I hope the first answer can help


On Sun, Apr 21, 2= 013 at 7:33 PM, samir benkhellat <benkhellat_samir@hotmail.com<= /a>> wrote:
HI all,
=A0=A0=A0 I wants to setup=A0 this topolog= y in XCP 1.6, but I'm tuck on how to create and setup the switches I ne= ed.

=A0=A0=A0 I know that in order to use vswitch I need to type: xe= -switch-network-backend openvswitch

=A0=A0=A0 I googled and find these sites:
=A0=A0 1- vswitch for VLAN= : http://openvswitch.org/support/config-co= okbooks/vlan-configuration-cookbook/
=A0=A0 2- Old way for VLAN : http://ronnybull.= com/2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/
=A0=A0 3- v= switch & openflow controller: http://lists.xen.or= g/archives/html/xen-users/2011-06/msg00359.html

=A0=A0=A0=A0=A0 In the link 3, Wei-Chih Chen sa= ys that we need to avoid using vswitch native commands (s= ee link 1) and use just xe commands. but= my problem is if I want to use vswitch, xe command doesn't have comman= d for vswitches (openflow) but just xe network (see link 2).
=A0=A0=A0=A0=A0 I tried to see if I can use openflow controller to create/m= anage my vswitches, but It seems that the vswitches/switches needs to be cr= eated in order to be used. the openflow controllers I found are:
1- Dist= ributed Virtual Switch/Controller: http://docs.= vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/dvs_controller.html
2- Flood Light: http://www.projectfloodlight.org/projects/
3- tream: <= a href=3D"http://trema.github.io/trema/" target=3D"_blank">http://trema.git= hub.io/trema/
4- Nox & POX: htt= p://www.noxrepo.org/

=A0=A0=A0=A0 So my questions are:
* How = we can create vswitches in XCP 1.6: do we create them just by creating or n= etworks or can you provide me with the detailled steps
* If we want to use a flow controller, what will be the best one in term of= VM resources (CPU, memory), easy deployment, price,features.

Regard= s,


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


--001a11c264fe9166e204dae8ca8f-- --===============2596899817815963951== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2596899817815963951==-- From xen-api-bounces@lists.xen.org Mon Apr 22 01:14:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 01:14: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 1UU5L4-00074c-0i; Mon, 22 Apr 2013 01:14:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU5L2-00074W-Sw for xen-api@lists.xen.org; Mon, 22 Apr 2013 01:14:37 +0000 Received: from [85.158.137.99:40355] by server-7.bemta-3.messagelabs.com id 43/C4-06591-AFE84715; Mon, 22 Apr 2013 01:14:34 +0000 X-Env-Sender: seriuomnis@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366593272!17629095!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30493 invoked from network); 22 Apr 2013 01:14:33 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 01:14:33 -0000 Received: by mail-la0-f54.google.com with SMTP id es20so1137882lab.13 for ; Sun, 21 Apr 2013 18:14:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=hQrrnjHOPBrqQvoKAOG/UC4sbCEXY79d+9efIf7lm/E=; b=kFyn85Bb6gYUFCX6owH8k4e7nueuvuBaA5C076wO6OyKdsAAPkHMJgYhhUIHbjycHm M8mkv4byjCyDLQtdq2yqG8jD8pUF7VEK5lP2DoLavLIRfYFFzbiL365BeEoUpgX3evKq IBkRX8Xj9czj0/3H0tg4/CozKJmaaN9le3s09ALxYUergpHdOswYUgblw4Ri/Z+NP/OJ aCTDyHwBz80nZyokwEd+g4WeXpBtzOJ7Zbn/b+Js5PNhM+4mmU2CwBjstFVba64AiB7n Sdm5BsSiUXeLB/EgsLa2jd8VnYsdyPBeJZHH73GEx9zdyPhFncKYHWFhnPsnPmAmoW0q l/dg== MIME-Version: 1.0 X-Received: by 10.112.161.38 with SMTP id xp6mr12139189lbb.32.1366593272635; Sun, 21 Apr 2013 18:14:32 -0700 (PDT) Received: by 10.112.2.106 with HTTP; Sun, 21 Apr 2013 18:14:32 -0700 (PDT) In-Reply-To: References: Date: Sun, 21 Apr 2013 21:14:32 -0400 Message-ID: From: Sean Pryor To: samir benkhellat Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Setup vswitches in XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2596899817815963951==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2596899817815963951== Content-Type: multipart/alternative; boundary=001a11c264fe9166e204dae8ca8f --001a11c264fe9166e204dae8ca8f Content-Type: text/plain; charset=ISO-8859-1 AFAIK, the xe-network commands are frontends for switches created via openvswitch. So to answer your first question, it seems to be just create networks. >From some Citrix documentation (that I have since misplaced, if memory serves it was their xenserver administration guide, though not the 6.1 one), it showed the physical NIC being connected up to a 'network' object which was a switch created via openvswitch, from there, all the guest virtual NICs connected up to that switch. For your second question, I'm afraid I'm not an expert at networking, but I hope the first answer can help On Sun, Apr 21, 2013 at 7:33 PM, samir benkhellat < benkhellat_samir@hotmail.com> wrote: > HI all, > I wants to setup this topology in XCP 1.6, but I'm tuck on how to > create and setup the switches I need. > > I know that in order to use vswitch I need to type: > xe-switch-network-backend openvswitch > > I googled and find these sites: > 1- vswitch for VLAN : > http://openvswitch.org/support/config-cookbooks/vlan-configuration-cookbook/ > 2- Old way for VLAN : > http://ronnybull.com/2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/ > 3- vswitch & openflow controller: > http://lists.xen.org/archives/html/xen-users/2011-06/msg00359.html > > In the link 3, Wei-Chih Chen says that we need to avoid using > vswitch native commands (see link 1) and use just xe commands. but my > problem is if I want to use vswitch, xe command doesn't have command for > vswitches (openflow) but just xe network (see link 2). > I tried to see if I can use openflow controller to create/manage my > vswitches, but It seems that the vswitches/switches needs to be created in > order to be used. the openflow controllers I found are: > 1- Distributed Virtual Switch/Controller: > http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/dvs_controller.html > 2- Flood Light: http://www.projectfloodlight.org/projects/ > 3- tream: http://trema.github.io/trema/ > 4- Nox & POX: http://www.noxrepo.org/ > > So my questions are: > * How we can create vswitches in XCP 1.6: do we create them just by > creating or networks or can you provide me with the detailled steps > * If we want to use a flow controller, what will be the best one in term > of VM resources (CPU, memory), easy deployment, price,features. > > Regards, > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --001a11c264fe9166e204dae8ca8f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
AFAIK, the xe-network commands are frontends for switches = created via openvswitch. So to answer your first question, it seems to be j= ust create networks.
From some Citrix documentation (that I have = since misplaced, if memory serves it was their xenserver administration gui= de, though not the 6.1 one), it showed the physical NIC being connected up = to a 'network' object which was a switch created via openvswitch, f= rom there, all the guest virtual NICs connected up to that switch.

For your second question, I'm afraid I'm not an= expert at networking, but I hope the first answer can help


On Sun, Apr 21, 2= 013 at 7:33 PM, samir benkhellat <benkhellat_samir@hotmail.com<= /a>> wrote:
HI all,
=A0=A0=A0 I wants to setup=A0 this topolog= y in XCP 1.6, but I'm tuck on how to create and setup the switches I ne= ed.

=A0=A0=A0 I know that in order to use vswitch I need to type: xe= -switch-network-backend openvswitch

=A0=A0=A0 I googled and find these sites:
=A0=A0 1- vswitch for VLAN= : http://openvswitch.org/support/config-co= okbooks/vlan-configuration-cookbook/
=A0=A0 2- Old way for VLAN : http://ronnybull.= com/2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/
=A0=A0 3- v= switch & openflow controller: http://lists.xen.or= g/archives/html/xen-users/2011-06/msg00359.html

=A0=A0=A0=A0=A0 In the link 3, Wei-Chih Chen sa= ys that we need to avoid using vswitch native commands (s= ee link 1) and use just xe commands. but= my problem is if I want to use vswitch, xe command doesn't have comman= d for vswitches (openflow) but just xe network (see link 2).
=A0=A0=A0=A0=A0 I tried to see if I can use openflow controller to create/m= anage my vswitches, but It seems that the vswitches/switches needs to be cr= eated in order to be used. the openflow controllers I found are:
1- Dist= ributed Virtual Switch/Controller: http://docs.= vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/dvs_controller.html
2- Flood Light: http://www.projectfloodlight.org/projects/
3- tream: <= a href=3D"http://trema.github.io/trema/" target=3D"_blank">http://trema.git= hub.io/trema/
4- Nox & POX: htt= p://www.noxrepo.org/

=A0=A0=A0=A0 So my questions are:
* How = we can create vswitches in XCP 1.6: do we create them just by creating or n= etworks or can you provide me with the detailled steps
* If we want to use a flow controller, what will be the best one in term of= VM resources (CPU, memory), easy deployment, price,features.

Regard= s,


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


--001a11c264fe9166e204dae8ca8f-- --===============2596899817815963951== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2596899817815963951==-- From xen-api-bounces@lists.xen.org Mon Apr 22 02:12:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 02:12: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 1UU6El-0001Ji-Gt; Mon, 22 Apr 2013 02:12:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU6Ek-0001Jd-Ni for xen-api@lists.xen.org; Mon, 22 Apr 2013 02:12:10 +0000 Received: from [85.158.137.99:3109] by server-12.bemta-3.messagelabs.com id 7F/21-01357-97C94715; Mon, 22 Apr 2013 02:12:09 +0000 X-Env-Sender: chtwerdna@gmail.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1366596727!1575143!1 X-Originating-IP: [209.85.214.193] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16207 invoked from network); 22 Apr 2013 02:12:08 -0000 Received: from mail-ob0-f193.google.com (HELO mail-ob0-f193.google.com) (209.85.214.193) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 02:12:08 -0000 Received: by mail-ob0-f193.google.com with SMTP id wp18so459974obc.0 for ; Sun, 21 Apr 2013 19:12:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=yWum2g0ZDe2AnQ3GpC8e0kXjyONXTfGVs84pDC0/fUA=; b=Hnqe5PkuoPWHGHIVliv2FtgXPYO5rCcOzAqmexSCnVMypMoVnnz/SmZ5rxANXSVMgD mTcPzM5wbbjG1iNMs2UQ+PPhafxOoRc+YZ7U5bJhs1ypP5F95dKR8COCrgyx3Atb70Cz U60S8lyDwqEg4b94aEsyAZSt7o99UCy3UpNfg9AXcJyNrD5R90Pdce9sqae3r5F8YTiv ZiSRcDciilTjGa8iJ1/PBVfzEgoqAo6lsWV0O0bMqlF+qFvcD4ilPsZzvkFJHvbuSWeE KcWA3HhsW+THGW+5LpffHQxtnew3xXaDHwqfnAhJOwVnoLC4LlnSyTjbAgEEkvjxROOo BbgA== MIME-Version: 1.0 X-Received: by 10.182.235.49 with SMTP id uj17mr8290511obc.18.1366596726673; Sun, 21 Apr 2013 19:12:06 -0700 (PDT) Received: by 10.76.162.104 with HTTP; Sun, 21 Apr 2013 19:12:06 -0700 (PDT) Date: Mon, 22 Apr 2013 10:12:06 +0800 Message-ID: From: Werdna Cht To: xen-api@lists.xen.org Subject: Re: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1491515344935890524==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1491515344935890524== Content-Type: multipart/alternative; boundary=bcaec539695271d86d04dae99859 --bcaec539695271d86d04dae99859 Content-Type: text/plain; charset=ISO-8859-1 We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not a XCP command? I've tried /opt/xensource/debug/shutdown_domain -domid 9 in XCP, but get an error: "no shutdown reason specified" argument is not valid. using something like this is not working, neither: /opt/xensource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2) So how can I use the shutdown domain function is XCP? Note again that when I need this, I'm facing following situation: VM doing an operation A (using java sdk) -> stucked, Making a force shutdown (using java sdk) -> not working, maybe blocked by operation A or xapi problems. the VM is now Pending so we need to shut it down forcely. Will the shutdown domain function works here? or it will still be blocked by the previous fucntion? Any method (SDK or XCP command line) is OK, thanks. --- If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing. If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly. --- Hello all, I'm using XenServer 6.1 Java SDK to manage XCP 1.6. When shutdowning a VM, I can use hardShutdown or cleanShutdown. I known the differences of the two. Following this article, I found there's another way to shutdown the Pending VM. http://support.citrix.com/article/CTX131421 My question is: what's the difference of hardShutdown and destroy the control domain? Are there any side effects or risks to destroy the control domain? Both the pending and normal state. If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked. Any suggestions for use or not use destroying control domain to force shutdown the VM? Thanks. --bcaec539695271d86d04dae99859 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not= a XCP command?
I've tried /opt/xensource/debug/shutdown_doma= in -domid 9 in XCP,
but get an error: "no shutdown reason sp= ecified" argument is not valid.=A0
using something like this is not working, neither:
/opt/xens= ource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2)
So how can I= use the shutdown domain function is XCP?

Note aga= in that when I need this, I'm facing following situation:
VM doing an operation A (using java sdk) -> stucked,
Maki= ng a force shutdown=A0(using java sdk)=A0-> not working, maybe blocked b= y operation A or xapi problems.
the VM is now Pending so we need = to shut it down forcely.
Will the shutdown domain function works here? or it will still be bloc= ked by the previous fucntion?

Any method (SDK or X= CP command line) is OK, thanks.

---
If you destroy domain it will disappear or going to zombie state (no memory= , endless dying status). xapi will not able to detect this, so destroying d= omain is very bad thing.

If you want to shutdown d= omain forcefully without waiting xapi to get through it long task list, jus= t send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this= and reacts accordingly.

---
Hello all,
I'm using XenSer= ver 6.1 Java SDK to manage XCP 1.6.=A0
When shutdowning a VM, I c= an use hardShutdown or cleanShutdown.
I known the differences of = the two.

Following this article, I found there's another way= to shutdown the Pending VM.

My question is: what's the difference of hardShutdo= wn and destroy the control domain?
Are there any side effects or = risks to destroy the control domain?
Both the pending and normal = state.
If there're no risks, why doesn't XCP use this to implement th= e hardshutdown function, since destroying the control domain won't be s= tucked.
Any suggestions for use or not use destroying control dom= ain to force shutdown the VM?

Thanks.
--bcaec539695271d86d04dae99859-- --===============1491515344935890524== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1491515344935890524==-- From xen-api-bounces@lists.xen.org Mon Apr 22 02:12:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 02:12: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 1UU6El-0001Ji-Gt; Mon, 22 Apr 2013 02:12:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU6Ek-0001Jd-Ni for xen-api@lists.xen.org; Mon, 22 Apr 2013 02:12:10 +0000 Received: from [85.158.137.99:3109] by server-12.bemta-3.messagelabs.com id 7F/21-01357-97C94715; Mon, 22 Apr 2013 02:12:09 +0000 X-Env-Sender: chtwerdna@gmail.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1366596727!1575143!1 X-Originating-IP: [209.85.214.193] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16207 invoked from network); 22 Apr 2013 02:12:08 -0000 Received: from mail-ob0-f193.google.com (HELO mail-ob0-f193.google.com) (209.85.214.193) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 02:12:08 -0000 Received: by mail-ob0-f193.google.com with SMTP id wp18so459974obc.0 for ; Sun, 21 Apr 2013 19:12:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=yWum2g0ZDe2AnQ3GpC8e0kXjyONXTfGVs84pDC0/fUA=; b=Hnqe5PkuoPWHGHIVliv2FtgXPYO5rCcOzAqmexSCnVMypMoVnnz/SmZ5rxANXSVMgD mTcPzM5wbbjG1iNMs2UQ+PPhafxOoRc+YZ7U5bJhs1ypP5F95dKR8COCrgyx3Atb70Cz U60S8lyDwqEg4b94aEsyAZSt7o99UCy3UpNfg9AXcJyNrD5R90Pdce9sqae3r5F8YTiv ZiSRcDciilTjGa8iJ1/PBVfzEgoqAo6lsWV0O0bMqlF+qFvcD4ilPsZzvkFJHvbuSWeE KcWA3HhsW+THGW+5LpffHQxtnew3xXaDHwqfnAhJOwVnoLC4LlnSyTjbAgEEkvjxROOo BbgA== MIME-Version: 1.0 X-Received: by 10.182.235.49 with SMTP id uj17mr8290511obc.18.1366596726673; Sun, 21 Apr 2013 19:12:06 -0700 (PDT) Received: by 10.76.162.104 with HTTP; Sun, 21 Apr 2013 19:12:06 -0700 (PDT) Date: Mon, 22 Apr 2013 10:12:06 +0800 Message-ID: From: Werdna Cht To: xen-api@lists.xen.org Subject: Re: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1491515344935890524==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1491515344935890524== Content-Type: multipart/alternative; boundary=bcaec539695271d86d04dae99859 --bcaec539695271d86d04dae99859 Content-Type: text/plain; charset=ISO-8859-1 We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not a XCP command? I've tried /opt/xensource/debug/shutdown_domain -domid 9 in XCP, but get an error: "no shutdown reason specified" argument is not valid. using something like this is not working, neither: /opt/xensource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2) So how can I use the shutdown domain function is XCP? Note again that when I need this, I'm facing following situation: VM doing an operation A (using java sdk) -> stucked, Making a force shutdown (using java sdk) -> not working, maybe blocked by operation A or xapi problems. the VM is now Pending so we need to shut it down forcely. Will the shutdown domain function works here? or it will still be blocked by the previous fucntion? Any method (SDK or XCP command line) is OK, thanks. --- If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing. If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly. --- Hello all, I'm using XenServer 6.1 Java SDK to manage XCP 1.6. When shutdowning a VM, I can use hardShutdown or cleanShutdown. I known the differences of the two. Following this article, I found there's another way to shutdown the Pending VM. http://support.citrix.com/article/CTX131421 My question is: what's the difference of hardShutdown and destroy the control domain? Are there any side effects or risks to destroy the control domain? Both the pending and normal state. If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked. Any suggestions for use or not use destroying control domain to force shutdown the VM? Thanks. --bcaec539695271d86d04dae99859 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not= a XCP command?
I've tried /opt/xensource/debug/shutdown_doma= in -domid 9 in XCP,
but get an error: "no shutdown reason sp= ecified" argument is not valid.=A0
using something like this is not working, neither:
/opt/xens= ource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2)
So how can I= use the shutdown domain function is XCP?

Note aga= in that when I need this, I'm facing following situation:
VM doing an operation A (using java sdk) -> stucked,
Maki= ng a force shutdown=A0(using java sdk)=A0-> not working, maybe blocked b= y operation A or xapi problems.
the VM is now Pending so we need = to shut it down forcely.
Will the shutdown domain function works here? or it will still be bloc= ked by the previous fucntion?

Any method (SDK or X= CP command line) is OK, thanks.

---
If you destroy domain it will disappear or going to zombie state (no memory= , endless dying status). xapi will not able to detect this, so destroying d= omain is very bad thing.

If you want to shutdown d= omain forcefully without waiting xapi to get through it long task list, jus= t send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this= and reacts accordingly.

---
Hello all,
I'm using XenSer= ver 6.1 Java SDK to manage XCP 1.6.=A0
When shutdowning a VM, I c= an use hardShutdown or cleanShutdown.
I known the differences of = the two.

Following this article, I found there's another way= to shutdown the Pending VM.

My question is: what's the difference of hardShutdo= wn and destroy the control domain?
Are there any side effects or = risks to destroy the control domain?
Both the pending and normal = state.
If there're no risks, why doesn't XCP use this to implement th= e hardshutdown function, since destroying the control domain won't be s= tucked.
Any suggestions for use or not use destroying control dom= ain to force shutdown the VM?

Thanks.
--bcaec539695271d86d04dae99859-- --===============1491515344935890524== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1491515344935890524==-- From xen-api-bounces@lists.xen.org Mon Apr 22 03:28:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 03:28: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 1UU7QC-0004PA-P7; Mon, 22 Apr 2013 03:28:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU7QA-0004OC-C8 for xen-api@lists.xen.org; Mon, 22 Apr 2013 03:28:02 +0000 Received: from [85.158.143.99:42313] by server-2.bemta-4.messagelabs.com id E6/A1-12656-04EA4715; Mon, 22 Apr 2013 03:28:00 +0000 X-Env-Sender: brittman914@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1366601277!22302463!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2236 invoked from network); 22 Apr 2013 03:27:59 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 03:27:59 -0000 Received: by mail-ie0-f180.google.com with SMTP id to1so1949818ieb.11 for ; Sun, 21 Apr 2013 20:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer; bh=5R/jCbW5myo4DGRka12VDVdpqfHO1eyYBk8uUioZbio=; b=b7gDmuiMmg6BF5seARZ1WYzwWhR1Wc/kcNfCa6hCmTLgS8qP37vRFrWQVN55DVx/Nl lnGnRuB09kq75ViYu65V/TFr4QHX+jERg5AvCw6kxbUyGFFAv4XFa/7RdIBBcDckh1MC Lo4uV1pdauOVVkjzsAv2bPem7wtQIxKX+TfoRhjFBxnvc4f29AC49+41mkPhN6lYqIRU LUAzOtB9Vi4iRGH6iJ1VgoaoIgawF6uB5Stt7qdluO2zWz9Tt+3DGDQTBsS8carEMUhI 1CENIMco2+KIU9KSYhxkVTED8ZQYjdm4tAlzQkHPHsmQ9NIgOwrCZ0UjVyR9FQCJLec+ jbqQ== X-Received: by 10.50.108.104 with SMTP id hj8mr1815989igb.62.1366601277431; Sun, 21 Apr 2013 20:27:57 -0700 (PDT) Received: from [192.168.1.107] (74-130-156-16.dhcp.insightbb.com. [74.130.156.16]) by mx.google.com with ESMTPS id hi4sm15617215igc.6.2013.04.21.20.27.56 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 20:27:56 -0700 (PDT) From: Britton Dodd Date: Sun, 21 Apr 2013 23:27:55 -0400 Message-Id: To: xen-api@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-API] XCP 1.6 Yum Update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Good evening, I just wanted to let everybody know that I have successfully upgraded (via yum) XCP 1.6. Here's how I accomplished it: #rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS (pardon my laziness here I could have used vim but got lazy :o( ) I copied/pasted that output into a text editor, search/replaced each of the vendor names and newlines, creating a space delimited list of packages that don't come from CentOS and therefore should be excluded. Once this was done, I added this list to the 'exclude=' directive in /etc/yum.repos.d/CentOS-Base.repo, enabling the base and update repos. I saved this, and tried a yum update. This actually failed due to a conflict in conf files between some iscsi packages. I went back to CentOS-Base.repo and added *iscsi* to the exclude list. I ran yum update xen-hypervisor first (due to yum complaining about signing errors, and I didn't want the whole transaction to have GPG checking disabled), then did a yum update. After this completed, I rebooted. Once it came back up, I was able to connect via xenserver, add a VM and disk, and I'm installing a CentOS guest. I believe security updates to XCP are important, therefore I wanted to share this in hopes that I can somehow help solve some of the problems we currently face with XCP. Please let me know if this is interesting to someone. I'm willing to help out with this project in *ANY* way I can. Thanks, Britton Dodd Java Developer/DEV-OPS _______________________________________________ Xen-api 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 22 03:28:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 03:28: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 1UU7QC-0004PA-P7; Mon, 22 Apr 2013 03:28:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UU7QA-0004OC-C8 for xen-api@lists.xen.org; Mon, 22 Apr 2013 03:28:02 +0000 Received: from [85.158.143.99:42313] by server-2.bemta-4.messagelabs.com id E6/A1-12656-04EA4715; Mon, 22 Apr 2013 03:28:00 +0000 X-Env-Sender: brittman914@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1366601277!22302463!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2236 invoked from network); 22 Apr 2013 03:27:59 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 03:27:59 -0000 Received: by mail-ie0-f180.google.com with SMTP id to1so1949818ieb.11 for ; Sun, 21 Apr 2013 20:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer; bh=5R/jCbW5myo4DGRka12VDVdpqfHO1eyYBk8uUioZbio=; b=b7gDmuiMmg6BF5seARZ1WYzwWhR1Wc/kcNfCa6hCmTLgS8qP37vRFrWQVN55DVx/Nl lnGnRuB09kq75ViYu65V/TFr4QHX+jERg5AvCw6kxbUyGFFAv4XFa/7RdIBBcDckh1MC Lo4uV1pdauOVVkjzsAv2bPem7wtQIxKX+TfoRhjFBxnvc4f29AC49+41mkPhN6lYqIRU LUAzOtB9Vi4iRGH6iJ1VgoaoIgawF6uB5Stt7qdluO2zWz9Tt+3DGDQTBsS8carEMUhI 1CENIMco2+KIU9KSYhxkVTED8ZQYjdm4tAlzQkHPHsmQ9NIgOwrCZ0UjVyR9FQCJLec+ jbqQ== X-Received: by 10.50.108.104 with SMTP id hj8mr1815989igb.62.1366601277431; Sun, 21 Apr 2013 20:27:57 -0700 (PDT) Received: from [192.168.1.107] (74-130-156-16.dhcp.insightbb.com. [74.130.156.16]) by mx.google.com with ESMTPS id hi4sm15617215igc.6.2013.04.21.20.27.56 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 20:27:56 -0700 (PDT) From: Britton Dodd Date: Sun, 21 Apr 2013 23:27:55 -0400 Message-Id: To: xen-api@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-API] XCP 1.6 Yum Update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Good evening, I just wanted to let everybody know that I have successfully upgraded (via yum) XCP 1.6. Here's how I accomplished it: #rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS (pardon my laziness here I could have used vim but got lazy :o( ) I copied/pasted that output into a text editor, search/replaced each of the vendor names and newlines, creating a space delimited list of packages that don't come from CentOS and therefore should be excluded. Once this was done, I added this list to the 'exclude=' directive in /etc/yum.repos.d/CentOS-Base.repo, enabling the base and update repos. I saved this, and tried a yum update. This actually failed due to a conflict in conf files between some iscsi packages. I went back to CentOS-Base.repo and added *iscsi* to the exclude list. I ran yum update xen-hypervisor first (due to yum complaining about signing errors, and I didn't want the whole transaction to have GPG checking disabled), then did a yum update. After this completed, I rebooted. Once it came back up, I was able to connect via xenserver, add a VM and disk, and I'm installing a CentOS guest. I believe security updates to XCP are important, therefore I wanted to share this in hopes that I can somehow help solve some of the problems we currently face with XCP. Please let me know if this is interesting to someone. I'm willing to help out with this project in *ANY* way I can. Thanks, Britton Dodd Java Developer/DEV-OPS _______________________________________________ Xen-api 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 22 06:48:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 06:48: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 1UUAXg-0002jR-Dz; Mon, 22 Apr 2013 06:48:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUAXf-0002jM-4L for xen-api@lists.xen.org; Mon, 22 Apr 2013 06:47:59 +0000 Received: from [85.158.137.99:21723] by server-1.bemta-3.messagelabs.com id 56/0F-13706-E1DD4715; Mon, 22 Apr 2013 06:47:58 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1366613276!13373843!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30835 invoked from network); 22 Apr 2013 06:47:56 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 06:47:56 -0000 Received: by mail-lb0-f180.google.com with SMTP id t11so5293685lbi.39 for ; Sun, 21 Apr 2013 23:47:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=4NmR/1p4BtzOeohVG8inOF5m27bdmLgJmwWs7hMMiIU=; b=zmUZ8eQ5hZZ6JMzRF+7gCntAB7yp6wnezkpD1zESO9jVMS18jRg2rjoJKG9mPx8Uey hlb/jNohtMewrosHF6UkE8ccuomoXAbz/EYt5rSWHI9MRrGyzWcdWcX5r5A53TPhVE/d F3lR1iO7nZE5GaX9Jh41AlAK2dProT4l12gwYrK0YfhiX9f9NVRayart9oqMUt8ZdzGS cmBmpD0uVnBum67Pu88Kn/9p6TLy62O+LdWYPF7uQEU22JrY58O/v4RjQoakIuiWWmtK wMIXejwmNoZONo1DAMEMmKU9/vyGNBCeotIlVNrSfll1cvtxLqr1lD2dLUqOWEwD5Vql 2Uew== X-Received: by 10.152.87.116 with SMTP id w20mr2721542laz.0.1366613275861; Sun, 21 Apr 2013 23:47:55 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:1975:da43:86a0:daca? ([2a00:ab00:0:fffe:1975:da43:86a0:daca]) by mx.google.com with ESMTPS id rn10sm9951817lbb.16.2013.04.21.23.47.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 23:47:55 -0700 (PDT) Message-ID: <5174DD1A.7070900@gmail.com> Date: Mon, 22 Apr 2013 10:47:54 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8540390209885117273==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8540390209885117273== Content-Type: multipart/alternative; boundary="------------000500090301050809050700" This is a multi-part message in MIME format. --------------000500090301050809050700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit xc is low-level library. For python: #!/usr/bin/python import xen.lowlevel.xc xc=xen.lowlevel.xc.xc() xc.shutdown_domain(666,1) Note: This is _NOT_ XCP but a dirty hack around xapi directly to the Xen. Use at your own risk. 22.04.2013 06:12, Werdna Cht ?????: > We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not > a XCP command? > I've tried /opt/xensource/debug/shutdown_domain -domid 9 in XCP, > but get an error: "no shutdown reason specified" argument is not valid. > using something like this is not working, neither: > /opt/xensource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2) > So how can I use the shutdown domain function is XCP? > > Note again that when I need this, I'm facing following situation: > VM doing an operation A (using java sdk) -> stucked, > Making a force shutdown (using java sdk) -> not working, maybe blocked > by operation A or xapi problems. > the VM is now Pending so we need to shut it down forcely. > Will the shutdown domain function works here? or it will still be > blocked by the previous fucntion? > > Any method (SDK or XCP command line) is OK, thanks. > > --- > If you destroy domain it will disappear or going to zombie state (no > memory, endless dying status). xapi will not able to detect this, so > destroying domain is very bad thing. > > If you want to shutdown domain forcefully without waiting xapi to get > through it long task list, just send xc.shutdown_domain(domid,X) (X - > 0,1 or 2). xenopsd will detect this and reacts accordingly. > > --- > Hello all, > I'm using XenServer 6.1 Java SDK to manage XCP 1.6. > When shutdowning a VM, I can use hardShutdown or cleanShutdown. > I known the differences of the two. > > Following this article, I found there's another way to shutdown the > Pending VM. > http://support.citrix.com/article/CTX131421 > > My question is: what's the difference of hardShutdown and destroy the > control domain? > Are there any side effects or risks to destroy the control domain? > Both the pending and normal state. > If there're no risks, why doesn't XCP use this to implement the > hardshutdown function, since destroying the control domain won't be > stucked. > Any suggestions for use or not use destroying control domain to force > shutdown the VM? > > Thanks. > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000500090301050809050700 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
xc is low-level library.

For python:

#!/usr/bin/python
import xen.lowlevel.xc
xc=xen.lowlevel.xc.xc()
xc.shutdown_domain(666,1)

Note: This is _NOT_ XCP but a dirty hack around xapi directly to the Xen. Use at your own risk.

22.04.2013 06:12, Werdna Cht пишет:
We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not a XCP command?
I've tried /opt/xensource/debug/shutdown_domain -domid 9 in XCP,
but get an error: "no shutdown reason specified" argument is not valid. 
using something like this is not working, neither:
/opt/xensource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2)
So how can I use the shutdown domain function is XCP?

Note again that when I need this, I'm facing following situation:
VM doing an operation A (using java sdk) -> stucked,
Making a force shutdown (using java sdk) -> not working, maybe blocked by operation A or xapi problems.
the VM is now Pending so we need to shut it down forcely.
Will the shutdown domain function works here? or it will still be blocked by the previous fucntion?

Any method (SDK or XCP command line) is OK, thanks.

---
If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing.

If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly.

---
Hello all,
I'm using XenServer 6.1 Java SDK to manage XCP 1.6. 
When shutdowning a VM, I can use hardShutdown or cleanShutdown.
I known the differences of the two.

Following this article, I found there's another way to shutdown the Pending VM.

My question is: what's the difference of hardShutdown and destroy the control domain?
Are there any side effects or risks to destroy the control domain?
Both the pending and normal state.
If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked.
Any suggestions for use or not use destroying control domain to force shutdown the VM?

Thanks.


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

--------------000500090301050809050700-- --===============8540390209885117273== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8540390209885117273==-- From xen-api-bounces@lists.xen.org Mon Apr 22 06:48:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 06:48: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 1UUAXg-0002jR-Dz; Mon, 22 Apr 2013 06:48:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUAXf-0002jM-4L for xen-api@lists.xen.org; Mon, 22 Apr 2013 06:47:59 +0000 Received: from [85.158.137.99:21723] by server-1.bemta-3.messagelabs.com id 56/0F-13706-E1DD4715; Mon, 22 Apr 2013 06:47:58 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1366613276!13373843!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30835 invoked from network); 22 Apr 2013 06:47:56 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 06:47:56 -0000 Received: by mail-lb0-f180.google.com with SMTP id t11so5293685lbi.39 for ; Sun, 21 Apr 2013 23:47:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=4NmR/1p4BtzOeohVG8inOF5m27bdmLgJmwWs7hMMiIU=; b=zmUZ8eQ5hZZ6JMzRF+7gCntAB7yp6wnezkpD1zESO9jVMS18jRg2rjoJKG9mPx8Uey hlb/jNohtMewrosHF6UkE8ccuomoXAbz/EYt5rSWHI9MRrGyzWcdWcX5r5A53TPhVE/d F3lR1iO7nZE5GaX9Jh41AlAK2dProT4l12gwYrK0YfhiX9f9NVRayart9oqMUt8ZdzGS cmBmpD0uVnBum67Pu88Kn/9p6TLy62O+LdWYPF7uQEU22JrY58O/v4RjQoakIuiWWmtK wMIXejwmNoZONo1DAMEMmKU9/vyGNBCeotIlVNrSfll1cvtxLqr1lD2dLUqOWEwD5Vql 2Uew== X-Received: by 10.152.87.116 with SMTP id w20mr2721542laz.0.1366613275861; Sun, 21 Apr 2013 23:47:55 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:1975:da43:86a0:daca? ([2a00:ab00:0:fffe:1975:da43:86a0:daca]) by mx.google.com with ESMTPS id rn10sm9951817lbb.16.2013.04.21.23.47.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 23:47:55 -0700 (PDT) Message-ID: <5174DD1A.7070900@gmail.com> Date: Mon, 22 Apr 2013 10:47:54 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] hardShutdown V.S. destroy control domain X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8540390209885117273==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8540390209885117273== Content-Type: multipart/alternative; boundary="------------000500090301050809050700" This is a multi-part message in MIME format. --------------000500090301050809050700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit xc is low-level library. For python: #!/usr/bin/python import xen.lowlevel.xc xc=xen.lowlevel.xc.xc() xc.shutdown_domain(666,1) Note: This is _NOT_ XCP but a dirty hack around xapi directly to the Xen. Use at your own risk. 22.04.2013 06:12, Werdna Cht ?????: > We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not > a XCP command? > I've tried /opt/xensource/debug/shutdown_domain -domid 9 in XCP, > but get an error: "no shutdown reason specified" argument is not valid. > using something like this is not working, neither: > /opt/xensource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2) > So how can I use the shutdown domain function is XCP? > > Note again that when I need this, I'm facing following situation: > VM doing an operation A (using java sdk) -> stucked, > Making a force shutdown (using java sdk) -> not working, maybe blocked > by operation A or xapi problems. > the VM is now Pending so we need to shut it down forcely. > Will the shutdown domain function works here? or it will still be > blocked by the previous fucntion? > > Any method (SDK or XCP command line) is OK, thanks. > > --- > If you destroy domain it will disappear or going to zombie state (no > memory, endless dying status). xapi will not able to detect this, so > destroying domain is very bad thing. > > If you want to shutdown domain forcefully without waiting xapi to get > through it long task list, just send xc.shutdown_domain(domid,X) (X - > 0,1 or 2). xenopsd will detect this and reacts accordingly. > > --- > Hello all, > I'm using XenServer 6.1 Java SDK to manage XCP 1.6. > When shutdowning a VM, I can use hardShutdown or cleanShutdown. > I known the differences of the two. > > Following this article, I found there's another way to shutdown the > Pending VM. > http://support.citrix.com/article/CTX131421 > > My question is: what's the difference of hardShutdown and destroy the > control domain? > Are there any side effects or risks to destroy the control domain? > Both the pending and normal state. > If there're no risks, why doesn't XCP use this to implement the > hardshutdown function, since destroying the control domain won't be > stucked. > Any suggestions for use or not use destroying control domain to force > shutdown the VM? > > Thanks. > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000500090301050809050700 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
xc is low-level library.

For python:

#!/usr/bin/python
import xen.lowlevel.xc
xc=xen.lowlevel.xc.xc()
xc.shutdown_domain(666,1)

Note: This is _NOT_ XCP but a dirty hack around xapi directly to the Xen. Use at your own risk.

22.04.2013 06:12, Werdna Cht пишет:
We are now using XCP, it seems that xc.shutdown_domain(domid,X) is not a XCP command?
I've tried /opt/xensource/debug/shutdown_domain -domid 9 in XCP,
but get an error: "no shutdown reason specified" argument is not valid. 
using something like this is not working, neither:
/opt/xensource/debug/shutdown_domain -domid 9 X(X - 0,1 or 2)
So how can I use the shutdown domain function is XCP?

Note again that when I need this, I'm facing following situation:
VM doing an operation A (using java sdk) -> stucked,
Making a force shutdown (using java sdk) -> not working, maybe blocked by operation A or xapi problems.
the VM is now Pending so we need to shut it down forcely.
Will the shutdown domain function works here? or it will still be blocked by the previous fucntion?

Any method (SDK or XCP command line) is OK, thanks.

---
If you destroy domain it will disappear or going to zombie state (no memory, endless dying status). xapi will not able to detect this, so destroying domain is very bad thing.

If you want to shutdown domain forcefully without waiting xapi to get through it long task list, just send xc.shutdown_domain(domid,X) (X - 0,1 or 2). xenopsd will detect this and reacts accordingly.

---
Hello all,
I'm using XenServer 6.1 Java SDK to manage XCP 1.6. 
When shutdowning a VM, I can use hardShutdown or cleanShutdown.
I known the differences of the two.

Following this article, I found there's another way to shutdown the Pending VM.

My question is: what's the difference of hardShutdown and destroy the control domain?
Are there any side effects or risks to destroy the control domain?
Both the pending and normal state.
If there're no risks, why doesn't XCP use this to implement the hardshutdown function, since destroying the control domain won't be stucked.
Any suggestions for use or not use destroying control domain to force shutdown the VM?

Thanks.


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

--------------000500090301050809050700-- --===============8540390209885117273== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8540390209885117273==-- From xen-api-bounces@lists.xen.org Mon Apr 22 06:51:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 06:51: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 1UUAbC-00033L-SE; Mon, 22 Apr 2013 06:51:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUAbB-00033D-7y for xen-api@lists.xen.org; Mon, 22 Apr 2013 06:51:37 +0000 Received: from [193.109.254.147:24830] by server-7.bemta-14.messagelabs.com id 4E/69-19255-8FDD4715; Mon, 22 Apr 2013 06:51:36 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1366613493!8889739!1 X-Originating-IP: [209.85.217.169] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4518 invoked from network); 22 Apr 2013 06:51:33 -0000 Received: from mail-lb0-f169.google.com (HELO mail-lb0-f169.google.com) (209.85.217.169) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 06:51:33 -0000 Received: by mail-lb0-f169.google.com with SMTP id p11so5310283lbi.28 for ; Sun, 21 Apr 2013 23:51:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=j0VIF2YyEsLgQi2uOO5N6bEEGtQShL1hlmL5gj3s90w=; b=HAX9baK+MCyLU5WI1JGqr3y1gh4U349fNziTwdLkmJJ4UF2ZqYFQRnLWQiT5zY+DwT NMGJOFYAAbbij7XaybZ0fo0VGDBB9fmVsE4ogFDL7bc3m85w+RK1GcihjtZU4o4D5d1V PkgPO+pvuOu1PA26J8YTAZH42jB9Q3s5dV4B4GqA1tVgycaNNGUObbPlnjQpNcQLqd6B CWkBRPHjU/4dwuWuxIhsdVl7aq3WNSdunD0/mt9YofvLzIf0qiWa3INaCCcKOSoM+HpD n2z7Jb00VhWuj358dkLEyovNKvPyFn9+1y+USHffqpHcVQJZHrg+HeO+KKWwKY7ulk/e wwHw== X-Received: by 10.152.116.52 with SMTP id jt20mr12763624lab.52.1366613492173; Sun, 21 Apr 2013 23:51:32 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:1975:da43:86a0:daca? ([2a00:ab00:0:fffe:1975:da43:86a0:daca]) by mx.google.com with ESMTPS id p1sm10419852lae.0.2013.04.21.23.51.31 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 23:51:31 -0700 (PDT) Message-ID: <5174DDF3.1030204@gmail.com> Date: Mon, 22 Apr 2013 10:51:31 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] XCP 1.6 Yum Update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org MjIuMDQuMjAxMyAwNzoyNywgQnJpdHRvbiBEb2RkINC/0LjRiNC10YI6CgpOb3Qgc3VyZSBpZiB5 b3UgZG9pbmcgcmlnaHQgdGhpbmcuIFVwZGF0aW5nIHNvbWUgcGFja2FnZXMgKExWTSBpcyBtb3N0 IAp3ZWxsIGtub3duKSB3aWxsIGJyZWFrIFhDUCBpbiBzdWJ0bGUgd2F5IChmLmUuIG5vIG1vcmUg ZGlzayByZXNpemVzIAphZnRlciBsdm0gdXBkYXRlIG9uIG1hc3RlciBhbmQgcG9zc2libGUgZGlz ayBkYXRhIGNvcnJ1cHRpb24gYWZ0ZXIgCnVwZGF0aW5nIG9uIHNsYXZlcykuCgpIeXBlcnZpc29y IGFuZCBrZXJuZWwgc2hvdWxkIE5FVkVSIGJlIHVwZGF0ZWQgZnJvbSB2YW5pbGxhIGNlbnRvcywg dGhleSAKYXJlIHZlcnkgZGlmZmVyZW50LgoKV2UgdXN1YWxseSB1bnBhY2sgQ2l0cml4IHVwZGF0 ZXMgdG8gWGVuU2VydmVyIGFuZCBpbnN0YWxsIApoeXBlcnZpc29yL2tlcm5lbCBmcm9tIHRob3Nl IHVwZGF0ZXMuCgo+IEdvb2QgZXZlbmluZywKPgo+IEkganVzdCB3YW50ZWQgdG8gbGV0IGV2ZXJ5 Ym9keSBrbm93IHRoYXQgSSBoYXZlIHN1Y2Nlc3NmdWxseSB1cGdyYWRlZCAodmlhIHl1bSkgWENQ IDEuNi4gSGVyZSdzIGhvdyBJIGFjY29tcGxpc2hlZCBpdDoKPgo+ICNycG0gLXFhIC0tcXVlcnlm b3JtYXQgIiV7TkFNRX1cdCV7VkVORE9SfVxuIiB8IGdyZXAgLXYgQ2VudE9TCj4KPiAocGFyZG9u IG15IGxhemluZXNzIGhlcmUgSSBjb3VsZCBoYXZlIHVzZWQgdmltIGJ1dCBnb3QgbGF6eSA6bygg ICAgKQo+Cj4gSSBjb3BpZWQvcGFzdGVkIHRoYXQgb3V0cHV0IGludG8gYSB0ZXh0IGVkaXRvciwg c2VhcmNoL3JlcGxhY2VkIGVhY2ggb2YgdGhlIHZlbmRvciBuYW1lcyBhbmQgbmV3bGluZXMsIGNy ZWF0aW5nIGEgc3BhY2UgZGVsaW1pdGVkIGxpc3Qgb2YgcGFja2FnZXMgdGhhdCBkb24ndCBjb21l IGZyb20gQ2VudE9TIGFuZCB0aGVyZWZvcmUgc2hvdWxkIGJlIGV4Y2x1ZGVkLgo+Cj4gT25jZSB0 aGlzIHdhcyBkb25lLCBJIGFkZGVkIHRoaXMgbGlzdCB0byB0aGUgJ2V4Y2x1ZGU9JyBkaXJlY3Rp dmUgaW4gL2V0Yy95dW0ucmVwb3MuZC9DZW50T1MtQmFzZS5yZXBvLCBlbmFibGluZyB0aGUgYmFz ZSBhbmQgdXBkYXRlIHJlcG9zLiBJIHNhdmVkIHRoaXMsIGFuZCB0cmllZCBhIHl1bSB1cGRhdGUu IFRoaXMgYWN0dWFsbHkgZmFpbGVkIGR1ZSB0byBhIGNvbmZsaWN0IGluIGNvbmYgZmlsZXMgYmV0 d2VlbiBzb21lIGlzY3NpIHBhY2thZ2VzLiBJIHdlbnQgYmFjayB0byBDZW50T1MtQmFzZS5yZXBv IGFuZCBhZGRlZCAqaXNjc2kqIHRvIHRoZSBleGNsdWRlIGxpc3QuCj4KPiBJIHJhbiB5dW0gdXBk YXRlIHhlbi1oeXBlcnZpc29yIGZpcnN0IChkdWUgdG8geXVtIGNvbXBsYWluaW5nIGFib3V0IHNp Z25pbmcgZXJyb3JzLCBhbmQgSSBkaWRuJ3Qgd2FudCB0aGUgd2hvbGUgdHJhbnNhY3Rpb24gdG8g aGF2ZSBHUEcgY2hlY2tpbmcgZGlzYWJsZWQpLCB0aGVuIGRpZCBhIHl1bSB1cGRhdGUuIEFmdGVy IHRoaXMgY29tcGxldGVkLCBJIHJlYm9vdGVkLgo+Cj4gT25jZSBpdCBjYW1lIGJhY2sgdXAsIEkg d2FzIGFibGUgdG8gY29ubmVjdCB2aWEgeGVuc2VydmVyLCBhZGQgYSBWTSBhbmQgZGlzaywgYW5k IEknbSBpbnN0YWxsaW5nIGEgQ2VudE9TIGd1ZXN0Lgo+Cj4gSSBiZWxpZXZlIHNlY3VyaXR5IHVw ZGF0ZXMgdG8gWENQIGFyZSBpbXBvcnRhbnQsIHRoZXJlZm9yZSBJIHdhbnRlZCB0byBzaGFyZSB0 aGlzIGluIGhvcGVzIHRoYXQgSSBjYW4gc29tZWhvdyBoZWxwIHNvbHZlIHNvbWUgb2YgdGhlIHBy b2JsZW1zIHdlIGN1cnJlbnRseSBmYWNlIHdpdGggWENQLgo+Cj4gUGxlYXNlIGxldCBtZSBrbm93 IGlmIHRoaXMgaXMgaW50ZXJlc3RpbmcgdG8gc29tZW9uZS4gSSdtIHdpbGxpbmcgdG8gaGVscCBv dXQgd2l0aCB0aGlzIHByb2plY3QgaW4gKkFOWSogd2F5IEkgY2FuLgo+Cj4KPiBUaGFua3MsCj4K PiBCcml0dG9uIERvZGQKPiBKYXZhIERldmVsb3Blci9ERVYtT1BTCj4KPgo+Cj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBpIG1haWxpbmcg bGlzdAo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpCg== From xen-api-bounces@lists.xen.org Mon Apr 22 06:51:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 06:51: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 1UUAbC-00033L-SE; Mon, 22 Apr 2013 06:51:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUAbB-00033D-7y for xen-api@lists.xen.org; Mon, 22 Apr 2013 06:51:37 +0000 Received: from [193.109.254.147:24830] by server-7.bemta-14.messagelabs.com id 4E/69-19255-8FDD4715; Mon, 22 Apr 2013 06:51:36 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1366613493!8889739!1 X-Originating-IP: [209.85.217.169] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4518 invoked from network); 22 Apr 2013 06:51:33 -0000 Received: from mail-lb0-f169.google.com (HELO mail-lb0-f169.google.com) (209.85.217.169) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 06:51:33 -0000 Received: by mail-lb0-f169.google.com with SMTP id p11so5310283lbi.28 for ; Sun, 21 Apr 2013 23:51:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=j0VIF2YyEsLgQi2uOO5N6bEEGtQShL1hlmL5gj3s90w=; b=HAX9baK+MCyLU5WI1JGqr3y1gh4U349fNziTwdLkmJJ4UF2ZqYFQRnLWQiT5zY+DwT NMGJOFYAAbbij7XaybZ0fo0VGDBB9fmVsE4ogFDL7bc3m85w+RK1GcihjtZU4o4D5d1V PkgPO+pvuOu1PA26J8YTAZH42jB9Q3s5dV4B4GqA1tVgycaNNGUObbPlnjQpNcQLqd6B CWkBRPHjU/4dwuWuxIhsdVl7aq3WNSdunD0/mt9YofvLzIf0qiWa3INaCCcKOSoM+HpD n2z7Jb00VhWuj358dkLEyovNKvPyFn9+1y+USHffqpHcVQJZHrg+HeO+KKWwKY7ulk/e wwHw== X-Received: by 10.152.116.52 with SMTP id jt20mr12763624lab.52.1366613492173; Sun, 21 Apr 2013 23:51:32 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:1975:da43:86a0:daca? ([2a00:ab00:0:fffe:1975:da43:86a0:daca]) by mx.google.com with ESMTPS id p1sm10419852lae.0.2013.04.21.23.51.31 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 23:51:31 -0700 (PDT) Message-ID: <5174DDF3.1030204@gmail.com> Date: Mon, 22 Apr 2013 10:51:31 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] XCP 1.6 Yum Update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org MjIuMDQuMjAxMyAwNzoyNywgQnJpdHRvbiBEb2RkINC/0LjRiNC10YI6CgpOb3Qgc3VyZSBpZiB5 b3UgZG9pbmcgcmlnaHQgdGhpbmcuIFVwZGF0aW5nIHNvbWUgcGFja2FnZXMgKExWTSBpcyBtb3N0 IAp3ZWxsIGtub3duKSB3aWxsIGJyZWFrIFhDUCBpbiBzdWJ0bGUgd2F5IChmLmUuIG5vIG1vcmUg ZGlzayByZXNpemVzIAphZnRlciBsdm0gdXBkYXRlIG9uIG1hc3RlciBhbmQgcG9zc2libGUgZGlz ayBkYXRhIGNvcnJ1cHRpb24gYWZ0ZXIgCnVwZGF0aW5nIG9uIHNsYXZlcykuCgpIeXBlcnZpc29y IGFuZCBrZXJuZWwgc2hvdWxkIE5FVkVSIGJlIHVwZGF0ZWQgZnJvbSB2YW5pbGxhIGNlbnRvcywg dGhleSAKYXJlIHZlcnkgZGlmZmVyZW50LgoKV2UgdXN1YWxseSB1bnBhY2sgQ2l0cml4IHVwZGF0 ZXMgdG8gWGVuU2VydmVyIGFuZCBpbnN0YWxsIApoeXBlcnZpc29yL2tlcm5lbCBmcm9tIHRob3Nl IHVwZGF0ZXMuCgo+IEdvb2QgZXZlbmluZywKPgo+IEkganVzdCB3YW50ZWQgdG8gbGV0IGV2ZXJ5 Ym9keSBrbm93IHRoYXQgSSBoYXZlIHN1Y2Nlc3NmdWxseSB1cGdyYWRlZCAodmlhIHl1bSkgWENQ IDEuNi4gSGVyZSdzIGhvdyBJIGFjY29tcGxpc2hlZCBpdDoKPgo+ICNycG0gLXFhIC0tcXVlcnlm b3JtYXQgIiV7TkFNRX1cdCV7VkVORE9SfVxuIiB8IGdyZXAgLXYgQ2VudE9TCj4KPiAocGFyZG9u IG15IGxhemluZXNzIGhlcmUgSSBjb3VsZCBoYXZlIHVzZWQgdmltIGJ1dCBnb3QgbGF6eSA6bygg ICAgKQo+Cj4gSSBjb3BpZWQvcGFzdGVkIHRoYXQgb3V0cHV0IGludG8gYSB0ZXh0IGVkaXRvciwg c2VhcmNoL3JlcGxhY2VkIGVhY2ggb2YgdGhlIHZlbmRvciBuYW1lcyBhbmQgbmV3bGluZXMsIGNy ZWF0aW5nIGEgc3BhY2UgZGVsaW1pdGVkIGxpc3Qgb2YgcGFja2FnZXMgdGhhdCBkb24ndCBjb21l IGZyb20gQ2VudE9TIGFuZCB0aGVyZWZvcmUgc2hvdWxkIGJlIGV4Y2x1ZGVkLgo+Cj4gT25jZSB0 aGlzIHdhcyBkb25lLCBJIGFkZGVkIHRoaXMgbGlzdCB0byB0aGUgJ2V4Y2x1ZGU9JyBkaXJlY3Rp dmUgaW4gL2V0Yy95dW0ucmVwb3MuZC9DZW50T1MtQmFzZS5yZXBvLCBlbmFibGluZyB0aGUgYmFz ZSBhbmQgdXBkYXRlIHJlcG9zLiBJIHNhdmVkIHRoaXMsIGFuZCB0cmllZCBhIHl1bSB1cGRhdGUu IFRoaXMgYWN0dWFsbHkgZmFpbGVkIGR1ZSB0byBhIGNvbmZsaWN0IGluIGNvbmYgZmlsZXMgYmV0 d2VlbiBzb21lIGlzY3NpIHBhY2thZ2VzLiBJIHdlbnQgYmFjayB0byBDZW50T1MtQmFzZS5yZXBv IGFuZCBhZGRlZCAqaXNjc2kqIHRvIHRoZSBleGNsdWRlIGxpc3QuCj4KPiBJIHJhbiB5dW0gdXBk YXRlIHhlbi1oeXBlcnZpc29yIGZpcnN0IChkdWUgdG8geXVtIGNvbXBsYWluaW5nIGFib3V0IHNp Z25pbmcgZXJyb3JzLCBhbmQgSSBkaWRuJ3Qgd2FudCB0aGUgd2hvbGUgdHJhbnNhY3Rpb24gdG8g aGF2ZSBHUEcgY2hlY2tpbmcgZGlzYWJsZWQpLCB0aGVuIGRpZCBhIHl1bSB1cGRhdGUuIEFmdGVy IHRoaXMgY29tcGxldGVkLCBJIHJlYm9vdGVkLgo+Cj4gT25jZSBpdCBjYW1lIGJhY2sgdXAsIEkg d2FzIGFibGUgdG8gY29ubmVjdCB2aWEgeGVuc2VydmVyLCBhZGQgYSBWTSBhbmQgZGlzaywgYW5k IEknbSBpbnN0YWxsaW5nIGEgQ2VudE9TIGd1ZXN0Lgo+Cj4gSSBiZWxpZXZlIHNlY3VyaXR5IHVw ZGF0ZXMgdG8gWENQIGFyZSBpbXBvcnRhbnQsIHRoZXJlZm9yZSBJIHdhbnRlZCB0byBzaGFyZSB0 aGlzIGluIGhvcGVzIHRoYXQgSSBjYW4gc29tZWhvdyBoZWxwIHNvbHZlIHNvbWUgb2YgdGhlIHBy b2JsZW1zIHdlIGN1cnJlbnRseSBmYWNlIHdpdGggWENQLgo+Cj4gUGxlYXNlIGxldCBtZSBrbm93 IGlmIHRoaXMgaXMgaW50ZXJlc3RpbmcgdG8gc29tZW9uZS4gSSdtIHdpbGxpbmcgdG8gaGVscCBv dXQgd2l0aCB0aGlzIHByb2plY3QgaW4gKkFOWSogd2F5IEkgY2FuLgo+Cj4KPiBUaGFua3MsCj4K PiBCcml0dG9uIERvZGQKPiBKYXZhIERldmVsb3Blci9ERVYtT1BTCj4KPgo+Cj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBpIG1haWxpbmcg bGlzdAo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpCg== From xen-api-bounces@lists.xen.org Mon Apr 22 10:15:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 10:15: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 1UUDmn-0005iD-6C; Mon, 22 Apr 2013 10:15:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUDml-0005i2-Vc for xen-api@lists.xen.org; Mon, 22 Apr 2013 10:15:48 +0000 Received: from [193.109.254.147:30779] by server-9.bemta-14.messagelabs.com id 2D/85-04223-2DD05715; Mon, 22 Apr 2013 10:15:46 +0000 X-Env-Sender: martin.kralicek@accenture.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1366625741!8761418!1 X-Originating-IP: [207.46.163.24] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7749 invoked from network); 22 Apr 2013 10:15:44 -0000 Received: from co9ehsobe001.messaging.microsoft.com (HELO co9outboundpool.messaging.microsoft.com) (207.46.163.24) by server-16.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 22 Apr 2013 10:15:44 -0000 Received: from mail142-co9-R.bigfish.com (10.236.132.240) by CO9EHSOBE022.bigfish.com (10.236.130.85) with Microsoft SMTP Server id 14.1.225.23; Mon, 22 Apr 2013 10:15:41 +0000 Received: from mail142-co9 (localhost [127.0.0.1]) by mail142-co9-R.bigfish.com (Postfix) with ESMTP id 31A7E802CA for ; Mon, 22 Apr 2013 10:15:41 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.196; KIP:(null); UIP:(null); IPV:NLI; H:amrxe3001.dir.svc.accenture.com; RD:amrxe3001.accenture.com; EFVD:NLI X-SpamScore: 1 X-BigFish: VPS1(zzc85fhd88dizz1f42h1fc6h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ahzz17326ah18c673h18602eh8275bh8275dhz2fh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1b0ah1bceh1155h) Received-SPF: pass (mail142-co9: domain of accenture.com designates 170.252.43.196 as permitted sender) client-ip=170.252.43.196; envelope-from=martin.kralicek@accenture.com; helo=amrxe3001.dir.svc.accenture.com ; ccenture.com ; Received: from mail142-co9 (localhost.localdomain [127.0.0.1]) by mail142-co9 (MessageSwitch) id 1366625739850239_14985; Mon, 22 Apr 2013 10:15:39 +0000 (UTC) Received: from CO9EHSMHS014.bigfish.com (unknown [10.236.132.249]) by mail142-co9.bigfish.com (Postfix) with ESMTP id CC6AD2000B7 for ; Mon, 22 Apr 2013 10:15:39 +0000 (UTC) Received: from amrxe3001.dir.svc.accenture.com (170.252.43.196) by CO9EHSMHS014.bigfish.com (10.236.130.24) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 22 Apr 2013 10:15:39 +0000 Received: from AMRXH3004.dir.svc.accenture.com (10.63.34.26) by amrxe3001.accenture.com (10.63.35.191) with Microsoft SMTP Server id 8.3.298.1; Mon, 22 Apr 2013 06:16:06 -0400 Received: from email.accenture.com (170.248.176.17) by AMRXH3004.dir.svc.accenture.com (10.63.34.74) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 22 Apr 2013 06:14:34 -0400 Received: from 048-CH1MPN1-161.048d.mgd.msft.net ([169.254.1.219]) by 048-CH1MMR1-004.048d.mgd.msft.net ([170.248.176.17]) with mapi id 14.02.0328.011; Mon, 22 Apr 2013 10:15:32 +0000 From: To: Thread-Topic: XCP 1.6 - Disaster recovery Thread-Index: Ac4/QlIJyDJS+EpWQNObTfiDKC0Jsg== Date: Mon, 22 Apr 2013 10:15:31 +0000 Message-ID: Accept-Language: cs-CZ, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [90.181.184.13] MIME-Version: 1.0 X-OriginatorOrg: accenture.com Subject: [Xen-API] XCP 1.6 - Disaster recovery X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8828537145809773603==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8828537145809773603== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_" --_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I would like to ask how I have to configure disaster recovery, because when= I performed configuration steps and selected all iSCSI SRs everything seem= be OK, but after I want to check it via Test Failover wizard and selected = again all available storages the next step does not show VMs. Thanks for any advice. Martin ________________________________ This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com --_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I would like to ask how I have to configure disaster= recovery, because when I performed configuration steps and selected all iS= CSI SRs everything seem be OK, but after I want to check it via Test Failov= er wizard and selected again all available storages the next step does not show VMs.

 

Thanks for any advice.

 

Martin


This message is for the desi= gnated recipient only and may contain privileged, proprietary, or otherwise= confidential information. If you have received it in error, please notify = the sender immediately and delete the original. Any other use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy.

___________________________________________________________________________= ___________

www.accenture.com
 --_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_-- --===============8828537145809773603== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8828537145809773603==-- From xen-api-bounces@lists.xen.org Mon Apr 22 10:15:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 10:15: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 1UUDmn-0005iD-6C; Mon, 22 Apr 2013 10:15:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUDml-0005i2-Vc for xen-api@lists.xen.org; Mon, 22 Apr 2013 10:15:48 +0000 Received: from [193.109.254.147:30779] by server-9.bemta-14.messagelabs.com id 2D/85-04223-2DD05715; Mon, 22 Apr 2013 10:15:46 +0000 X-Env-Sender: martin.kralicek@accenture.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1366625741!8761418!1 X-Originating-IP: [207.46.163.24] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7749 invoked from network); 22 Apr 2013 10:15:44 -0000 Received: from co9ehsobe001.messaging.microsoft.com (HELO co9outboundpool.messaging.microsoft.com) (207.46.163.24) by server-16.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 22 Apr 2013 10:15:44 -0000 Received: from mail142-co9-R.bigfish.com (10.236.132.240) by CO9EHSOBE022.bigfish.com (10.236.130.85) with Microsoft SMTP Server id 14.1.225.23; Mon, 22 Apr 2013 10:15:41 +0000 Received: from mail142-co9 (localhost [127.0.0.1]) by mail142-co9-R.bigfish.com (Postfix) with ESMTP id 31A7E802CA for ; Mon, 22 Apr 2013 10:15:41 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.196; KIP:(null); UIP:(null); IPV:NLI; H:amrxe3001.dir.svc.accenture.com; RD:amrxe3001.accenture.com; EFVD:NLI X-SpamScore: 1 X-BigFish: VPS1(zzc85fhd88dizz1f42h1fc6h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ahzz17326ah18c673h18602eh8275bh8275dhz2fh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1b0ah1bceh1155h) Received-SPF: pass (mail142-co9: domain of accenture.com designates 170.252.43.196 as permitted sender) client-ip=170.252.43.196; envelope-from=martin.kralicek@accenture.com; helo=amrxe3001.dir.svc.accenture.com ; ccenture.com ; Received: from mail142-co9 (localhost.localdomain [127.0.0.1]) by mail142-co9 (MessageSwitch) id 1366625739850239_14985; Mon, 22 Apr 2013 10:15:39 +0000 (UTC) Received: from CO9EHSMHS014.bigfish.com (unknown [10.236.132.249]) by mail142-co9.bigfish.com (Postfix) with ESMTP id CC6AD2000B7 for ; Mon, 22 Apr 2013 10:15:39 +0000 (UTC) Received: from amrxe3001.dir.svc.accenture.com (170.252.43.196) by CO9EHSMHS014.bigfish.com (10.236.130.24) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 22 Apr 2013 10:15:39 +0000 Received: from AMRXH3004.dir.svc.accenture.com (10.63.34.26) by amrxe3001.accenture.com (10.63.35.191) with Microsoft SMTP Server id 8.3.298.1; Mon, 22 Apr 2013 06:16:06 -0400 Received: from email.accenture.com (170.248.176.17) by AMRXH3004.dir.svc.accenture.com (10.63.34.74) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 22 Apr 2013 06:14:34 -0400 Received: from 048-CH1MPN1-161.048d.mgd.msft.net ([169.254.1.219]) by 048-CH1MMR1-004.048d.mgd.msft.net ([170.248.176.17]) with mapi id 14.02.0328.011; Mon, 22 Apr 2013 10:15:32 +0000 From: To: Thread-Topic: XCP 1.6 - Disaster recovery Thread-Index: Ac4/QlIJyDJS+EpWQNObTfiDKC0Jsg== Date: Mon, 22 Apr 2013 10:15:31 +0000 Message-ID: Accept-Language: cs-CZ, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [90.181.184.13] MIME-Version: 1.0 X-OriginatorOrg: accenture.com Subject: [Xen-API] XCP 1.6 - Disaster recovery X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8828537145809773603==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8828537145809773603== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_" --_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I would like to ask how I have to configure disaster recovery, because when= I performed configuration steps and selected all iSCSI SRs everything seem= be OK, but after I want to check it via Test Failover wizard and selected = again all available storages the next step does not show VMs. Thanks for any advice. Martin ________________________________ This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com --_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I would like to ask how I have to configure disaster= recovery, because when I performed configuration steps and selected all iS= CSI SRs everything seem be OK, but after I want to check it via Test Failov= er wizard and selected again all available storages the next step does not show VMs.

 

Thanks for any advice.

 

Martin


This message is for the desi= gnated recipient only and may contain privileged, proprietary, or otherwise= confidential information. If you have received it in error, please notify = the sender immediately and delete the original. Any other use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy.

___________________________________________________________________________= ___________

www.accenture.com
 --_000_A14EC602F2E1DD4984ABE308D49EA2D226D1835A048CH1MPN116104_-- --===============8828537145809773603== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8828537145809773603==-- From xen-api-bounces@lists.xen.org Mon Apr 22 11:59:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 11:59: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 1UUFPJ-00053J-ID; Mon, 22 Apr 2013 11:59:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUFPI-00052z-KM; Mon, 22 Apr 2013 11:59:40 +0000 Received: from [85.158.138.51:17294] by server-16.bemta-3.messagelabs.com id 22/F3-20692-B2625715; Mon, 22 Apr 2013 11:59:39 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366631978!28373392!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17556 invoked from network); 22 Apr 2013 11:59:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 11:59:39 -0000 X-IronPort-AV: E=Sophos;i="4.87,526,1363132800"; d="scan'208";a="3791552" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Apr 2013 11:59:39 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 22 Apr 2013 12:59:38 +0100 Message-ID: <1366631977.22143.48.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Mon, 22 Apr 2013 12:59:37 +0100 In-Reply-To: <515EE44D.6070907@citrix.com> References: <89f3c6846f6b4f229e68.1363179135@andrewcoop.uk.xensource.com> <515EE44D.6070907@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "Keir \(Xen.org\)" , "xen-api@lists.xen.org" , Ian Jackson , Jan Beulich , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 1 of 5 v4] common/sysctl: Introduce hypercall to query the console ring size X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, 2013-04-05 at 15:48 +0100, Andrew Cooper wrote: > On 13/03/13 12:52, Andrew Cooper wrote: > > Signed-off-by: Andrew Cooper > > Keir/Jan: Ping - this is a hypervisor change. Anyone? This hypervisor side portion of this series seems pretty trivial to me. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 22 11:59:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 11:59: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 1UUFPJ-00053J-ID; Mon, 22 Apr 2013 11:59:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUFPI-00052z-KM; Mon, 22 Apr 2013 11:59:40 +0000 Received: from [85.158.138.51:17294] by server-16.bemta-3.messagelabs.com id 22/F3-20692-B2625715; Mon, 22 Apr 2013 11:59:39 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366631978!28373392!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17556 invoked from network); 22 Apr 2013 11:59:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 11:59:39 -0000 X-IronPort-AV: E=Sophos;i="4.87,526,1363132800"; d="scan'208";a="3791552" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Apr 2013 11:59:39 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 22 Apr 2013 12:59:38 +0100 Message-ID: <1366631977.22143.48.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Cooper Date: Mon, 22 Apr 2013 12:59:37 +0100 In-Reply-To: <515EE44D.6070907@citrix.com> References: <89f3c6846f6b4f229e68.1363179135@andrewcoop.uk.xensource.com> <515EE44D.6070907@citrix.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "Keir \(Xen.org\)" , "xen-api@lists.xen.org" , Ian Jackson , Jan Beulich , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [PATCH 1 of 5 v4] common/sysctl: Introduce hypercall to query the console ring size X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, 2013-04-05 at 15:48 +0100, Andrew Cooper wrote: > On 13/03/13 12:52, Andrew Cooper wrote: > > Signed-off-by: Andrew Cooper > > Keir/Jan: Ping - this is a hypervisor change. Anyone? This hypervisor side portion of this series seems pretty trivial to me. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 22 13:42:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 13:42:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUH0f-0005ys-Dv; Mon, 22 Apr 2013 13:42:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUH0e-0005yk-3f; Mon, 22 Apr 2013 13:42:20 +0000 Received: from [85.158.138.51:48154] by server-3.bemta-3.messagelabs.com id C3/2D-26934-B3E35715; Mon, 22 Apr 2013 13:42:19 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1366638119!21104980!1 X-Originating-IP: [209.85.214.52] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29403 invoked from network); 22 Apr 2013 13:41:59 -0000 Received: from mail-bk0-f52.google.com (HELO mail-bk0-f52.google.com) (209.85.214.52) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 13:41:59 -0000 Received: by mail-bk0-f52.google.com with SMTP id it16so2608288bkc.39 for ; Mon, 22 Apr 2013 06:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=76XzlLR7OCOtCp5Ez5Rcg7H1P6J/gZj61LmROVTvWME=; b=GM13pEyIcCWD7bVuXplMAX3NvVlXBg266vHcIKhezosU+ZLVG1kwUV7baAykksZwud aWKOTquRLj9kmvD/4HDS8K5Sn6zGcsjJAIikeLZuUmVtKn1+UtbFhPfzYpx+bIJ5AFcx umA0Weq9Fd0VIUfUUk7zlsDWEzFZQDWHPiBZMgXNDboa6gJFtIVPN7L3T4/kruA4JRmi mov0ijBexxrQtV/9IBVdNWgzcFItARkOEC4YY4zDw4Ka/DrnedbkhcSlShitCkP19k2u wUqkx9cGd9XC8mAOj62Amqu3uN80hattK81bRJuR2pZCKjLwYPM745v/ElPn8d8xtnxp gauA== X-Received: by 10.205.46.193 with SMTP id up1mr11037494bkb.65.1366638104955; Mon, 22 Apr 2013 06:41:44 -0700 (PDT) Received: from [172.16.26.11] ([176.251.44.250]) by mx.google.com with ESMTPS id tl1sm6820861bkb.7.2013.04.22.06.41.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 22 Apr 2013 06:41:44 -0700 (PDT) Message-ID: <51753E16.1070007@xen.org> Date: Mon, 22 Apr 2013 14:41:42 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Stackoverflow like Q&A system on xenproject.org X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, I wanted to point you all to the stackoverflow type Q&A system that we implemented on the new xenproject.org community site. Obviously the mailing lists won't go away, but when we collated requirements for the new site a year ago there were a lot of complaints that we only had mailing lists. I would want to encourage you to start using the Q&A system and to also let us know if there are any issues and improvements that need to be made. See http://www.xenproject.org/help/questions-and-answers.html Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 22 13:42:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 13:42:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUH0f-0005ys-Dv; Mon, 22 Apr 2013 13:42:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUH0e-0005yk-3f; Mon, 22 Apr 2013 13:42:20 +0000 Received: from [85.158.138.51:48154] by server-3.bemta-3.messagelabs.com id C3/2D-26934-B3E35715; Mon, 22 Apr 2013 13:42:19 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1366638119!21104980!1 X-Originating-IP: [209.85.214.52] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29403 invoked from network); 22 Apr 2013 13:41:59 -0000 Received: from mail-bk0-f52.google.com (HELO mail-bk0-f52.google.com) (209.85.214.52) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 13:41:59 -0000 Received: by mail-bk0-f52.google.com with SMTP id it16so2608288bkc.39 for ; Mon, 22 Apr 2013 06:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=76XzlLR7OCOtCp5Ez5Rcg7H1P6J/gZj61LmROVTvWME=; b=GM13pEyIcCWD7bVuXplMAX3NvVlXBg266vHcIKhezosU+ZLVG1kwUV7baAykksZwud aWKOTquRLj9kmvD/4HDS8K5Sn6zGcsjJAIikeLZuUmVtKn1+UtbFhPfzYpx+bIJ5AFcx umA0Weq9Fd0VIUfUUk7zlsDWEzFZQDWHPiBZMgXNDboa6gJFtIVPN7L3T4/kruA4JRmi mov0ijBexxrQtV/9IBVdNWgzcFItARkOEC4YY4zDw4Ka/DrnedbkhcSlShitCkP19k2u wUqkx9cGd9XC8mAOj62Amqu3uN80hattK81bRJuR2pZCKjLwYPM745v/ElPn8d8xtnxp gauA== X-Received: by 10.205.46.193 with SMTP id up1mr11037494bkb.65.1366638104955; Mon, 22 Apr 2013 06:41:44 -0700 (PDT) Received: from [172.16.26.11] ([176.251.44.250]) by mx.google.com with ESMTPS id tl1sm6820861bkb.7.2013.04.22.06.41.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 22 Apr 2013 06:41:44 -0700 (PDT) Message-ID: <51753E16.1070007@xen.org> Date: Mon, 22 Apr 2013 14:41:42 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Stackoverflow like Q&A system on xenproject.org X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, I wanted to point you all to the stackoverflow type Q&A system that we implemented on the new xenproject.org community site. Obviously the mailing lists won't go away, but when we collated requirements for the new site a year ago there were a lot of complaints that we only had mailing lists. I would want to encourage you to start using the Q&A system and to also let us know if there are any issues and improvements that need to be made. See http://www.xenproject.org/help/questions-and-answers.html Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 22 16:42:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 16:42: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 1UUJp6-0008V1-GG; Mon, 22 Apr 2013 16:42:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUJp4-0008Uq-TC; Mon, 22 Apr 2013 16:42:35 +0000 Received: from [193.109.254.147:48046] by server-14.bemta-14.messagelabs.com id 87/16-05867-97865715; Mon, 22 Apr 2013 16:42:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1366648951!8952875!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15227 invoked from network); 22 Apr 2013 16:42:31 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 16:42:31 -0000 Received: by mail-we0-f177.google.com with SMTP id t49so1595693wey.36 for ; Mon, 22 Apr 2013 09:42:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=McMPWvkBm98N1QTRdoSu4SjE8LK/E5kGpQywjP6CuJ8=; b=HdGc1nHpZngZYfvasi/blQT+Vlukdu3Zt7CE1WOsEeCpNXDbCiAQma+nzeY+n49Ckm 6pLgILeL0lqmxwGvo9Xn6JVFFVwCX/zOltahIia/uILnjDDLD66OkhFcFxOjxccH2/hg fHT42sCwtyWksUYIUFhSidIBCOMxVB7msY4xZmubv4RQfkMf/ZVMuFSCqZsubDTBOFdZ 7m97eBr+6ZnIvdPu7aOWgQTC2dNvDgtiwgpSsLBTfIXNxEn+4bUi+0zqF3JULFlpwVDL +mczSyCEuSIEqIPOnSY2qmr4aLbnCOZaoyQ+nV6go+B6D5lc2/hRAPiFPCHb97x9VY1s N1IQ== X-Received: by 10.180.13.179 with SMTP id i19mr10157859wic.18.1366648951018; Mon, 22 Apr 2013 09:42:31 -0700 (PDT) Received: from [172.16.26.11] ([176.251.44.250]) by mx.google.com with ESMTPS id f9sm26635169eeu.11.2013.04.22.09.42.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 22 Apr 2013 09:42:30 -0700 (PDT) Message-ID: <51756872.7040402@xen.org> Date: Mon, 22 Apr 2013 17:42:26 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Chip Childers References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> In-Reply-To: <20130419035218.GY88962@USLT-205755.sungardas.corp> Cc: xen-arm@lists.xen.org, "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes 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="===============4033136030958994277==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4033136030958994277== Content-Type: multipart/alternative; boundary="------------020505090003010307030006" This is a multi-part message in MIME format. --------------020505090003010307030006 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time. It also raises questions about naming conventions for new lists. Should lists be - xen-...@lists.xenproject.org, or should they be - xenproject-...@lists.xenproject.org And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @lists.xenproject.org, changing the actual list name may not be any worse). On new lists, we will need lists for * xenproject-marketing@lists.xenproject.org ... maybe xenproject-publicity@lists.xenproject.org hits it better than marketing (seems to work for debian) * I need something for votes and discussions that cut accross sub-project and teams. Maybe xenproject-proposals@lists.xenproject.org or xenproject-decisionmaking@lists.xenproject.org? Just putting these into the room: none of these sound right to me. Maybe xenproject-leadership@lists.xenproject.org is better? * We will have a list for the advisory board, which wants to be totally open and transparent. So this would be xenproject-advisoryboard@lists.xenproject.org and I will post minutes, etc. of the last meeting when we created the list. * xenproject-private, if we actually need it would work too. However the advisory board recommended in the meeting last week not to have any private lists at all. So maybe we don't need this. Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point. Anyway, I am just putting these into the room for discussion. Lars On 19/04/2013 04:52, Chip Childers wrote: > On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: >> 1) A list for coordinating blog posts, other communication, >> attending of event, etc. - not sure about the name, so am looking >> for suggestions. I am not sure whether we should have public >> archives: comparable lists of other projects don't. > From an outsider / lurker perspective, xen-marketing@lists.xen.org is a > good fit. > >> 2) A semi-private invite mailing list for ALL project leads, >> committers and maintainers of ALL projects hosted on xen.org > Similarly to above: xen-private@lists.xen.org > > Both of these list names are used in other projects I'm working with / > observe. > --------------020505090003010307030006 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time.

It also raises questions about naming conventions for new lists. Should lists be
- xen-...@lists.xenproject.org, or should they be
- xenproject-...@lists.xenproject.org
And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @lists.xenproject.org, changing the actual list name may not be any worse).

On new lists, we will need lists for
Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point.

Anyway, I am just putting these into the room for discussion.

Lars

On 19/04/2013 04:52, Chip Childers wrote:
On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote:

1) A list for coordinating blog posts, other communication,
attending of event, etc. - not sure about the name, so am looking
for suggestions. I am not sure whether we should have public
archives: comparable lists of other projects don't.

>From an outsider / lurker perspective, xen-marketing@lists.xen.org is a
good fit.


2) A semi-private invite mailing list for ALL project leads,
committers and maintainers of ALL projects hosted on xen.org

Similarly to above: xen-private@lists.xen.org

Both of these list names are used in other projects I'm working with /
observe.

--------------020505090003010307030006-- --===============4033136030958994277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4033136030958994277==-- From xen-api-bounces@lists.xen.org Mon Apr 22 16:42:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 16:42: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 1UUJp6-0008V1-GG; Mon, 22 Apr 2013 16:42:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUJp4-0008Uq-TC; Mon, 22 Apr 2013 16:42:35 +0000 Received: from [193.109.254.147:48046] by server-14.bemta-14.messagelabs.com id 87/16-05867-97865715; Mon, 22 Apr 2013 16:42:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1366648951!8952875!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15227 invoked from network); 22 Apr 2013 16:42:31 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 16:42:31 -0000 Received: by mail-we0-f177.google.com with SMTP id t49so1595693wey.36 for ; Mon, 22 Apr 2013 09:42:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=McMPWvkBm98N1QTRdoSu4SjE8LK/E5kGpQywjP6CuJ8=; b=HdGc1nHpZngZYfvasi/blQT+Vlukdu3Zt7CE1WOsEeCpNXDbCiAQma+nzeY+n49Ckm 6pLgILeL0lqmxwGvo9Xn6JVFFVwCX/zOltahIia/uILnjDDLD66OkhFcFxOjxccH2/hg fHT42sCwtyWksUYIUFhSidIBCOMxVB7msY4xZmubv4RQfkMf/ZVMuFSCqZsubDTBOFdZ 7m97eBr+6ZnIvdPu7aOWgQTC2dNvDgtiwgpSsLBTfIXNxEn+4bUi+0zqF3JULFlpwVDL +mczSyCEuSIEqIPOnSY2qmr4aLbnCOZaoyQ+nV6go+B6D5lc2/hRAPiFPCHb97x9VY1s N1IQ== X-Received: by 10.180.13.179 with SMTP id i19mr10157859wic.18.1366648951018; Mon, 22 Apr 2013 09:42:31 -0700 (PDT) Received: from [172.16.26.11] ([176.251.44.250]) by mx.google.com with ESMTPS id f9sm26635169eeu.11.2013.04.22.09.42.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 22 Apr 2013 09:42:30 -0700 (PDT) Message-ID: <51756872.7040402@xen.org> Date: Mon, 22 Apr 2013 17:42:26 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Chip Childers References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> In-Reply-To: <20130419035218.GY88962@USLT-205755.sungardas.corp> Cc: xen-arm@lists.xen.org, "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes 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="===============4033136030958994277==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4033136030958994277== Content-Type: multipart/alternative; boundary="------------020505090003010307030006" This is a multi-part message in MIME format. --------------020505090003010307030006 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time. It also raises questions about naming conventions for new lists. Should lists be - xen-...@lists.xenproject.org, or should they be - xenproject-...@lists.xenproject.org And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @lists.xenproject.org, changing the actual list name may not be any worse). On new lists, we will need lists for * xenproject-marketing@lists.xenproject.org ... maybe xenproject-publicity@lists.xenproject.org hits it better than marketing (seems to work for debian) * I need something for votes and discussions that cut accross sub-project and teams. Maybe xenproject-proposals@lists.xenproject.org or xenproject-decisionmaking@lists.xenproject.org? Just putting these into the room: none of these sound right to me. Maybe xenproject-leadership@lists.xenproject.org is better? * We will have a list for the advisory board, which wants to be totally open and transparent. So this would be xenproject-advisoryboard@lists.xenproject.org and I will post minutes, etc. of the last meeting when we created the list. * xenproject-private, if we actually need it would work too. However the advisory board recommended in the meeting last week not to have any private lists at all. So maybe we don't need this. Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point. Anyway, I am just putting these into the room for discussion. Lars On 19/04/2013 04:52, Chip Childers wrote: > On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: >> 1) A list for coordinating blog posts, other communication, >> attending of event, etc. - not sure about the name, so am looking >> for suggestions. I am not sure whether we should have public >> archives: comparable lists of other projects don't. > From an outsider / lurker perspective, xen-marketing@lists.xen.org is a > good fit. > >> 2) A semi-private invite mailing list for ALL project leads, >> committers and maintainers of ALL projects hosted on xen.org > Similarly to above: xen-private@lists.xen.org > > Both of these list names are used in other projects I'm working with / > observe. > --------------020505090003010307030006 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time.

It also raises questions about naming conventions for new lists. Should lists be
- xen-...@lists.xenproject.org, or should they be
- xenproject-...@lists.xenproject.org
And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @lists.xenproject.org, changing the actual list name may not be any worse).

On new lists, we will need lists for
Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point.

Anyway, I am just putting these into the room for discussion.

Lars

On 19/04/2013 04:52, Chip Childers wrote:
On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote:

1) A list for coordinating blog posts, other communication,
attending of event, etc. - not sure about the name, so am looking
for suggestions. I am not sure whether we should have public
archives: comparable lists of other projects don't.

>From an outsider / lurker perspective, xen-marketing@lists.xen.org is a
good fit.


2) A semi-private invite mailing list for ALL project leads,
committers and maintainers of ALL projects hosted on xen.org

Similarly to above: xen-private@lists.xen.org

Both of these list names are used in other projects I'm working with /
observe.

--------------020505090003010307030006-- --===============4033136030958994277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4033136030958994277==-- From xen-api-bounces@lists.xen.org Mon Apr 22 17:11:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 17:11:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUKGd-0002HI-R0; Mon, 22 Apr 2013 17:11:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUKGc-0002H3-G4; Mon, 22 Apr 2013 17:11:02 +0000 Received: from [85.158.143.99:44171] by server-3.bemta-4.messagelabs.com id C9/A8-02186-52F65715; Mon, 22 Apr 2013 17:11:01 +0000 X-Env-Sender: benkhellat_samir@hotmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366650653!23676033!1 X-Originating-IP: [157.55.0.207] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19341 invoked from network); 22 Apr 2013 17:10:59 -0000 Received: from dub0-omc1-s8.dub0.hotmail.com (HELO dub0-omc1-s8.dub0.hotmail.com) (157.55.0.207) by server-4.tower-216.messagelabs.com with SMTP; 22 Apr 2013 17:10:59 -0000 Received: from DUB113-W74 ([157.55.0.237]) by dub0-omc1-s8.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Apr 2013 10:10:52 -0700 X-EIP: [pwNKKiaDcMB0/ZnK8Th8Uvk8OOVRZETK] X-Originating-Email: [benkhellat_samir@hotmail.com] Message-ID: From: samir benkhellat To: "lars.kurth@xen.org" , Chip Childers Date: Mon, 22 Apr 2013 17:10:52 +0000 Importance: Normal In-Reply-To: <51756872.7040402@xen.org> References: <516AECC9.1010603@xen.org>, <20130419035218.GY88962@USLT-205755.sungardas.corp>, <51756872.7040402@xen.org> MIME-Version: 1.0 X-OriginalArrivalTime: 22 Apr 2013 17:10:52.0777 (UTC) FILETIME=[58270590:01CE3F7C] Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7484434749497903512==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7484434749497903512== Content-Type: multipart/alternative; boundary="_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_" --_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I also want to know why we can't create/use a forum: It'll be more organiz= ed=2C easier to seach=2C more categorized and more user frendly for new com= ers So what do you think? Regards Date: Mon=2C 22 Apr 2013 17:42:26 +0100 From: lars.kurth@xen.org To: chip.childers@sungard.com CC: xen-arm@lists.xen.org=3B xen-devel@lists.xen.org=3B xen-api@lists.xen.o= rg Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific pur= poses =0A= =0A= =0A= =0A= =0A= Hi=2C =0A= =20 =0A= seems nobody has any views. How about I make a more concrete=0A= proposal. I also noticed that we have no real global list for=0A= voting and proposals (and to discuss issues like this). I have to=0A= include all lists=2C which creates spam. As already indicated on the= =0A= blog=2C at some point we should move to @lists.xenproject.org=2C whic= h=0A= will cause some impact on mailfilters=2C etc. (similar to when we=0A= moved from @lists.xensource.com to @lists.xen.org about a year=0A= ago). So that may be a good opportunity to deal with some=0A= inconsistencies that have grown over time.=20 =0A= =20 =0A= It also raises questions about naming conventions for new lists.=0A= Should lists be=20 =0A= - xen-...@lists.xenproject.org=2C or should they be=20 =0A= - xenproject-...@lists.xenproject.org =0A= And then of course=2C should any convention be forward looking or=0A= should we rename lists to be consistent and (as we are already=0A= changing @lists.xenproject.org=2C changing the actual list name may= =0A= not be any worse). =0A= =20 =0A= On new lists=2C we will need lists for =0A= =0A= xenproject-marketing@lists.xenproject.org ... maybe=0A= xenproject-publicity@lists.xenproject.org hits it better than=0A= marketing (seems to work for debian) =0A= =0A= I need something for votes and discussions that cut accross=0A= sub-project and teams. Maybe=0A= xenproject-proposals@lists.xenproject.org or=0A= xenproject-decisionmaking@lists.xenproject.org? Just putting=0A= these into the room: none of these sound right to me. Maybe=0A= xenproject-leadership@lists.xenproject.org is better?=0A= We will have a list for the advisory board=2C which wants to=0A= be totally open and transparent. So this would be=0A= xenproject-advisoryboard@lists.xenproject.org and I will post=0A= minutes=2C etc. of the last meeting when we created the list. =0A= =0A= xenproject-private=2C if we actually need it would work too.=0A= However the advisory board recommended in the meeting last=0A= week not to have any private lists at all. So maybe we don't=0A= need this. =0A= =0A= =0A= Also=2C for example XAPI does not have a separate dev or user list.= =0A= That is also one to consider at some point.=20 =0A= =20 =0A= Anyway=2C I am just putting these into the room for discussion. =0A= =20 =0A= Lars =0A= =20 =0A= On 19/04/2013 04:52=2C Chip Childers wrote: =0A= =0A= =0A= On Sun=2C Apr 14=2C 2013 at 06:52:09PM +0100=2C Lars Kurth wrote:=0A= =0A= =0A= 1) A list for coordinating blog posts=2C other communication=2C=0A= attending of event=2C etc. - not sure about the name=2C so am looking=0A= for suggestions. I am not sure whether we should have public=0A= archives: comparable lists of other projects don't.=0A= =0A= =0A= From an outsider / lurker perspective=2C xen-marketing@lists.xen.org = is a=0A= good fit.=0A= =0A= =0A= =0A= 2) A semi-private invite mailing list for ALL project leads=2C=0A= committers and maintainers of ALL projects hosted on xen.org=0A= =0A= =0A= Similarly to above: xen-private@lists.xen.org=0A= =0A= Both of these list names are used in other projects I'm working with /=0A= observe.=0A= =0A= =0A= =0A= =20 =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 = --_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I also want to know why we can't= create/use a forum: It'll =3B be more organized=2C easier to seach=2C = more categorized and more user frendly for new comers

So what do you= think?

Regards

Date: Mon=2C 22 Apr 2013 17:42:26 +0100
From: lars= .kurth@xen.org
To: chip.childers@sungard.com
CC: xen-arm@lists.xen.or= g=3B xen-devel@lists.xen.org=3B xen-api@lists.xen.org
Subject: Re: [Xen-= API] [Proposal] Additional mailing lists for specific purposes

=0A= =0A= =0A= =0A= =0A=
Hi=2C
=0A=
=0A= seems nobody has any views. How about I make a more concrete=0A= proposal. I also noticed that we have no real global list for=0A= voting and proposals (and to discuss issues like this). I have to=0A= include all lists=2C which creates spam. As already indicated on the= =0A= blog=2C at some point we should move to @lists.xenproject.org=2C whic= h=0A= will cause some impact on mailfilters=2C etc. (similar to when we=0A= moved from @lists.xensource.com to @lists.xen.org about a year=0A= ago). So that may be a good opportunity to deal with some=0A= inconsistencies that have grown over time.
=0A=
=0A= It also raises questions about naming conventions for new lists.=0A= Should lists be
=0A= - xen-...@lists.xenproject.org=2C or should they be =0A= - xenproject-...@lists.xenproject.org
=0A= And then of course=2C should any convention be forward looking or=0A= should we rename lists to be consistent and (as we are already=0A= changing @lists.xenproject.org=2C changing the actual list name may= =0A= not be any worse).
=0A=
=0A= On new lists=2C we will need lists for
=0A= =0A= Also=2C for example XAPI does not have a separate dev or user list.= =0A= That is also one to consider at some point.
=0A=
=0A= Anyway=2C I am just putting these into the room for discussion.
= =0A=
=0A= Lars
=0A=
=0A= On 19/04/2013 04:52=2C Chip Childers wrote:
=0A=
=0A=
=0A= 
On Sun=2C Apr 14=2C 2013 at 06:52:09PM +0100=2C Lars Kurth wrote=
:=0A=
=0A=
=0A= 
1) A list for coordinating blog posts=2C other communication=
=2C=0A=
attending of event=2C etc. - not sure about the name=2C so am looking=0A=
for suggestions. I am not sure whether we should have public=0A=
archives: comparable lists of other projects don't.=0A=
=0A=
=0A= 
From an outsider / lurker perspective=2C xen-marketing=
@lists.xen.org is a=0A=
good fit.=0A=
=0A=
=0A=
=0A= 
2) A semi-private invite mailing list for ALL project leads=2C=
=0A=
committers and maintainers of ALL projects hosted on xen.org=0A=
=0A=
=0A= 
Similarly to above: xen-private@lists.xen.org=0A=
=0A=
Both of these list names are used in other projects I'm working with /=0A=
observe.=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
= --_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_-- --===============7484434749497903512== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7484434749497903512==-- From xen-api-bounces@lists.xen.org Mon Apr 22 17:11:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 17:11:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUKGd-0002HI-R0; Mon, 22 Apr 2013 17:11:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUKGc-0002H3-G4; Mon, 22 Apr 2013 17:11:02 +0000 Received: from [85.158.143.99:44171] by server-3.bemta-4.messagelabs.com id C9/A8-02186-52F65715; Mon, 22 Apr 2013 17:11:01 +0000 X-Env-Sender: benkhellat_samir@hotmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366650653!23676033!1 X-Originating-IP: [157.55.0.207] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19341 invoked from network); 22 Apr 2013 17:10:59 -0000 Received: from dub0-omc1-s8.dub0.hotmail.com (HELO dub0-omc1-s8.dub0.hotmail.com) (157.55.0.207) by server-4.tower-216.messagelabs.com with SMTP; 22 Apr 2013 17:10:59 -0000 Received: from DUB113-W74 ([157.55.0.237]) by dub0-omc1-s8.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Apr 2013 10:10:52 -0700 X-EIP: [pwNKKiaDcMB0/ZnK8Th8Uvk8OOVRZETK] X-Originating-Email: [benkhellat_samir@hotmail.com] Message-ID: From: samir benkhellat To: "lars.kurth@xen.org" , Chip Childers Date: Mon, 22 Apr 2013 17:10:52 +0000 Importance: Normal In-Reply-To: <51756872.7040402@xen.org> References: <516AECC9.1010603@xen.org>, <20130419035218.GY88962@USLT-205755.sungardas.corp>, <51756872.7040402@xen.org> MIME-Version: 1.0 X-OriginalArrivalTime: 22 Apr 2013 17:10:52.0777 (UTC) FILETIME=[58270590:01CE3F7C] Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7484434749497903512==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7484434749497903512== Content-Type: multipart/alternative; boundary="_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_" --_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I also want to know why we can't create/use a forum: It'll be more organiz= ed=2C easier to seach=2C more categorized and more user frendly for new com= ers So what do you think? Regards Date: Mon=2C 22 Apr 2013 17:42:26 +0100 From: lars.kurth@xen.org To: chip.childers@sungard.com CC: xen-arm@lists.xen.org=3B xen-devel@lists.xen.org=3B xen-api@lists.xen.o= rg Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific pur= poses =0A= =0A= =0A= =0A= =0A= Hi=2C =0A= =20 =0A= seems nobody has any views. How about I make a more concrete=0A= proposal. I also noticed that we have no real global list for=0A= voting and proposals (and to discuss issues like this). I have to=0A= include all lists=2C which creates spam. As already indicated on the= =0A= blog=2C at some point we should move to @lists.xenproject.org=2C whic= h=0A= will cause some impact on mailfilters=2C etc. (similar to when we=0A= moved from @lists.xensource.com to @lists.xen.org about a year=0A= ago). So that may be a good opportunity to deal with some=0A= inconsistencies that have grown over time.=20 =0A= =20 =0A= It also raises questions about naming conventions for new lists.=0A= Should lists be=20 =0A= - xen-...@lists.xenproject.org=2C or should they be=20 =0A= - xenproject-...@lists.xenproject.org =0A= And then of course=2C should any convention be forward looking or=0A= should we rename lists to be consistent and (as we are already=0A= changing @lists.xenproject.org=2C changing the actual list name may= =0A= not be any worse). =0A= =20 =0A= On new lists=2C we will need lists for =0A= =0A= xenproject-marketing@lists.xenproject.org ... maybe=0A= xenproject-publicity@lists.xenproject.org hits it better than=0A= marketing (seems to work for debian) =0A= =0A= I need something for votes and discussions that cut accross=0A= sub-project and teams. Maybe=0A= xenproject-proposals@lists.xenproject.org or=0A= xenproject-decisionmaking@lists.xenproject.org? Just putting=0A= these into the room: none of these sound right to me. Maybe=0A= xenproject-leadership@lists.xenproject.org is better?=0A= We will have a list for the advisory board=2C which wants to=0A= be totally open and transparent. So this would be=0A= xenproject-advisoryboard@lists.xenproject.org and I will post=0A= minutes=2C etc. of the last meeting when we created the list. =0A= =0A= xenproject-private=2C if we actually need it would work too.=0A= However the advisory board recommended in the meeting last=0A= week not to have any private lists at all. So maybe we don't=0A= need this. =0A= =0A= =0A= Also=2C for example XAPI does not have a separate dev or user list.= =0A= That is also one to consider at some point.=20 =0A= =20 =0A= Anyway=2C I am just putting these into the room for discussion. =0A= =20 =0A= Lars =0A= =20 =0A= On 19/04/2013 04:52=2C Chip Childers wrote: =0A= =0A= =0A= On Sun=2C Apr 14=2C 2013 at 06:52:09PM +0100=2C Lars Kurth wrote:=0A= =0A= =0A= 1) A list for coordinating blog posts=2C other communication=2C=0A= attending of event=2C etc. - not sure about the name=2C so am looking=0A= for suggestions. I am not sure whether we should have public=0A= archives: comparable lists of other projects don't.=0A= =0A= =0A= From an outsider / lurker perspective=2C xen-marketing@lists.xen.org = is a=0A= good fit.=0A= =0A= =0A= =0A= 2) A semi-private invite mailing list for ALL project leads=2C=0A= committers and maintainers of ALL projects hosted on xen.org=0A= =0A= =0A= Similarly to above: xen-private@lists.xen.org=0A= =0A= Both of these list names are used in other projects I'm working with /=0A= observe.=0A= =0A= =0A= =0A= =20 =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 = --_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I also want to know why we can't= create/use a forum: It'll =3B be more organized=2C easier to seach=2C = more categorized and more user frendly for new comers

So what do you= think?

Regards

Date: Mon=2C 22 Apr 2013 17:42:26 +0100
From: lars= .kurth@xen.org
To: chip.childers@sungard.com
CC: xen-arm@lists.xen.or= g=3B xen-devel@lists.xen.org=3B xen-api@lists.xen.org
Subject: Re: [Xen-= API] [Proposal] Additional mailing lists for specific purposes

=0A= =0A= =0A= =0A= =0A=
Hi=2C
=0A=
=0A= seems nobody has any views. How about I make a more concrete=0A= proposal. I also noticed that we have no real global list for=0A= voting and proposals (and to discuss issues like this). I have to=0A= include all lists=2C which creates spam. As already indicated on the= =0A= blog=2C at some point we should move to @lists.xenproject.org=2C whic= h=0A= will cause some impact on mailfilters=2C etc. (similar to when we=0A= moved from @lists.xensource.com to @lists.xen.org about a year=0A= ago). So that may be a good opportunity to deal with some=0A= inconsistencies that have grown over time.
=0A=
=0A= It also raises questions about naming conventions for new lists.=0A= Should lists be
=0A= - xen-...@lists.xenproject.org=2C or should they be =0A= - xenproject-...@lists.xenproject.org
=0A= And then of course=2C should any convention be forward looking or=0A= should we rename lists to be consistent and (as we are already=0A= changing @lists.xenproject.org=2C changing the actual list name may= =0A= not be any worse).
=0A=
=0A= On new lists=2C we will need lists for
=0A= =0A= Also=2C for example XAPI does not have a separate dev or user list.= =0A= That is also one to consider at some point.
=0A=
=0A= Anyway=2C I am just putting these into the room for discussion.
= =0A=
=0A= Lars
=0A=
=0A= On 19/04/2013 04:52=2C Chip Childers wrote:
=0A=
=0A=
=0A= 
On Sun=2C Apr 14=2C 2013 at 06:52:09PM +0100=2C Lars Kurth wrote=
:=0A=
=0A=
=0A= 
1) A list for coordinating blog posts=2C other communication=
=2C=0A=
attending of event=2C etc. - not sure about the name=2C so am looking=0A=
for suggestions. I am not sure whether we should have public=0A=
archives: comparable lists of other projects don't.=0A=
=0A=
=0A= 
From an outsider / lurker perspective=2C xen-marketing=
@lists.xen.org is a=0A=
good fit.=0A=
=0A=
=0A=
=0A= 
2) A semi-private invite mailing list for ALL project leads=2C=
=0A=
committers and maintainers of ALL projects hosted on xen.org=0A=
=0A=
=0A= 
Similarly to above: xen-private@lists.xen.org=0A=
=0A=
Both of these list names are used in other projects I'm working with /=0A=
observe.=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
= --_e43f4e2a-6865-4a31-9c2e-25dc3a192e46_-- --===============7484434749497903512== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7484434749497903512==-- From xen-api-bounces@lists.xen.org Mon Apr 22 17:18:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 17:18: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 1UUKNp-0002QO-Ph; Mon, 22 Apr 2013 17:18:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUKNo-0002QJ-0I for xen-api@lists.xen.org; Mon, 22 Apr 2013 17:18:28 +0000 Received: from [193.109.254.147:9546] by server-15.bemta-14.messagelabs.com id F0/5C-14305-3E075715; Mon, 22 Apr 2013 17:18:27 +0000 X-Env-Sender: benkhellat_samir@hotmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1366651105!2158085!1 X-Originating-IP: [157.55.2.27] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_90_100,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_1, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5997 invoked from network); 22 Apr 2013 17:18:25 -0000 Received: from dub0-omc3-s18.dub0.hotmail.com (HELO dub0-omc3-s18.dub0.hotmail.com) (157.55.2.27) by server-11.tower-27.messagelabs.com with SMTP; 22 Apr 2013 17:18:25 -0000 Received: from DUB113-W74 ([157.55.2.9]) by dub0-omc3-s18.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Apr 2013 10:18:24 -0700 X-EIP: [3JGWE8EdPkf0RKzUiP3oWlPLZ8DiAbcn] X-Originating-Email: [benkhellat_samir@hotmail.com] Message-ID: From: samir benkhellat To: Sean Pryor Date: Mon, 22 Apr 2013 17:18:24 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 22 Apr 2013 17:18:24.0782 (UTC) FILETIME=[659182E0:01CE3F7D] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Setup vswitches in XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3866020303524257044==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3866020303524257044== Content-Type: multipart/alternative; boundary="_9f1c557c-04f1-4be6-8480-a1e357e212cc_" --_9f1c557c-04f1-4be6-8480-a1e357e212cc_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable So I'll just give an update regarding this: Finally I was able to add my vswitch (xenbr0) to my open flow controller (f= loodlight:IP 192.168.1.250=2C URL:http://192.168.1.250:8080/ui/index.html) = by doing this: =0A= =0A= Xe network-list=0A= =0A= ovs-vsctl set-controller xenbr0=0A= tcp:192.168.1.250:6633 My problem now is that I can't see any private vswitch and I try to do the = same : ovs-vsctl set-controller xapi0 tcp:192.168.1.250:6633I get this error messa= ge: "ovs-vsctl: no bridge named xapi" So my question is: are the vswitch declared as private (not bridged or exte= rnal) not managed by openflow controllers=2C I mean does XCP support having= openflow controllers on private/internal vswitches? Thanks =0A= =0A= Date: Sun=2C 21 Apr 2013 21:14:32 -0400 Subject: Re: [Xen-API] Setup vswitches in XCP 1.6 From: seriuomnis@gmail.com To: benkhellat_samir@hotmail.com CC: xen-api@lists.xen.org AFAIK=2C the xe-network commands are frontends for switches created via ope= nvswitch. So to answer your first question=2C it seems to be just create ne= tworks.From some Citrix documentation (that I have since misplaced=2C if me= mory serves it was their xenserver administration guide=2C though not the 6= .1 one)=2C it showed the physical NIC being connected up to a 'network' obj= ect which was a switch created via openvswitch=2C from there=2C all the gue= st virtual NICs connected up to that switch.=0A= For your second question=2C I'm afraid I'm not an expert at networking=2C b= ut I hope the first answer can help On Sun=2C Apr 21=2C 2013 at 7:33 PM=2C samir benkhellat wrote: =0A= =0A= =0A= =0A= HI all=2C I wants to setup this topology in XCP 1.6=2C but I'm tuck on how to cr= eate and setup the switches I need. I know that in order to use vswitch I need to type: xe-switch-network-b= ackend openvswitch =0A= I googled and find these sites: 1- vswitch for VLAN : http://openvswitch.org/support/config-cookbooks/vl= an-configuration-cookbook/ =0A= 2- Old way for VLAN : http://ronnybull.com/2011/08/03/xen-cloud-platform= -xcp-setting-up-a-vlan/ 3- vswitch & openflow controller: http://lists.xen.org/archives/html/xen= -users/2011-06/msg00359.html =0A= In the link 3=2C Wei-Chih Chen says that we need to avoid using vswit= ch native commands (see link 1) and use just xe commands. but my problem is= if I want to use vswitch=2C xe command doesn't have command for vswitches = (openflow) but just xe network (see link 2). =0A= I tried to see if I can use openflow controller to create/manage my v= switches=2C but It seems that the vswitches/switches needs to be created in= order to be used. the openflow controllers I found are: 1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com/XenSer= ver/6.1.0/1.0/en_gb/dvs_controller.html =0A= 2- Flood Light: http://www.projectfloodlight.org/projects/ 3- tream: http://trema.github.io/trema/ =0A= 4- Nox & POX: http://www.noxrepo.org/ So my questions are: * How we can create vswitches in XCP 1.6: do we create them just by creatin= g or networks or can you provide me with the detailled steps =0A= * If we want to use a flow controller=2C what will be the best one in term = of VM resources (CPU=2C memory)=2C easy deployment=2C price=2Cfeatures. Regards=2C =0A= _______________________________________________ =0A= Xen-api mailing list =0A= Xen-api@lists.xen.org =0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api =0A= = --_9f1c557c-04f1-4be6-8480-a1e357e212cc_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
So I'll just give an update rega= rding this:

Finally I was able to add my vswitch (xenbr0) to my open= flow controller (floodlight:IP 192.168.1.250=2C URL:http://192.168.1.250:8080/ui/index.html) by doing this:

=0A= =0A=

Xe network-list

=0A= =0A=

ovs-vsctl set-controller xenbr0=0A= tcp:192.168.1.250:6633


=

My problem now is that I can't see any private vswitc= h and I try to do the same :


ovs-vsctl set-controller xapi0 tcp:192.168.1.250:6633=

I get this error message: "ovs-vsctl: no bridge named= xapi"


So my question is: are the vswitch declared as privat= e (not bridged or external) not managed by openflow controllers=2C I mean d= oes XCP support having openflow controllers on private/internal vswitches?<= /span>


Thanks

=0A= =0A=
Date: Sun=2C 21 Apr 2013 21:14:32 -0400
Subject: Re: [Xen-API] S= etup vswitches in XCP 1.6
From: seriuomnis@gmail.com
To: benkhellat_s= amir@hotmail.com
CC: xen-api@lists.xen.org

AFAIK= =2C the xe-network commands are frontends for switches created via openvswi= tch. So to answer your first question=2C it seems to be just create network= s.
From some Citrix documentation (that I have since misplaced=2C if me= mory serves it was their xenserver administration guide=2C though not the 6= .1 one)=2C it showed the physical NIC being connected up to a 'network' obj= ect which was a switch created via openvswitch=2C from there=2C all the gue= st virtual NICs connected up to that switch.
=0A=

For your second question=2C I'm afraid I'm not an exper= t at networking=2C but I hope the first answer can help


On Sun=2C Apr 2= 1=2C 2013 at 7:33 PM=2C samir benkhellat <=3Bbenkhellat_samir@ho= tmail.com>=3B wrote:
=0A=
=0A= =0A= =0A=
HI all=2C
 =3B =3B =3B I wants to setu= p =3B this topology in XCP 1.6=2C but I'm tuck on how to create and set= up the switches I need.

 =3B =3B =3B I know that in orde= r to use vswitch I need to type: xe-switch-network-backend openvswitch
= =0A=
 =3B =3B =3B I googled and find these sites:
 =3B&nb= sp=3B 1- vswitch for VLAN : http://openvswi= tch.org/support/config-cookbooks/vlan-configuration-cookbook/
=0A=  =3B =3B 2- Old way for VLAN : http://= ronnybull.com/2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/
&= nbsp=3B =3B 3- vswitch &=3B openflow controller: http://lists.xen.org/archives/html/xen-users/2011-06/msg00359.html=0A=
 =3B =3B =3B =3B =3B In the link 3=2C Wei-Chih Chen says that we need to avoid using vswitch native commands (see link 1) and use just xe commands. but my problem is if I want to u= se vswitch=2C xe command doesn't have command for vswitches (openflow) but = just xe network (see link 2).
=0A=  =3B =3B =3B =3B =3B I tried to see if I can use openfl= ow controller to create/manage my vswitches=2C but It seems that the vswitc= hes/switches needs to be created in order to be used. the openflow controll= ers I found are:
1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/dvs_con= troller.html
=0A= 2- Flood Light: http://www.projectfloodlight.org/projects/
3- tream: <= a href=3D"http://trema.github.io/trema/" target=3D"_blank">http://trema.git= hub.io/trema/
=0A= 4- Nox &=3B POX: h= ttp://www.noxrepo.org/

 =3B =3B =3B =3B So my qu= estions are:
* How we can create vswitches in XCP 1.6: do we create them= just by creating or networks or can you provide me with the detailled step= s
=0A= * If we want to use a flow controller=2C what will be the best one in term = of VM resources (CPU=2C memory)=2C easy deployment=2C price=2Cfeatures.
=
Regards=2C

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

= --_9f1c557c-04f1-4be6-8480-a1e357e212cc_-- --===============3866020303524257044== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3866020303524257044==-- From xen-api-bounces@lists.xen.org Mon Apr 22 17:18:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 17:18: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 1UUKNp-0002QO-Ph; Mon, 22 Apr 2013 17:18:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUKNo-0002QJ-0I for xen-api@lists.xen.org; Mon, 22 Apr 2013 17:18:28 +0000 Received: from [193.109.254.147:9546] by server-15.bemta-14.messagelabs.com id F0/5C-14305-3E075715; Mon, 22 Apr 2013 17:18:27 +0000 X-Env-Sender: benkhellat_samir@hotmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1366651105!2158085!1 X-Originating-IP: [157.55.2.27] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_90_100,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_1, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5997 invoked from network); 22 Apr 2013 17:18:25 -0000 Received: from dub0-omc3-s18.dub0.hotmail.com (HELO dub0-omc3-s18.dub0.hotmail.com) (157.55.2.27) by server-11.tower-27.messagelabs.com with SMTP; 22 Apr 2013 17:18:25 -0000 Received: from DUB113-W74 ([157.55.2.9]) by dub0-omc3-s18.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Apr 2013 10:18:24 -0700 X-EIP: [3JGWE8EdPkf0RKzUiP3oWlPLZ8DiAbcn] X-Originating-Email: [benkhellat_samir@hotmail.com] Message-ID: From: samir benkhellat To: Sean Pryor Date: Mon, 22 Apr 2013 17:18:24 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 22 Apr 2013 17:18:24.0782 (UTC) FILETIME=[659182E0:01CE3F7D] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Setup vswitches in XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3866020303524257044==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3866020303524257044== Content-Type: multipart/alternative; boundary="_9f1c557c-04f1-4be6-8480-a1e357e212cc_" --_9f1c557c-04f1-4be6-8480-a1e357e212cc_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable So I'll just give an update regarding this: Finally I was able to add my vswitch (xenbr0) to my open flow controller (f= loodlight:IP 192.168.1.250=2C URL:http://192.168.1.250:8080/ui/index.html) = by doing this: =0A= =0A= Xe network-list=0A= =0A= ovs-vsctl set-controller xenbr0=0A= tcp:192.168.1.250:6633 My problem now is that I can't see any private vswitch and I try to do the = same : ovs-vsctl set-controller xapi0 tcp:192.168.1.250:6633I get this error messa= ge: "ovs-vsctl: no bridge named xapi" So my question is: are the vswitch declared as private (not bridged or exte= rnal) not managed by openflow controllers=2C I mean does XCP support having= openflow controllers on private/internal vswitches? Thanks =0A= =0A= Date: Sun=2C 21 Apr 2013 21:14:32 -0400 Subject: Re: [Xen-API] Setup vswitches in XCP 1.6 From: seriuomnis@gmail.com To: benkhellat_samir@hotmail.com CC: xen-api@lists.xen.org AFAIK=2C the xe-network commands are frontends for switches created via ope= nvswitch. So to answer your first question=2C it seems to be just create ne= tworks.From some Citrix documentation (that I have since misplaced=2C if me= mory serves it was their xenserver administration guide=2C though not the 6= .1 one)=2C it showed the physical NIC being connected up to a 'network' obj= ect which was a switch created via openvswitch=2C from there=2C all the gue= st virtual NICs connected up to that switch.=0A= For your second question=2C I'm afraid I'm not an expert at networking=2C b= ut I hope the first answer can help On Sun=2C Apr 21=2C 2013 at 7:33 PM=2C samir benkhellat wrote: =0A= =0A= =0A= =0A= HI all=2C I wants to setup this topology in XCP 1.6=2C but I'm tuck on how to cr= eate and setup the switches I need. I know that in order to use vswitch I need to type: xe-switch-network-b= ackend openvswitch =0A= I googled and find these sites: 1- vswitch for VLAN : http://openvswitch.org/support/config-cookbooks/vl= an-configuration-cookbook/ =0A= 2- Old way for VLAN : http://ronnybull.com/2011/08/03/xen-cloud-platform= -xcp-setting-up-a-vlan/ 3- vswitch & openflow controller: http://lists.xen.org/archives/html/xen= -users/2011-06/msg00359.html =0A= In the link 3=2C Wei-Chih Chen says that we need to avoid using vswit= ch native commands (see link 1) and use just xe commands. but my problem is= if I want to use vswitch=2C xe command doesn't have command for vswitches = (openflow) but just xe network (see link 2). =0A= I tried to see if I can use openflow controller to create/manage my v= switches=2C but It seems that the vswitches/switches needs to be created in= order to be used. the openflow controllers I found are: 1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com/XenSer= ver/6.1.0/1.0/en_gb/dvs_controller.html =0A= 2- Flood Light: http://www.projectfloodlight.org/projects/ 3- tream: http://trema.github.io/trema/ =0A= 4- Nox & POX: http://www.noxrepo.org/ So my questions are: * How we can create vswitches in XCP 1.6: do we create them just by creatin= g or networks or can you provide me with the detailled steps =0A= * If we want to use a flow controller=2C what will be the best one in term = of VM resources (CPU=2C memory)=2C easy deployment=2C price=2Cfeatures. Regards=2C =0A= _______________________________________________ =0A= Xen-api mailing list =0A= Xen-api@lists.xen.org =0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api =0A= = --_9f1c557c-04f1-4be6-8480-a1e357e212cc_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
So I'll just give an update rega= rding this:

Finally I was able to add my vswitch (xenbr0) to my open= flow controller (floodlight:IP 192.168.1.250=2C URL:http://192.168.1.250:8080/ui/index.html) by doing this:

=0A= =0A=

Xe network-list

=0A= =0A=

ovs-vsctl set-controller xenbr0=0A= tcp:192.168.1.250:6633


=

My problem now is that I can't see any private vswitc= h and I try to do the same :


ovs-vsctl set-controller xapi0 tcp:192.168.1.250:6633=

I get this error message: "ovs-vsctl: no bridge named= xapi"


So my question is: are the vswitch declared as privat= e (not bridged or external) not managed by openflow controllers=2C I mean d= oes XCP support having openflow controllers on private/internal vswitches?<= /span>


Thanks

=0A= =0A=
Date: Sun=2C 21 Apr 2013 21:14:32 -0400
Subject: Re: [Xen-API] S= etup vswitches in XCP 1.6
From: seriuomnis@gmail.com
To: benkhellat_s= amir@hotmail.com
CC: xen-api@lists.xen.org

AFAIK= =2C the xe-network commands are frontends for switches created via openvswi= tch. So to answer your first question=2C it seems to be just create network= s.
From some Citrix documentation (that I have since misplaced=2C if me= mory serves it was their xenserver administration guide=2C though not the 6= .1 one)=2C it showed the physical NIC being connected up to a 'network' obj= ect which was a switch created via openvswitch=2C from there=2C all the gue= st virtual NICs connected up to that switch.
=0A=

For your second question=2C I'm afraid I'm not an exper= t at networking=2C but I hope the first answer can help


On Sun=2C Apr 2= 1=2C 2013 at 7:33 PM=2C samir benkhellat <=3Bbenkhellat_samir@ho= tmail.com>=3B wrote:
=0A=
=0A= =0A= =0A=
HI all=2C
 =3B =3B =3B I wants to setu= p =3B this topology in XCP 1.6=2C but I'm tuck on how to create and set= up the switches I need.

 =3B =3B =3B I know that in orde= r to use vswitch I need to type: xe-switch-network-backend openvswitch
= =0A=
 =3B =3B =3B I googled and find these sites:
 =3B&nb= sp=3B 1- vswitch for VLAN : http://openvswi= tch.org/support/config-cookbooks/vlan-configuration-cookbook/
=0A=  =3B =3B 2- Old way for VLAN : http://= ronnybull.com/2011/08/03/xen-cloud-platform-xcp-setting-up-a-vlan/
&= nbsp=3B =3B 3- vswitch &=3B openflow controller: http://lists.xen.org/archives/html/xen-users/2011-06/msg00359.html=0A=
 =3B =3B =3B =3B =3B In the link 3=2C Wei-Chih Chen says that we need to avoid using vswitch native commands (see link 1) and use just xe commands. but my problem is if I want to u= se vswitch=2C xe command doesn't have command for vswitches (openflow) but = just xe network (see link 2).
=0A=  =3B =3B =3B =3B =3B I tried to see if I can use openfl= ow controller to create/manage my vswitches=2C but It seems that the vswitc= hes/switches needs to be created in order to be used. the openflow controll= ers I found are:
1- Distributed Virtual Switch/Controller: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/dvs_con= troller.html
=0A= 2- Flood Light: http://www.projectfloodlight.org/projects/
3- tream: <= a href=3D"http://trema.github.io/trema/" target=3D"_blank">http://trema.git= hub.io/trema/
=0A= 4- Nox &=3B POX: h= ttp://www.noxrepo.org/

 =3B =3B =3B =3B So my qu= estions are:
* How we can create vswitches in XCP 1.6: do we create them= just by creating or networks or can you provide me with the detailled step= s
=0A= * If we want to use a flow controller=2C what will be the best one in term = of VM resources (CPU=2C memory)=2C easy deployment=2C price=2Cfeatures.
=
Regards=2C

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

= --_9f1c557c-04f1-4be6-8480-a1e357e212cc_-- --===============3866020303524257044== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3866020303524257044==-- From xen-api-bounces@lists.xen.org Mon Apr 22 18:45:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 18:45: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 1UULkI-0005Jn-CT; Mon, 22 Apr 2013 18:45:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UULkG-0005Jb-T6; Mon, 22 Apr 2013 18:45:45 +0000 Received: from [85.158.143.99:63254] by server-2.bemta-4.messagelabs.com id D0/00-12656-85585715; Mon, 22 Apr 2013 18:45:44 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-6.tower-216.messagelabs.com!1366656342!22452701!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32486 invoked from network); 22 Apr 2013 18:45:42 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Apr 2013 18:45:42 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 8D4A42A75; Mon, 22 Apr 2013 21:45:38 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 7769F2007A; Mon, 22 Apr 2013 21:45:38 +0300 (EEST) Date: Mon, 22 Apr 2013 21:45:38 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Lars Kurth Message-ID: <20130422184537.GU11427@reaktio.net> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51756872.7040402@xen.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-arm@lists.xen.org, "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Apr 22, 2013 at 05:42:26PM +0100, Lars Kurth wrote: > Hi, > > seems nobody has any views. How about I make a more concrete proposal. I > also noticed that we have no real global list for voting and proposals > (and to discuss issues like this). I have to include all lists, which > creates spam. As already indicated on the blog, at some point we should > move to @lists.xenproject.org, which will cause some impact on > mailfilters, etc. (similar to when we moved from @lists.xensource.com to > @lists.xen.org about a year ago). So that may be a good opportunity to > deal with some inconsistencies that have grown over time. > > It also raises questions about naming conventions for new lists. Should > lists be > - [1]xen-...@lists.xenproject.org, or should they be > - [2]xenproject-...@lists.xenproject.org > And then of course, should any convention be forward looking or should we > rename lists to be consistent and (as we are already changing > @lists.xenproject.org, changing the actual list name may not be any > worse). > > On new lists, we will need lists for > > * [3]xenproject-marketing@lists.xenproject.org ... maybe > [4]xenproject-publicity@lists.xenproject.org hits it better than > marketing (seems to work for debian) > * I need something for votes and discussions that cut accross > sub-project and teams. Maybe > [5]xenproject-proposals@lists.xenproject.org or > [6]xenproject-decisionmaking@lists.xenproject.org? Just putting these > into the room: none of these sound right to me. Maybe > [7]xenproject-leadership@lists.xenproject.org is better? > * We will have a list for the advisory board, which wants to be totally > open and transparent. So this would be > [8]xenproject-advisoryboard@lists.xenproject.org and I will post > minutes, etc. of the last meeting when we created the list. > * xenproject-private, if we actually need it would work too. However the > advisory board recommended in the meeting last week not to have any > private lists at all. So maybe we don't need this. > > Also, for example XAPI does not have a separate dev or user list. That is > also one to consider at some point. > I thought that's what xen-api@lists.xen.org was supposed to be :) -- Pasi > Anyway, I am just putting these into the room for discussion. > > Lars > > On 19/04/2013 04:52, Chip Childers wrote: > > On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: > > 1) A list for coordinating blog posts, other communication, > attending of event, etc. - not sure about the name, so am looking > for suggestions. I am not sure whether we should have public > archives: comparable lists of other projects don't. > > From an outsider / lurker perspective, [9]xen-marketing@lists.xen.org is a > good fit. > > > 2) A semi-private invite mailing list for ALL project leads, > committers and maintainers of ALL projects hosted on xen.org > > Similarly to above: [10]xen-private@lists.xen.org > > Both of these list names are used in other projects I'm working with / > observe. > > References > > Visible links > 1. mailto:xen-...@lists.xenproject.org > 2. mailto:xenproject-...@lists.xenproject.org > 3. mailto:xenproject-marketing@lists.xenproject.org > 4. mailto:xenproject-publicity@lists.xenproject.org > 5. mailto:xenproject-proposals@lists.xenproject.org > 6. mailto:xenproject-decisionmaking@lists.xenproject.org > 7. mailto:xenproject-leadership@lists.xenproject.org > 8. mailto:xenproject-advisoryboard@lists.xenproject.org > 9. mailto:xen-marketing@lists.xen.org > 10. mailto:xen-private@lists.xen.org > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 22 18:45:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 18:45: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 1UULkI-0005Jn-CT; Mon, 22 Apr 2013 18:45:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UULkG-0005Jb-T6; Mon, 22 Apr 2013 18:45:45 +0000 Received: from [85.158.143.99:63254] by server-2.bemta-4.messagelabs.com id D0/00-12656-85585715; Mon, 22 Apr 2013 18:45:44 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-6.tower-216.messagelabs.com!1366656342!22452701!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32486 invoked from network); 22 Apr 2013 18:45:42 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Apr 2013 18:45:42 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 8D4A42A75; Mon, 22 Apr 2013 21:45:38 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 7769F2007A; Mon, 22 Apr 2013 21:45:38 +0300 (EEST) Date: Mon, 22 Apr 2013 21:45:38 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Lars Kurth Message-ID: <20130422184537.GU11427@reaktio.net> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51756872.7040402@xen.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-arm@lists.xen.org, "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Apr 22, 2013 at 05:42:26PM +0100, Lars Kurth wrote: > Hi, > > seems nobody has any views. How about I make a more concrete proposal. I > also noticed that we have no real global list for voting and proposals > (and to discuss issues like this). I have to include all lists, which > creates spam. As already indicated on the blog, at some point we should > move to @lists.xenproject.org, which will cause some impact on > mailfilters, etc. (similar to when we moved from @lists.xensource.com to > @lists.xen.org about a year ago). So that may be a good opportunity to > deal with some inconsistencies that have grown over time. > > It also raises questions about naming conventions for new lists. Should > lists be > - [1]xen-...@lists.xenproject.org, or should they be > - [2]xenproject-...@lists.xenproject.org > And then of course, should any convention be forward looking or should we > rename lists to be consistent and (as we are already changing > @lists.xenproject.org, changing the actual list name may not be any > worse). > > On new lists, we will need lists for > > * [3]xenproject-marketing@lists.xenproject.org ... maybe > [4]xenproject-publicity@lists.xenproject.org hits it better than > marketing (seems to work for debian) > * I need something for votes and discussions that cut accross > sub-project and teams. Maybe > [5]xenproject-proposals@lists.xenproject.org or > [6]xenproject-decisionmaking@lists.xenproject.org? Just putting these > into the room: none of these sound right to me. Maybe > [7]xenproject-leadership@lists.xenproject.org is better? > * We will have a list for the advisory board, which wants to be totally > open and transparent. So this would be > [8]xenproject-advisoryboard@lists.xenproject.org and I will post > minutes, etc. of the last meeting when we created the list. > * xenproject-private, if we actually need it would work too. However the > advisory board recommended in the meeting last week not to have any > private lists at all. So maybe we don't need this. > > Also, for example XAPI does not have a separate dev or user list. That is > also one to consider at some point. > I thought that's what xen-api@lists.xen.org was supposed to be :) -- Pasi > Anyway, I am just putting these into the room for discussion. > > Lars > > On 19/04/2013 04:52, Chip Childers wrote: > > On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: > > 1) A list for coordinating blog posts, other communication, > attending of event, etc. - not sure about the name, so am looking > for suggestions. I am not sure whether we should have public > archives: comparable lists of other projects don't. > > From an outsider / lurker perspective, [9]xen-marketing@lists.xen.org is a > good fit. > > > 2) A semi-private invite mailing list for ALL project leads, > committers and maintainers of ALL projects hosted on xen.org > > Similarly to above: [10]xen-private@lists.xen.org > > Both of these list names are used in other projects I'm working with / > observe. > > References > > Visible links > 1. mailto:xen-...@lists.xenproject.org > 2. mailto:xenproject-...@lists.xenproject.org > 3. mailto:xenproject-marketing@lists.xenproject.org > 4. mailto:xenproject-publicity@lists.xenproject.org > 5. mailto:xenproject-proposals@lists.xenproject.org > 6. mailto:xenproject-decisionmaking@lists.xenproject.org > 7. mailto:xenproject-leadership@lists.xenproject.org > 8. mailto:xenproject-advisoryboard@lists.xenproject.org > 9. mailto:xen-marketing@lists.xen.org > 10. mailto:xen-private@lists.xen.org > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 23 07:34:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 07: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 1UUXjy-0000dc-QY; Tue, 23 Apr 2013 07:34:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUXjx-0000dM-4b; Tue, 23 Apr 2013 07:34:13 +0000 Received: from [85.158.138.51:32034] by server-7.bemta-3.messagelabs.com id C1/95-06591-37936715; Tue, 23 Apr 2013 07:34:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1366702450!25478538!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31823 invoked from network); 23 Apr 2013 07:34:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 07:34:11 -0000 X-IronPort-AV: E=Sophos;i="4.87,531,1363132800"; d="scan'208";a="3826303" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 07:34:11 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 08:34:10 +0100 Message-ID: <1366702450.12931.7.camel@dagon.hellion.org.uk> From: Ian Campbell To: Pasi =?ISO-8859-1?Q?K=E4rkk=E4inen?= Date: Tue, 23 Apr 2013 08:34:10 +0100 In-Reply-To: <20130422184537.GU11427@reaktio.net> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <20130422184537.GU11427@reaktio.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-22 at 19:45 +0100, Pasi K=E4rkk=E4inen wrote: > > Also, for example XAPI does not have a separate dev or user list. Th= at is > > also one to consider at some point. > > > = > I thought that's what xen-api@lists.xen.org was supposed to be :) = Lars meant separate dev and user lists, while xen-api combines the two (and under a non-obvious name for either use case). Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 23 07:34:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 07: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 1UUXjy-0000dc-QY; Tue, 23 Apr 2013 07:34:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUXjx-0000dM-4b; Tue, 23 Apr 2013 07:34:13 +0000 Received: from [85.158.138.51:32034] by server-7.bemta-3.messagelabs.com id C1/95-06591-37936715; Tue, 23 Apr 2013 07:34:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1366702450!25478538!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31823 invoked from network); 23 Apr 2013 07:34:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 07:34:11 -0000 X-IronPort-AV: E=Sophos;i="4.87,531,1363132800"; d="scan'208";a="3826303" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 07:34:11 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 08:34:10 +0100 Message-ID: <1366702450.12931.7.camel@dagon.hellion.org.uk> From: Ian Campbell To: Pasi =?ISO-8859-1?Q?K=E4rkk=E4inen?= Date: Tue, 23 Apr 2013 08:34:10 +0100 In-Reply-To: <20130422184537.GU11427@reaktio.net> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <20130422184537.GU11427@reaktio.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-22 at 19:45 +0100, Pasi K=E4rkk=E4inen wrote: > > Also, for example XAPI does not have a separate dev or user list. Th= at is > > also one to consider at some point. > > > = > I thought that's what xen-api@lists.xen.org was supposed to be :) = Lars meant separate dev and user lists, while xen-api combines the two (and under a non-obvious name for either use case). Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 23 07:42:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 07:42: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 1UUXrd-0001OM-P1; Tue, 23 Apr 2013 07:42:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUXrc-0001O4-R5; Tue, 23 Apr 2013 07:42:09 +0000 Received: from [85.158.139.83:11195] by server-9.bemta-5.messagelabs.com id EF/A6-08547-F4B36715; Tue, 23 Apr 2013 07:42:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1366702922!22320724!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21485 invoked from network); 23 Apr 2013 07:42:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 07:42:03 -0000 X-IronPort-AV: E=Sophos;i="4.87,531,1363132800"; d="scan'208";a="3826558" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 07:42:03 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 08:42:02 +0100 Message-ID: <1366702922.12931.14.camel@dagon.hellion.org.uk> From: Ian Campbell To: "lars.kurth@xen.org" Date: Tue, 23 Apr 2013 08:42:02 +0100 In-Reply-To: <51756872.7040402@xen.org> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-22 at 17:42 +0100, Lars Kurth wrote: > On new lists, we will need lists for > * xenproject-marketing@lists.xenproject.org ... maybe > xenproject-publicity@lists.xenproject.org hits it better than > marketing (seems to work for debian) For things which are xenproject wide and not related to a specific subproject I think omitting the prefix is the way to go, so marketing@, publicity@ etc, the xenproject bit is in the domain and repeating it makes everything sound clumsy. > * I need something for votes and discussions that cut accross > sub-project and teams. Maybe > xenproject-proposals@lists.xenproject.org or > xenproject-decisionmaking@lists.xenproject.org? Just putting > these into the room: none of these sound right to me. Maybe > xenproject-leadership@lists.xenproject.org is better? vote@, committers@ and/or maintainers@ ? Along with -{vote,comitters,maintainers}@? In which case perhaps all-vote@ all-committers@ etc for the global ones? > * We will have a list for the advisory board, which wants to be > totally open and transparent. So this would be > xenproject-advisoryboard@lists.xenproject.org and I will post > minutes, etc. of the last meeting when we created the list. I think just advisoryboard@ is sufficient. > * xenproject-private, if we actually need it would work too. > However the advisory board recommended in the meeting last > week not to have any private lists at all. So maybe we don't > need this. We could always defer this one until a real need crops up? Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 23 07:42:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 07:42: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 1UUXrd-0001OM-P1; Tue, 23 Apr 2013 07:42:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUXrc-0001O4-R5; Tue, 23 Apr 2013 07:42:09 +0000 Received: from [85.158.139.83:11195] by server-9.bemta-5.messagelabs.com id EF/A6-08547-F4B36715; Tue, 23 Apr 2013 07:42:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1366702922!22320724!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21485 invoked from network); 23 Apr 2013 07:42:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 07:42:03 -0000 X-IronPort-AV: E=Sophos;i="4.87,531,1363132800"; d="scan'208";a="3826558" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 07:42:03 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 08:42:02 +0100 Message-ID: <1366702922.12931.14.camel@dagon.hellion.org.uk> From: Ian Campbell To: "lars.kurth@xen.org" Date: Tue, 23 Apr 2013 08:42:02 +0100 In-Reply-To: <51756872.7040402@xen.org> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-04-22 at 17:42 +0100, Lars Kurth wrote: > On new lists, we will need lists for > * xenproject-marketing@lists.xenproject.org ... maybe > xenproject-publicity@lists.xenproject.org hits it better than > marketing (seems to work for debian) For things which are xenproject wide and not related to a specific subproject I think omitting the prefix is the way to go, so marketing@, publicity@ etc, the xenproject bit is in the domain and repeating it makes everything sound clumsy. > * I need something for votes and discussions that cut accross > sub-project and teams. Maybe > xenproject-proposals@lists.xenproject.org or > xenproject-decisionmaking@lists.xenproject.org? Just putting > these into the room: none of these sound right to me. Maybe > xenproject-leadership@lists.xenproject.org is better? vote@, committers@ and/or maintainers@ ? Along with -{vote,comitters,maintainers}@? In which case perhaps all-vote@ all-committers@ etc for the global ones? > * We will have a list for the advisory board, which wants to be > totally open and transparent. So this would be > xenproject-advisoryboard@lists.xenproject.org and I will post > minutes, etc. of the last meeting when we created the list. I think just advisoryboard@ is sufficient. > * xenproject-private, if we actually need it would work too. > However the advisory board recommended in the meeting last > week not to have any private lists at all. So maybe we don't > need this. We could always defer this one until a real need crops up? Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Apr 23 08:10:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 08:10: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 1UUYJF-0002mF-SQ; Tue, 23 Apr 2013 08:10:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUYJE-0002m4-BJ; Tue, 23 Apr 2013 08:10:40 +0000 Received: from [85.158.137.99:43313] by server-14.bemta-3.messagelabs.com id D0/F9-27076-FF146715; Tue, 23 Apr 2013 08:10:39 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1366704633!13638101!1 X-Originating-IP: [209.85.214.178] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19610 invoked from network); 23 Apr 2013 08:10:35 -0000 Received: from mail-ob0-f178.google.com (HELO mail-ob0-f178.google.com) (209.85.214.178) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 08:10:35 -0000 Received: by mail-ob0-f178.google.com with SMTP id 16so285174obc.9 for ; Tue, 23 Apr 2013 01:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=FogW47cwC6tAPU/59FXIPTRnUSzDBywH0MOCV/xMVmg=; b=PdAlqufwR9vUJzHyy3+jQoB8iI9LPgRCGyJ5IsWaqqUZpLrQUIankhAg93Z3/fzIwr xCttDKQdinlw24eb7C2d1ctvVJ5NWQXxj95bYWJx+kDMKhvxxkBDmGlVXCAx1bvopObS n51mcNv0pWdP5cAHEC4N2JNu/CbzXIt6sVOiBxjn6XgLHOYG6cWjuN/cZ54bf2X+fphc TgZE/i23LlZeeIjiyTdDiNbEvlF/2fKzCRiryjdJ3zrq3ElTHmNtA13aNZSYxJWP6EWW cb5V0NcMzjFqALTJIOJ7wMb/MJoayQSvu9+Uj7FE+iGrwwdhzXhT8KXwNr3vPzEJ96Q+ PZyg== MIME-Version: 1.0 X-Received: by 10.182.246.198 with SMTP id xy6mr11287119obc.1.1366704632832; Tue, 23 Apr 2013 01:10:32 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Tue, 23 Apr 2013 01:10:32 -0700 (PDT) In-Reply-To: References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Date: Tue, 23 Apr 2013 09:10:32 +0100 Message-ID: From: Lars Kurth To: samir benkhellat Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2737538927331527220==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2737538927331527220== Content-Type: multipart/alternative; boundary=001a11c1bc042729da04db02b803 --001a11c1bc042729da04db02b803 Content-Type: text/plain; charset=ISO-8859-1 > I also want to know why we can't create/use a forum: It'll be more organized, easier to seach, > more categorized and more user frendly for new comers I don't think that our developers will want a forum. However for user questions, we created http://xenproject.org/help/questions-and-answers.html which are inessence a forum. You just need to start using it. On Mon, Apr 22, 2013 at 6:10 PM, samir benkhellat < benkhellat_samir@hotmail.com> wrote: > I also want to know why we can't create/use a forum: It'll be more > organized, easier to seach, more categorized and more user frendly for new > comers > > So what do you think? > > Regards > > ------------------------------ > Date: Mon, 22 Apr 2013 17:42:26 +0100 > From: lars.kurth@xen.org > To: chip.childers@sungard.com > CC: xen-arm@lists.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org > Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific > purposes > > > Hi, > > seems nobody has any views. How about I make a more concrete proposal. I > also noticed that we have no real global list for voting and proposals (and > to discuss issues like this). I have to include all lists, which creates > spam. As already indicated on the blog, at some point we should move to @ > lists.xenproject.org, which will cause some impact on mailfilters, etc. > (similar to when we moved from @lists.xensource.com to @lists.xen.orgabout a year ago). So that may be a good opportunity to deal with some > inconsistencies that have grown over time. > > It also raises questions about naming conventions for new lists. Should > lists be > - xen-...@lists.xenproject.org, or should they be > - xenproject-...@lists.xenproject.org > And then of course, should any convention be forward looking or should we > rename lists to be consistent and (as we are already changing @ > lists.xenproject.org, changing the actual list name may not be any worse). > > On new lists, we will need lists for > > - xenproject-marketing@lists.xenproject.org ... maybe > xenproject-publicity@lists.xenproject.org hits it better than > marketing (seems to work for debian) > - I need something for votes and discussions that cut accross > sub-project and teams. Maybe xenproject-proposals@lists.xenproject.orgor > xenproject-decisionmaking@lists.xenproject.org? Just putting these > into the room: none of these sound right to me. Maybe > xenproject-leadership@lists.xenproject.org is better? > - We will have a list for the advisory board, which wants to be > totally open and transparent. So this would be > xenproject-advisoryboard@lists.xenproject.org and I will post minutes, > etc. of the last meeting when we created the list. > - xenproject-private, if we actually need it would work too. However > the advisory board recommended in the meeting last week not to have any > private lists at all. So maybe we don't need this. > > Also, for example XAPI does not have a separate dev or user list. That is > also one to consider at some point. > > Anyway, I am just putting these into the room for discussion. > > Lars > > On 19/04/2013 04:52, Chip Childers wrote: > > On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: > > 1) A list for coordinating blog posts, other communication, > attending of event, etc. - not sure about the name, so am looking > for suggestions. I am not sure whether we should have public > archives: comparable lists of other projects don't. > > From an outsider / lurker perspective, xen-marketing@lists.xen.org is a > good fit. > > > 2) A semi-private invite mailing list for ALL project leads, > committers and maintainers of ALL projects hosted on xen.org > > Similarly to above: xen-private@lists.xen.org > > Both of these list names are used in other projects I'm working with / > observe. > > > > > _______________________________________________ Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --001a11c1bc042729da04db02b803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0I also want to know why we can't create/use a forum: It'll= =A0 be more organized, easier to seach,=A0
> more categorized and more user = frendly for new comers
I do= n't think that our developers will want a forum.
However for us= er questions, we created=A0http://xenproject.org/help/questions-and-answers.h= tml=A0which are inessence a forum. You just need to start using it.


On Mon,= Apr 22, 2013 at 6:10 PM, samir benkhellat <benkhellat_samir@ho= tmail.com> wrote:
I also want to know why we can't create/use a for= um: It'll=A0 be more organized, easier to seach, more categorized and m= ore user frendly for new comers

So what do you think?

Regards=

Date: Mon, 22 Apr 2013 17:42:26 +0100
From: lars.kurth@xen.org<= br>To: chip.= childers@sungard.com
CC: xen-arm@list= s.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org
Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific pur= poses


=20 =20 =20 =20
Hi,

seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @= lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time.

It also raises questions about naming conventions for new lists. Should lists be
- x= en-...@lists.xenproject.org, or should they be
- xenproject-...@lists.xenproject.org
And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @l= ists.xenproject.org, changing the actual list name may not be any worse).

On new lists, we will need lists for
Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point.

Anyway, I am just putting these into the room for discussion.

Lars

On 19/04/2013 04:52, Chip Childers wrote:
On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote:

1) A list for coordinating blog posts, other communication,
attending of event, etc. - not sure about the name, so am looking
for suggestions. I am not sure whether we should have public
archives: comparable lists of other projects don't.

From an outsider / lurker perspective, xen-marketing@lists.xen.org is =
a
good fit.


2) A semi-private invite mailing list for ALL project leads,
committers and maintainers of ALL projects hosted on xen.org

Similarly to above: xen-private@lists.xen.org

Both of these list names are used in other projects I'm working with /
observe.

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

--001a11c1bc042729da04db02b803-- --===============2737538927331527220== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2737538927331527220==-- From xen-api-bounces@lists.xen.org Tue Apr 23 08:10:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 08:10: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 1UUYJF-0002mF-SQ; Tue, 23 Apr 2013 08:10:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUYJE-0002m4-BJ; Tue, 23 Apr 2013 08:10:40 +0000 Received: from [85.158.137.99:43313] by server-14.bemta-3.messagelabs.com id D0/F9-27076-FF146715; Tue, 23 Apr 2013 08:10:39 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1366704633!13638101!1 X-Originating-IP: [209.85.214.178] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19610 invoked from network); 23 Apr 2013 08:10:35 -0000 Received: from mail-ob0-f178.google.com (HELO mail-ob0-f178.google.com) (209.85.214.178) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 08:10:35 -0000 Received: by mail-ob0-f178.google.com with SMTP id 16so285174obc.9 for ; Tue, 23 Apr 2013 01:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=FogW47cwC6tAPU/59FXIPTRnUSzDBywH0MOCV/xMVmg=; b=PdAlqufwR9vUJzHyy3+jQoB8iI9LPgRCGyJ5IsWaqqUZpLrQUIankhAg93Z3/fzIwr xCttDKQdinlw24eb7C2d1ctvVJ5NWQXxj95bYWJx+kDMKhvxxkBDmGlVXCAx1bvopObS n51mcNv0pWdP5cAHEC4N2JNu/CbzXIt6sVOiBxjn6XgLHOYG6cWjuN/cZ54bf2X+fphc TgZE/i23LlZeeIjiyTdDiNbEvlF/2fKzCRiryjdJ3zrq3ElTHmNtA13aNZSYxJWP6EWW cb5V0NcMzjFqALTJIOJ7wMb/MJoayQSvu9+Uj7FE+iGrwwdhzXhT8KXwNr3vPzEJ96Q+ PZyg== MIME-Version: 1.0 X-Received: by 10.182.246.198 with SMTP id xy6mr11287119obc.1.1366704632832; Tue, 23 Apr 2013 01:10:32 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Tue, 23 Apr 2013 01:10:32 -0700 (PDT) In-Reply-To: References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Date: Tue, 23 Apr 2013 09:10:32 +0100 Message-ID: From: Lars Kurth To: samir benkhellat Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2737538927331527220==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2737538927331527220== Content-Type: multipart/alternative; boundary=001a11c1bc042729da04db02b803 --001a11c1bc042729da04db02b803 Content-Type: text/plain; charset=ISO-8859-1 > I also want to know why we can't create/use a forum: It'll be more organized, easier to seach, > more categorized and more user frendly for new comers I don't think that our developers will want a forum. However for user questions, we created http://xenproject.org/help/questions-and-answers.html which are inessence a forum. You just need to start using it. On Mon, Apr 22, 2013 at 6:10 PM, samir benkhellat < benkhellat_samir@hotmail.com> wrote: > I also want to know why we can't create/use a forum: It'll be more > organized, easier to seach, more categorized and more user frendly for new > comers > > So what do you think? > > Regards > > ------------------------------ > Date: Mon, 22 Apr 2013 17:42:26 +0100 > From: lars.kurth@xen.org > To: chip.childers@sungard.com > CC: xen-arm@lists.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org > Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific > purposes > > > Hi, > > seems nobody has any views. How about I make a more concrete proposal. I > also noticed that we have no real global list for voting and proposals (and > to discuss issues like this). I have to include all lists, which creates > spam. As already indicated on the blog, at some point we should move to @ > lists.xenproject.org, which will cause some impact on mailfilters, etc. > (similar to when we moved from @lists.xensource.com to @lists.xen.orgabout a year ago). So that may be a good opportunity to deal with some > inconsistencies that have grown over time. > > It also raises questions about naming conventions for new lists. Should > lists be > - xen-...@lists.xenproject.org, or should they be > - xenproject-...@lists.xenproject.org > And then of course, should any convention be forward looking or should we > rename lists to be consistent and (as we are already changing @ > lists.xenproject.org, changing the actual list name may not be any worse). > > On new lists, we will need lists for > > - xenproject-marketing@lists.xenproject.org ... maybe > xenproject-publicity@lists.xenproject.org hits it better than > marketing (seems to work for debian) > - I need something for votes and discussions that cut accross > sub-project and teams. Maybe xenproject-proposals@lists.xenproject.orgor > xenproject-decisionmaking@lists.xenproject.org? Just putting these > into the room: none of these sound right to me. Maybe > xenproject-leadership@lists.xenproject.org is better? > - We will have a list for the advisory board, which wants to be > totally open and transparent. So this would be > xenproject-advisoryboard@lists.xenproject.org and I will post minutes, > etc. of the last meeting when we created the list. > - xenproject-private, if we actually need it would work too. However > the advisory board recommended in the meeting last week not to have any > private lists at all. So maybe we don't need this. > > Also, for example XAPI does not have a separate dev or user list. That is > also one to consider at some point. > > Anyway, I am just putting these into the room for discussion. > > Lars > > On 19/04/2013 04:52, Chip Childers wrote: > > On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: > > 1) A list for coordinating blog posts, other communication, > attending of event, etc. - not sure about the name, so am looking > for suggestions. I am not sure whether we should have public > archives: comparable lists of other projects don't. > > From an outsider / lurker perspective, xen-marketing@lists.xen.org is a > good fit. > > > 2) A semi-private invite mailing list for ALL project leads, > committers and maintainers of ALL projects hosted on xen.org > > Similarly to above: xen-private@lists.xen.org > > Both of these list names are used in other projects I'm working with / > observe. > > > > > _______________________________________________ Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --001a11c1bc042729da04db02b803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0I also want to know why we can't create/use a forum: It'll= =A0 be more organized, easier to seach,=A0
> more categorized and more user = frendly for new comers
I do= n't think that our developers will want a forum.
However for us= er questions, we created=A0http://xenproject.org/help/questions-and-answers.h= tml=A0which are inessence a forum. You just need to start using it.


On Mon,= Apr 22, 2013 at 6:10 PM, samir benkhellat <benkhellat_samir@ho= tmail.com> wrote:
I also want to know why we can't create/use a for= um: It'll=A0 be more organized, easier to seach, more categorized and m= ore user frendly for new comers

So what do you think?

Regards=

Date: Mon, 22 Apr 2013 17:42:26 +0100
From: lars.kurth@xen.org<= br>To: chip.= childers@sungard.com
CC: xen-arm@list= s.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org
Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific pur= poses


=20 =20 =20 =20
Hi,

seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @= lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time.

It also raises questions about naming conventions for new lists. Should lists be
- x= en-...@lists.xenproject.org, or should they be
- xenproject-...@lists.xenproject.org
And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @l= ists.xenproject.org, changing the actual list name may not be any worse).

On new lists, we will need lists for
Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point.

Anyway, I am just putting these into the room for discussion.

Lars

On 19/04/2013 04:52, Chip Childers wrote:
On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote:

1) A list for coordinating blog posts, other communication,
attending of event, etc. - not sure about the name, so am looking
for suggestions. I am not sure whether we should have public
archives: comparable lists of other projects don't.

From an outsider / lurker perspective, xen-marketing@lists.xen.org is =
a
good fit.


2) A semi-private invite mailing list for ALL project leads,
committers and maintainers of ALL projects hosted on xen.org

Similarly to above: xen-private@lists.xen.org

Both of these list names are used in other projects I'm working with /
observe.

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

--001a11c1bc042729da04db02b803-- --===============2737538927331527220== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2737538927331527220==-- From xen-api-bounces@lists.xen.org Tue Apr 23 08:16:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 08:16: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 1UUYOp-0003O3-Q7; Tue, 23 Apr 2013 08:16:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUYOn-0003Mb-UY; Tue, 23 Apr 2013 08:16:26 +0000 Received: from [193.109.254.147:4112] by server-3.bemta-14.messagelabs.com id E9/82-17488-85346715; Tue, 23 Apr 2013 08:16:24 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1366704968!9062695!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2187 invoked from network); 23 Apr 2013 08:16:10 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 08:16:10 -0000 Received: by mail-ob0-f171.google.com with SMTP id er7so284953obc.16 for ; Tue, 23 Apr 2013 01:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ox4mZi2LDeKYnDxL4rKBRoo4/6O+Lc4KWeMCzDIqrbo=; b=W0xfDkIq5qdJnFe6h6VbBVWTRSmYbBPLasigvSRTE1Bwa+pWmdUCVKdxJo7jvaWYng DHZsgRcz/TdySMi4HkpYZ57P6428/B9HQOVRbRI9mc1eXQh42/Da/oYgpflPQpSYp8ok bXGFwtGUI01wV9yfCCD9MyDcB4uMYHKN88D6hoSaaqHvUCk/+hNM/zML8MKYRy6nQjDg VNnF/IvQxpeWR6sX/+Br2FilJFmAock2VRjWjik4DG2l+RWvOF6tMWlgTAKeM+Q8ToWi l6O1Ehu0Br7zkV1pdEpYLwXufb54vBwiTU0ioEb4oANr7XwrG+KTUgUgHFqM8UmnBQ4e 9xIQ== MIME-Version: 1.0 X-Received: by 10.60.146.227 with SMTP id tf3mr3875159oeb.50.1366704967582; Tue, 23 Apr 2013 01:16:07 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Tue, 23 Apr 2013 01:16:07 -0700 (PDT) In-Reply-To: References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Date: Tue, 23 Apr 2013 09:16:07 +0100 Message-ID: From: Lars Kurth To: samir benkhellat Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1404871405554906900==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1404871405554906900== Content-Type: multipart/alternative; boundary=047d7b5d3b821b0b3304db02cc02 --047d7b5d3b821b0b3304db02cc02 Content-Type: text/plain; charset=ISO-8859-1 I think Ian's proposal makes sense. There is no real need to have a pre-fix, I raised this because it seems to be convention with debian and many other projects. Personally I don't like xen-... xenproject-..., etc. Let's wait for a couple of days and see what else comes back and then I can make a concrete proposal for voting. I also need to check with timescales on the domain change. Lars On Tue, Apr 23, 2013 at 9:10 AM, Lars Kurth wrote: > > I also want to know why we can't create/use a forum: It'll be more > organized, easier to seach, > > more categorized and more user frendly for new comers > I don't think that our developers will want a forum. > However for user questions, we created > http://xenproject.org/help/questions-and-answers.html which are inessence > a forum. You just need to start using it. > > > On Mon, Apr 22, 2013 at 6:10 PM, samir benkhellat < > benkhellat_samir@hotmail.com> wrote: > >> I also want to know why we can't create/use a forum: It'll be more >> organized, easier to seach, more categorized and more user frendly for new >> comers >> >> So what do you think? >> >> Regards >> >> ------------------------------ >> Date: Mon, 22 Apr 2013 17:42:26 +0100 >> From: lars.kurth@xen.org >> To: chip.childers@sungard.com >> CC: xen-arm@lists.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org >> Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific >> purposes >> >> >> Hi, >> >> seems nobody has any views. How about I make a more concrete proposal. I >> also noticed that we have no real global list for voting and proposals (and >> to discuss issues like this). I have to include all lists, which creates >> spam. As already indicated on the blog, at some point we should move to @ >> lists.xenproject.org, which will cause some impact on mailfilters, etc. >> (similar to when we moved from @lists.xensource.com to @lists.xen.orgabout a year ago). So that may be a good opportunity to deal with some >> inconsistencies that have grown over time. >> >> It also raises questions about naming conventions for new lists. Should >> lists be >> - xen-...@lists.xenproject.org, or should they be >> - xenproject-...@lists.xenproject.org >> And then of course, should any convention be forward looking or should we >> rename lists to be consistent and (as we are already changing @ >> lists.xenproject.org, changing the actual list name may not be any >> worse). >> >> On new lists, we will need lists for >> >> - xenproject-marketing@lists.xenproject.org ... maybe >> xenproject-publicity@lists.xenproject.org hits it better than >> marketing (seems to work for debian) >> - I need something for votes and discussions that cut accross >> sub-project and teams. Maybe xenproject-proposals@lists.xenproject.orgor >> xenproject-decisionmaking@lists.xenproject.org? Just putting these >> into the room: none of these sound right to me. Maybe >> xenproject-leadership@lists.xenproject.org is better? >> - We will have a list for the advisory board, which wants to be >> totally open and transparent. So this would be >> xenproject-advisoryboard@lists.xenproject.org and I will post >> minutes, etc. of the last meeting when we created the list. >> - xenproject-private, if we actually need it would work too. However >> the advisory board recommended in the meeting last week not to have any >> private lists at all. So maybe we don't need this. >> >> Also, for example XAPI does not have a separate dev or user list. That is >> also one to consider at some point. >> >> Anyway, I am just putting these into the room for discussion. >> >> Lars >> >> On 19/04/2013 04:52, Chip Childers wrote: >> >> On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: >> >> 1) A list for coordinating blog posts, other communication, >> attending of event, etc. - not sure about the name, so am looking >> for suggestions. I am not sure whether we should have public >> archives: comparable lists of other projects don't. >> >> From an outsider / lurker perspective, xen-marketing@lists.xen.org is a >> good fit. >> >> >> 2) A semi-private invite mailing list for ALL project leads, >> committers and maintainers of ALL projects hosted on xen.org >> >> Similarly to above: xen-private@lists.xen.org >> >> Both of these list names are used in other projects I'm working with / >> observe. >> >> >> >> >> _______________________________________________ Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > > --047d7b5d3b821b0b3304db02cc02 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I think Ian's proposal makes sense. There is no real n= eed to have a pre-fix, I raised this because it seems to be convention with= debian and many other projects. Personally I don't like xen-... xenpro= ject-..., etc. Let's wait for a couple of days and see what else comes = back and then I can make a concrete proposal for voting. I also need to che= ck with timescales on the domain change.
Lars


On Tue, Apr 23, 2013 at 9:10 AM, Lars Kurth <lars.kurth.xen@gmai= l.com> wrote:
>=A0I also want to kn= ow why we can't create/use a forum: It'll=A0 be more organized, eas= ier to seach,=A0
> more categ= orized and more user frendly for new comers
I do= n't think that our developers will want a forum.
However for user que= stions, we created=A0http://xenproject.org/help/questions-a= nd-answers.html=A0which are inessence a forum. You just need to start u= sing it.

On Mon, Apr 22, 2013 at 6:10 PM, samir ben= khellat <benkhellat_samir@hotmail.com> wrote:
I also want to know why we can't create/use a for= um: It'll=A0 be more organized, easier to seach, more categorized and m= ore user frendly for new comers

So what do you think?

Regards=

Date: Mon, 22 Apr 2013 17:42:26 +0100
From: lars.kurth@xen.org<= br>To: chip.= childers@sungard.com
CC: xen-arm@list= s.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org
Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific pur= poses


=20 =20 =20 =20
Hi,

seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @= lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time.

It also raises questions about naming conventions for new lists. Should lists be
- x= en-...@lists.xenproject.org, or should they be
- xenproject-...@lists.xenproject.org
And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @l= ists.xenproject.org, changing the actual list name may not be any worse).

On new lists, we will need lists for
Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point.

Anyway, I am just putting these into the room for discussion.

Lars

On 19/04/2013 04:52, Chip Childers wrote:
On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote:

1) A list for coordinating blog posts, other communication,
attending of event, etc. - not sure about the name, so am looking
for suggestions. I am not sure whether we should have public
archives: comparable lists of other projects don't.

From an outsider / lurker perspective, xen-marketing@lists.xen.org is =
a
good fit.


2) A semi-private invite mailing list for ALL project leads,
committers and maintainers of ALL projects hosted on xen.org

Similarly to above: xen-private@lists.xen.org

Both of these list names are used in other projects I'm working with /
observe.

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


--047d7b5d3b821b0b3304db02cc02-- --===============1404871405554906900== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1404871405554906900==-- From xen-api-bounces@lists.xen.org Tue Apr 23 08:16:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 08:16: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 1UUYOp-0003O3-Q7; Tue, 23 Apr 2013 08:16:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUYOn-0003Mb-UY; Tue, 23 Apr 2013 08:16:26 +0000 Received: from [193.109.254.147:4112] by server-3.bemta-14.messagelabs.com id E9/82-17488-85346715; Tue, 23 Apr 2013 08:16:24 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1366704968!9062695!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2187 invoked from network); 23 Apr 2013 08:16:10 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 08:16:10 -0000 Received: by mail-ob0-f171.google.com with SMTP id er7so284953obc.16 for ; Tue, 23 Apr 2013 01:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ox4mZi2LDeKYnDxL4rKBRoo4/6O+Lc4KWeMCzDIqrbo=; b=W0xfDkIq5qdJnFe6h6VbBVWTRSmYbBPLasigvSRTE1Bwa+pWmdUCVKdxJo7jvaWYng DHZsgRcz/TdySMi4HkpYZ57P6428/B9HQOVRbRI9mc1eXQh42/Da/oYgpflPQpSYp8ok bXGFwtGUI01wV9yfCCD9MyDcB4uMYHKN88D6hoSaaqHvUCk/+hNM/zML8MKYRy6nQjDg VNnF/IvQxpeWR6sX/+Br2FilJFmAock2VRjWjik4DG2l+RWvOF6tMWlgTAKeM+Q8ToWi l6O1Ehu0Br7zkV1pdEpYLwXufb54vBwiTU0ioEb4oANr7XwrG+KTUgUgHFqM8UmnBQ4e 9xIQ== MIME-Version: 1.0 X-Received: by 10.60.146.227 with SMTP id tf3mr3875159oeb.50.1366704967582; Tue, 23 Apr 2013 01:16:07 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Tue, 23 Apr 2013 01:16:07 -0700 (PDT) In-Reply-To: References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Date: Tue, 23 Apr 2013 09:16:07 +0100 Message-ID: From: Lars Kurth To: samir benkhellat Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1404871405554906900==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1404871405554906900== Content-Type: multipart/alternative; boundary=047d7b5d3b821b0b3304db02cc02 --047d7b5d3b821b0b3304db02cc02 Content-Type: text/plain; charset=ISO-8859-1 I think Ian's proposal makes sense. There is no real need to have a pre-fix, I raised this because it seems to be convention with debian and many other projects. Personally I don't like xen-... xenproject-..., etc. Let's wait for a couple of days and see what else comes back and then I can make a concrete proposal for voting. I also need to check with timescales on the domain change. Lars On Tue, Apr 23, 2013 at 9:10 AM, Lars Kurth wrote: > > I also want to know why we can't create/use a forum: It'll be more > organized, easier to seach, > > more categorized and more user frendly for new comers > I don't think that our developers will want a forum. > However for user questions, we created > http://xenproject.org/help/questions-and-answers.html which are inessence > a forum. You just need to start using it. > > > On Mon, Apr 22, 2013 at 6:10 PM, samir benkhellat < > benkhellat_samir@hotmail.com> wrote: > >> I also want to know why we can't create/use a forum: It'll be more >> organized, easier to seach, more categorized and more user frendly for new >> comers >> >> So what do you think? >> >> Regards >> >> ------------------------------ >> Date: Mon, 22 Apr 2013 17:42:26 +0100 >> From: lars.kurth@xen.org >> To: chip.childers@sungard.com >> CC: xen-arm@lists.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org >> Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific >> purposes >> >> >> Hi, >> >> seems nobody has any views. How about I make a more concrete proposal. I >> also noticed that we have no real global list for voting and proposals (and >> to discuss issues like this). I have to include all lists, which creates >> spam. As already indicated on the blog, at some point we should move to @ >> lists.xenproject.org, which will cause some impact on mailfilters, etc. >> (similar to when we moved from @lists.xensource.com to @lists.xen.orgabout a year ago). So that may be a good opportunity to deal with some >> inconsistencies that have grown over time. >> >> It also raises questions about naming conventions for new lists. Should >> lists be >> - xen-...@lists.xenproject.org, or should they be >> - xenproject-...@lists.xenproject.org >> And then of course, should any convention be forward looking or should we >> rename lists to be consistent and (as we are already changing @ >> lists.xenproject.org, changing the actual list name may not be any >> worse). >> >> On new lists, we will need lists for >> >> - xenproject-marketing@lists.xenproject.org ... maybe >> xenproject-publicity@lists.xenproject.org hits it better than >> marketing (seems to work for debian) >> - I need something for votes and discussions that cut accross >> sub-project and teams. Maybe xenproject-proposals@lists.xenproject.orgor >> xenproject-decisionmaking@lists.xenproject.org? Just putting these >> into the room: none of these sound right to me. Maybe >> xenproject-leadership@lists.xenproject.org is better? >> - We will have a list for the advisory board, which wants to be >> totally open and transparent. So this would be >> xenproject-advisoryboard@lists.xenproject.org and I will post >> minutes, etc. of the last meeting when we created the list. >> - xenproject-private, if we actually need it would work too. However >> the advisory board recommended in the meeting last week not to have any >> private lists at all. So maybe we don't need this. >> >> Also, for example XAPI does not have a separate dev or user list. That is >> also one to consider at some point. >> >> Anyway, I am just putting these into the room for discussion. >> >> Lars >> >> On 19/04/2013 04:52, Chip Childers wrote: >> >> On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote: >> >> 1) A list for coordinating blog posts, other communication, >> attending of event, etc. - not sure about the name, so am looking >> for suggestions. I am not sure whether we should have public >> archives: comparable lists of other projects don't. >> >> From an outsider / lurker perspective, xen-marketing@lists.xen.org is a >> good fit. >> >> >> 2) A semi-private invite mailing list for ALL project leads, >> committers and maintainers of ALL projects hosted on xen.org >> >> Similarly to above: xen-private@lists.xen.org >> >> Both of these list names are used in other projects I'm working with / >> observe. >> >> >> >> >> _______________________________________________ Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > > --047d7b5d3b821b0b3304db02cc02 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I think Ian's proposal makes sense. There is no real n= eed to have a pre-fix, I raised this because it seems to be convention with= debian and many other projects. Personally I don't like xen-... xenpro= ject-..., etc. Let's wait for a couple of days and see what else comes = back and then I can make a concrete proposal for voting. I also need to che= ck with timescales on the domain change.
Lars


On Tue, Apr 23, 2013 at 9:10 AM, Lars Kurth <lars.kurth.xen@gmai= l.com> wrote:
>=A0I also want to kn= ow why we can't create/use a forum: It'll=A0 be more organized, eas= ier to seach,=A0
> more categ= orized and more user frendly for new comers
I do= n't think that our developers will want a forum.
However for user que= stions, we created=A0http://xenproject.org/help/questions-a= nd-answers.html=A0which are inessence a forum. You just need to start u= sing it.

On Mon, Apr 22, 2013 at 6:10 PM, samir ben= khellat <benkhellat_samir@hotmail.com> wrote:
I also want to know why we can't create/use a for= um: It'll=A0 be more organized, easier to seach, more categorized and m= ore user frendly for new comers

So what do you think?

Regards=

Date: Mon, 22 Apr 2013 17:42:26 +0100
From: lars.kurth@xen.org<= br>To: chip.= childers@sungard.com
CC: xen-arm@list= s.xen.org; xen-devel@lists.xen.org; xen-api@lists.xen.org
Subject: Re: [Xen-API] [Proposal] Additional mailing lists for specific pur= poses


=20 =20 =20 =20
Hi,

seems nobody has any views. How about I make a more concrete proposal. I also noticed that we have no real global list for voting and proposals (and to discuss issues like this). I have to include all lists, which creates spam. As already indicated on the blog, at some point we should move to @lists.xenproject.org, which will cause some impact on mailfilters, etc. (similar to when we moved from @= lists.xensource.com to @lists.xen.org about a year ago). So that may be a good opportunity to deal with some inconsistencies that have grown over time.

It also raises questions about naming conventions for new lists. Should lists be
- x= en-...@lists.xenproject.org, or should they be
- xenproject-...@lists.xenproject.org
And then of course, should any convention be forward looking or should we rename lists to be consistent and (as we are already changing @l= ists.xenproject.org, changing the actual list name may not be any worse).

On new lists, we will need lists for
Also, for example XAPI does not have a separate dev or user list. That is also one to consider at some point.

Anyway, I am just putting these into the room for discussion.

Lars

On 19/04/2013 04:52, Chip Childers wrote:
On Sun, Apr 14, 2013 at 06:52:09PM +0100, Lars Kurth wrote:

1) A list for coordinating blog posts, other communication,
attending of event, etc. - not sure about the name, so am looking
for suggestions. I am not sure whether we should have public
archives: comparable lists of other projects don't.

From an outsider / lurker perspective, xen-marketing@lists.xen.org is =
a
good fit.


2) A semi-private invite mailing list for ALL project leads,
committers and maintainers of ALL projects hosted on xen.org

Similarly to above: xen-private@lists.xen.org

Both of these list names are used in other projects I'm working with /
observe.

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


--047d7b5d3b821b0b3304db02cc02-- --===============1404871405554906900== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1404871405554906900==-- From xen-api-bounces@lists.xen.org Tue Apr 23 08:52:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 08:52: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 1UUYxl-00067B-5r; Tue, 23 Apr 2013 08:52:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUYxk-00066x-0e; Tue, 23 Apr 2013 08:52:32 +0000 Received: from [85.158.139.83:39385] by server-8.bemta-5.messagelabs.com id 15/0D-05790-ECB46715; Tue, 23 Apr 2013 08:52:30 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366707149!22148452!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 346 invoked from network); 23 Apr 2013 08:52:30 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 08:52:30 -0000 Received: by mail-wi0-f169.google.com with SMTP id h11so6124669wiv.0 for ; Tue, 23 Apr 2013 01:52:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=xFZ5Y0EiQgmZ9YZNj++HnEbyEFqhqWfID4NHK0o1qBc=; b=a3wjRD+jFmGRwGH+oEBZ+faIi7NCFPfJiK7cTxua7k+Tjckf+22gzCP+DZq8WdETJr RXy2kRO4pvI8LHvEfaw4bTumtuaqwoEUuyLTlJ+aNLG7bR2st0zX+ZCd1yLUmelLHmO7 wxk7ddFFi21Z6nJKjxF/VyBabtGhnLtoUUIyk7g2JggDgWH9oV377IeTfYFVKJDsYkOf WhYSJlaJlLQcjjWckLZ+wtRu2pjDlSQbv9rOzpbkSk2kqHD80rkOitl5oGsKEZ+kzpR6 Tc/529EzV+Xxpg655EcgUPEmhKTy58i8/1wL7n133hqwyvZfhSBTjbWLUWeB/REN0FEe /tYQ== MIME-Version: 1.0 X-Received: by 10.180.36.205 with SMTP id s13mr10887173wij.31.1366707149604; Tue, 23 Apr 2013 01:52:29 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Tue, 23 Apr 2013 01:52:29 -0700 (PDT) In-Reply-To: References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Date: Tue, 23 Apr 2013 09:52:29 +0100 X-Google-Sender-Auth: QYiticoO7q2oh30flRNKrSCzGLY Message-ID: From: George Dunlap To: samir benkhellat Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Apr 22, 2013 at 6:10 PM, samir benkhellat wrote: > I also want to know why we can't create/use a forum: It'll be more > organized, easier to seach, more categorized and more user frendly for new > comers > > So what do you think? Just for the record, *development* really cannot happen on a forum. Patches need to be send and reviewed, and e-mail is a great textual lowest common denominator for which there are dozens of tools to interface with. Any web interface will necessarily be less functional and flexible than e-mail + all programs that interface with e-mail. For users, it might make sense to have a forum -- I don't really know. My personal experience is that forums are hard to scan through, and that Google does a great job of turning up useful mailing list posts. But maybe that's just me being a crotchety old "get of my lawn!" developer. :-) -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 Tue Apr 23 08:52:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 08:52: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 1UUYxl-00067B-5r; Tue, 23 Apr 2013 08:52:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUYxk-00066x-0e; Tue, 23 Apr 2013 08:52:32 +0000 Received: from [85.158.139.83:39385] by server-8.bemta-5.messagelabs.com id 15/0D-05790-ECB46715; Tue, 23 Apr 2013 08:52:30 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366707149!22148452!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 346 invoked from network); 23 Apr 2013 08:52:30 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 08:52:30 -0000 Received: by mail-wi0-f169.google.com with SMTP id h11so6124669wiv.0 for ; Tue, 23 Apr 2013 01:52:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=xFZ5Y0EiQgmZ9YZNj++HnEbyEFqhqWfID4NHK0o1qBc=; b=a3wjRD+jFmGRwGH+oEBZ+faIi7NCFPfJiK7cTxua7k+Tjckf+22gzCP+DZq8WdETJr RXy2kRO4pvI8LHvEfaw4bTumtuaqwoEUuyLTlJ+aNLG7bR2st0zX+ZCd1yLUmelLHmO7 wxk7ddFFi21Z6nJKjxF/VyBabtGhnLtoUUIyk7g2JggDgWH9oV377IeTfYFVKJDsYkOf WhYSJlaJlLQcjjWckLZ+wtRu2pjDlSQbv9rOzpbkSk2kqHD80rkOitl5oGsKEZ+kzpR6 Tc/529EzV+Xxpg655EcgUPEmhKTy58i8/1wL7n133hqwyvZfhSBTjbWLUWeB/REN0FEe /tYQ== MIME-Version: 1.0 X-Received: by 10.180.36.205 with SMTP id s13mr10887173wij.31.1366707149604; Tue, 23 Apr 2013 01:52:29 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Tue, 23 Apr 2013 01:52:29 -0700 (PDT) In-Reply-To: References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> Date: Tue, 23 Apr 2013 09:52:29 +0100 X-Google-Sender-Auth: QYiticoO7q2oh30flRNKrSCzGLY Message-ID: From: George Dunlap To: samir benkhellat Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Apr 22, 2013 at 6:10 PM, samir benkhellat wrote: > I also want to know why we can't create/use a forum: It'll be more > organized, easier to seach, more categorized and more user frendly for new > comers > > So what do you think? Just for the record, *development* really cannot happen on a forum. Patches need to be send and reviewed, and e-mail is a great textual lowest common denominator for which there are dozens of tools to interface with. Any web interface will necessarily be less functional and flexible than e-mail + all programs that interface with e-mail. For users, it might make sense to have a forum -- I don't really know. My personal experience is that forums are hard to scan through, and that Google does a great job of turning up useful mailing list posts. But maybe that's just me being a crotchety old "get of my lawn!" developer. :-) -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 Tue Apr 23 11:25:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 11:25:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUbLh-0008Eu-7X; Tue, 23 Apr 2013 11:25:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUbLf-0008EU-AK; Tue, 23 Apr 2013 11:25:23 +0000 Received: from [85.158.139.83:36360] by server-5.bemta-5.messagelabs.com id AF/4B-02762-2AF66715; Tue, 23 Apr 2013 11:25:22 +0000 X-Env-Sender: tim@xen.org X-Msg-Ref: server-3.tower-182.messagelabs.com!1366716290!29559335!1 X-Originating-IP: [81.29.64.94] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12004 invoked from network); 23 Apr 2013 11:24:51 -0000 Received: from ocelot.phlegethon.org (HELO mail.phlegethon.org) (81.29.64.94) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 11:24:51 -0000 Received: from tjd by mail.phlegethon.org with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1UUbL7-0002Ps-TP; Tue, 23 Apr 2013 11:24:49 +0000 Date: Tue, 23 Apr 2013 12:24:49 +0100 From: Tim Deegan To: Ian Campbell Message-ID: <20130423112449.GG7118@ocelot.phlegethon.org> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <1366702922.12931.14.camel@dagon.hellion.org.uk> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <1366702922.12931.14.camel@dagon.hellion.org.uk> User-Agent: Mutt/1.4.2.1i Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 At 08:42 +0100 on 23 Apr (1366706522), Ian Campbell wrote: > On Mon, 2013-04-22 at 17:42 +0100, Lars Kurth wrote: > > On new lists, we will need lists for > > * xenproject-marketing@lists.xenproject.org ... maybe > > xenproject-publicity@lists.xenproject.org hits it better than > > marketing (seems to work for debian) > > For things which are xenproject wide and not related to a specific > subproject I think omitting the prefix is the way to go, so marketing@, > publicity@ etc, the xenproject bit is in the domain and repeating it > makes everything sound clumsy. +1. So, xen-devel@lists.xenproject.org, xapi-devel@, &c for project lists, but publicity@, announce@ without prefixes. > > * I need something for votes and discussions that cut accross > > sub-project and teams. Maybe > > xenproject-proposals@lists.xenproject.org or > > xenproject-decisionmaking@lists.xenproject.org? Just putting > > these into the room: none of these sound right to me. Maybe > > xenproject-leadership@lists.xenproject.org is better? What would this new list be used for? The sort of thing that's currently cross-posted to the various developer lists? Unless that list is automatically maintained as the union of all the dev list members, it seems like it will just make the process less transparent (since people who join xen-devel@ won't know to join governance@ too and so will be left out). > vote@, committers@ and/or maintainers@ ? I don't think there's much use for separate committer/maintainer lists: anything the committers or maintainers want to discuss in public can just happen on the developer lists. There won't be very much of it. Tim. _______________________________________________ Xen-api 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 23 11:25:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 11:25:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUbLh-0008Eu-7X; Tue, 23 Apr 2013 11:25:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUbLf-0008EU-AK; Tue, 23 Apr 2013 11:25:23 +0000 Received: from [85.158.139.83:36360] by server-5.bemta-5.messagelabs.com id AF/4B-02762-2AF66715; Tue, 23 Apr 2013 11:25:22 +0000 X-Env-Sender: tim@xen.org X-Msg-Ref: server-3.tower-182.messagelabs.com!1366716290!29559335!1 X-Originating-IP: [81.29.64.94] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12004 invoked from network); 23 Apr 2013 11:24:51 -0000 Received: from ocelot.phlegethon.org (HELO mail.phlegethon.org) (81.29.64.94) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 11:24:51 -0000 Received: from tjd by mail.phlegethon.org with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1UUbL7-0002Ps-TP; Tue, 23 Apr 2013 11:24:49 +0000 Date: Tue, 23 Apr 2013 12:24:49 +0100 From: Tim Deegan To: Ian Campbell Message-ID: <20130423112449.GG7118@ocelot.phlegethon.org> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <1366702922.12931.14.camel@dagon.hellion.org.uk> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <1366702922.12931.14.camel@dagon.hellion.org.uk> User-Agent: Mutt/1.4.2.1i Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 At 08:42 +0100 on 23 Apr (1366706522), Ian Campbell wrote: > On Mon, 2013-04-22 at 17:42 +0100, Lars Kurth wrote: > > On new lists, we will need lists for > > * xenproject-marketing@lists.xenproject.org ... maybe > > xenproject-publicity@lists.xenproject.org hits it better than > > marketing (seems to work for debian) > > For things which are xenproject wide and not related to a specific > subproject I think omitting the prefix is the way to go, so marketing@, > publicity@ etc, the xenproject bit is in the domain and repeating it > makes everything sound clumsy. +1. So, xen-devel@lists.xenproject.org, xapi-devel@, &c for project lists, but publicity@, announce@ without prefixes. > > * I need something for votes and discussions that cut accross > > sub-project and teams. Maybe > > xenproject-proposals@lists.xenproject.org or > > xenproject-decisionmaking@lists.xenproject.org? Just putting > > these into the room: none of these sound right to me. Maybe > > xenproject-leadership@lists.xenproject.org is better? What would this new list be used for? The sort of thing that's currently cross-posted to the various developer lists? Unless that list is automatically maintained as the union of all the dev list members, it seems like it will just make the process less transparent (since people who join xen-devel@ won't know to join governance@ too and so will be left out). > vote@, committers@ and/or maintainers@ ? I don't think there's much use for separate committer/maintainer lists: anything the committers or maintainers want to discuss in public can just happen on the developer lists. There won't be very much of it. Tim. _______________________________________________ Xen-api 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 23 14:13:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 14:13: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 1UUdy7-0001dx-Ai; Tue, 23 Apr 2013 14:13:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUdy6-0001dm-71; Tue, 23 Apr 2013 14:13:14 +0000 Received: from [85.158.137.99:51664] by server-6.bemta-3.messagelabs.com id D0/96-11048-AE696715; Tue, 23 Apr 2013 14:12:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366726377!14064458!1 X-Originating-IP: [209.85.215.169] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10861 invoked from network); 23 Apr 2013 14:12:57 -0000 Received: from mail-ea0-f169.google.com (HELO mail-ea0-f169.google.com) (209.85.215.169) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 14:12:57 -0000 Received: by mail-ea0-f169.google.com with SMTP id n15so290345ead.0 for ; Tue, 23 Apr 2013 07:12:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=l6iQShMuWwsJv1d1NA0wKPwwnfX7fAFqodarujKm6Qg=; b=okbjLBjUu3NYayyVXHjL1dyU+ZaRZkcD6J8JdtUyjC7I7THwAy0wGOfoZtxrK3IOIi fpaUxbO/zDB9zqGELpskmYhrk25ROafGVrgZNtXXMH/qMhqcc+dhgPNSHd1eYxC/C7Oa Af1pONkI53GDAS+8cV5ybNUPesnijbb2PVt3td9VikSW1gJJflL26Y804ZqU39GvM9TO trJzPAir8JasDbL8H3oxOMnDgRchTE0MDSQSGs8meAqFoMK4SBRPHw2OzbYu9yyn+0Zr xOojYHuQpgZSqMLilX8HF18qJrNfmvAArxjHLLdnCDr+TBB7e1zlxAWd9271e3deUDas s75A== X-Received: by 10.14.104.6 with SMTP id h6mr7224005eeg.5.1366726376743; Tue, 23 Apr 2013 07:12:56 -0700 (PDT) Received: from [172.16.26.11] ([151.226.27.255]) by mx.google.com with ESMTPS id f9sm31995450eeu.11.2013.04.23.07.12.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Apr 2013 07:12:55 -0700 (PDT) Message-ID: <517696E3.8090304@xen.org> Date: Tue, 23 Apr 2013 15:12:51 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Tim Deegan References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <1366702922.12931.14.camel@dagon.hellion.org.uk> <20130423112449.GG7118@ocelot.phlegethon.org> In-Reply-To: <20130423112449.GG7118@ocelot.phlegethon.org> Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , Ian Campbell , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes 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 23/04/2013 12:24, Tim Deegan wrote: > At 08:42 +0100 on 23 Apr (1366706522), Ian Campbell wrote: >> On Mon, 2013-04-22 at 17:42 +0100, Lars Kurth wrote: >>> On new lists, we will need lists for >>> * xenproject-marketing@lists.xenproject.org ... maybe >>> xenproject-publicity@lists.xenproject.org hits it better than >>> marketing (seems to work for debian) >> For things which are xenproject wide and not related to a specific >> subproject I think omitting the prefix is the way to go, so marketing@, >> publicity@ etc, the xenproject bit is in the domain and repeating it >> makes everything sound clumsy. > +1. So, xen-devel@lists.xenproject.org, xapi-devel@, &c for project > lists, but publicity@, announce@ without prefixes. That sounds reasonable >>> * I need something for votes and discussions that cut accross >>> sub-project and teams. Maybe >>> xenproject-proposals@lists.xenproject.org or >>> xenproject-decisionmaking@lists.xenproject.org? Just putting >>> these into the room: none of these sound right to me. Maybe >>> xenproject-leadership@lists.xenproject.org is better? > What would this new list be used for? The sort of thing that's currently > cross-posted to the various developer lists? Unless that list is > automatically maintained as the union of all the dev list members, it > seems like it will just make the process less transparent (since people > who join xen-devel@ won't know to join governance@ too and so will be > left out). > >> vote@, committers@ and/or maintainers@ ? > I don't think there's much use for separate committer/maintainer lists: > anything the committers or maintainers want to discuss in public can > just happen on the developer lists. There won't be very much of it. True. The "problem" is that today everything related to governance that cuts across projects has to be posted on xen-devel, xen-api, .... (4 Iists, but in future there may be more). I had a few individuals who approached me in the past complaining about the spam that was caused when the same mail is posted on several lists. If you feel that this is in fact no issue, then I can keep on posting cross-project questions, votes, etc. to all projects and we do not need a separate list and the matter is settled. There may still be a case for an alias (not alist) that includes maintainers, committers and project leads of all projects to discuss sensitive issues off-record. The kind of items this could be occasionally used for is for questions such as "XYZ requested an invite to a Hackathon - is this person engaged enough to get an invite?", we also ocassionally had situations where a maintainer wanted some advice on how to handle a patch/deal with friction/etc. What happened in these cases was that e-mails amongst some members of the community were sent around (or a Citrix alias was used, or a conversation in the kitchen happened). That is something that I feel is problematic in the future, but will happen if there is no easy way to get to all stake-holders. Lars In the past these type of discussions happened 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 23 14:13:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 14:13: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 1UUdy7-0001dx-Ai; Tue, 23 Apr 2013 14:13:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUdy6-0001dm-71; Tue, 23 Apr 2013 14:13:14 +0000 Received: from [85.158.137.99:51664] by server-6.bemta-3.messagelabs.com id D0/96-11048-AE696715; Tue, 23 Apr 2013 14:12:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366726377!14064458!1 X-Originating-IP: [209.85.215.169] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10861 invoked from network); 23 Apr 2013 14:12:57 -0000 Received: from mail-ea0-f169.google.com (HELO mail-ea0-f169.google.com) (209.85.215.169) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 14:12:57 -0000 Received: by mail-ea0-f169.google.com with SMTP id n15so290345ead.0 for ; Tue, 23 Apr 2013 07:12:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=l6iQShMuWwsJv1d1NA0wKPwwnfX7fAFqodarujKm6Qg=; b=okbjLBjUu3NYayyVXHjL1dyU+ZaRZkcD6J8JdtUyjC7I7THwAy0wGOfoZtxrK3IOIi fpaUxbO/zDB9zqGELpskmYhrk25ROafGVrgZNtXXMH/qMhqcc+dhgPNSHd1eYxC/C7Oa Af1pONkI53GDAS+8cV5ybNUPesnijbb2PVt3td9VikSW1gJJflL26Y804ZqU39GvM9TO trJzPAir8JasDbL8H3oxOMnDgRchTE0MDSQSGs8meAqFoMK4SBRPHw2OzbYu9yyn+0Zr xOojYHuQpgZSqMLilX8HF18qJrNfmvAArxjHLLdnCDr+TBB7e1zlxAWd9271e3deUDas s75A== X-Received: by 10.14.104.6 with SMTP id h6mr7224005eeg.5.1366726376743; Tue, 23 Apr 2013 07:12:56 -0700 (PDT) Received: from [172.16.26.11] ([151.226.27.255]) by mx.google.com with ESMTPS id f9sm31995450eeu.11.2013.04.23.07.12.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Apr 2013 07:12:55 -0700 (PDT) Message-ID: <517696E3.8090304@xen.org> Date: Tue, 23 Apr 2013 15:12:51 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Tim Deegan References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <1366702922.12931.14.camel@dagon.hellion.org.uk> <20130423112449.GG7118@ocelot.phlegethon.org> In-Reply-To: <20130423112449.GG7118@ocelot.phlegethon.org> Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , Ian Campbell , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes 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 23/04/2013 12:24, Tim Deegan wrote: > At 08:42 +0100 on 23 Apr (1366706522), Ian Campbell wrote: >> On Mon, 2013-04-22 at 17:42 +0100, Lars Kurth wrote: >>> On new lists, we will need lists for >>> * xenproject-marketing@lists.xenproject.org ... maybe >>> xenproject-publicity@lists.xenproject.org hits it better than >>> marketing (seems to work for debian) >> For things which are xenproject wide and not related to a specific >> subproject I think omitting the prefix is the way to go, so marketing@, >> publicity@ etc, the xenproject bit is in the domain and repeating it >> makes everything sound clumsy. > +1. So, xen-devel@lists.xenproject.org, xapi-devel@, &c for project > lists, but publicity@, announce@ without prefixes. That sounds reasonable >>> * I need something for votes and discussions that cut accross >>> sub-project and teams. Maybe >>> xenproject-proposals@lists.xenproject.org or >>> xenproject-decisionmaking@lists.xenproject.org? Just putting >>> these into the room: none of these sound right to me. Maybe >>> xenproject-leadership@lists.xenproject.org is better? > What would this new list be used for? The sort of thing that's currently > cross-posted to the various developer lists? Unless that list is > automatically maintained as the union of all the dev list members, it > seems like it will just make the process less transparent (since people > who join xen-devel@ won't know to join governance@ too and so will be > left out). > >> vote@, committers@ and/or maintainers@ ? > I don't think there's much use for separate committer/maintainer lists: > anything the committers or maintainers want to discuss in public can > just happen on the developer lists. There won't be very much of it. True. The "problem" is that today everything related to governance that cuts across projects has to be posted on xen-devel, xen-api, .... (4 Iists, but in future there may be more). I had a few individuals who approached me in the past complaining about the spam that was caused when the same mail is posted on several lists. If you feel that this is in fact no issue, then I can keep on posting cross-project questions, votes, etc. to all projects and we do not need a separate list and the matter is settled. There may still be a case for an alias (not alist) that includes maintainers, committers and project leads of all projects to discuss sensitive issues off-record. The kind of items this could be occasionally used for is for questions such as "XYZ requested an invite to a Hackathon - is this person engaged enough to get an invite?", we also ocassionally had situations where a maintainer wanted some advice on how to handle a patch/deal with friction/etc. What happened in these cases was that e-mails amongst some members of the community were sent around (or a Citrix alias was used, or a conversation in the kitchen happened). That is something that I feel is problematic in the future, but will happen if there is no easy way to get to all stake-holders. Lars In the past these type of discussions happened 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 23 15:15:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 15:15:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUewT-0005eM-1k; Tue, 23 Apr 2013 15:15:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUewP-0005db-Q5 for xen-api@lists.xen.org; Tue, 23 Apr 2013 15:15:36 +0000 Received: from [85.158.139.83:10484] by server-12.bemta-5.messagelabs.com id 8C/73-11486-295A6715; Tue, 23 Apr 2013 15:15:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1366730089!25410907!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7537 invoked from network); 23 Apr 2013 15:14:51 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 15:14:51 -0000 Received: from [187.162.122.248] (port=41563 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUevh-0000JL-8U for xen-api@lists.xen.org; Tue, 23 Apr 2013 10:14:49 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id A694DA204 for ; Tue, 23 Apr 2013 10:14:48 -0500 (CDT) Message-ID: <5176A568.6030601@ondore.com> Date: Tue, 23 Apr 2013 10:14:48 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-api@lists.xen.org" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: [Xen-API] Force shutdown 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each with Debian 6. One of the VM's (not hosted on the pool master) has stalled, I believe due to some internal reason, and does not respond to console or network. I'm trying to shutdown or reboot this VM, but unsuccessfully. "xe vm-shutdown" made it show message "INIT: Switching to runlevel: 6" (it seems it was not completely freezed after all), but the VM did not actually shutdown. After waiting a while, I tried "xe vm-shutdown force=1" with no visible result. "xe vm-param-list" says "current-operations (SRO): clean_shutdown". Under Xend I would do a "xm destroy", but it seems like a "destroy" is a different operation for XCP. "xe vm-destroy" complains about a inappropriate VM state: expected: halted, suspended actual: running As the last resource I can reboot or power cycle the physical node, but I with there was a cleaner way. Is there a equivalent to Xend's "xm destroy" in XCP 1.6? Thank you. -- Alexandre Kouznetsov _______________________________________________ Xen-api 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 23 15:15:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 15:15:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUewT-0005eM-1k; Tue, 23 Apr 2013 15:15:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUewP-0005db-Q5 for xen-api@lists.xen.org; Tue, 23 Apr 2013 15:15:36 +0000 Received: from [85.158.139.83:10484] by server-12.bemta-5.messagelabs.com id 8C/73-11486-295A6715; Tue, 23 Apr 2013 15:15:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1366730089!25410907!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7537 invoked from network); 23 Apr 2013 15:14:51 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 15:14:51 -0000 Received: from [187.162.122.248] (port=41563 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUevh-0000JL-8U for xen-api@lists.xen.org; Tue, 23 Apr 2013 10:14:49 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id A694DA204 for ; Tue, 23 Apr 2013 10:14:48 -0500 (CDT) Message-ID: <5176A568.6030601@ondore.com> Date: Tue, 23 Apr 2013 10:14:48 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-api@lists.xen.org" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: [Xen-API] Force shutdown 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each with Debian 6. One of the VM's (not hosted on the pool master) has stalled, I believe due to some internal reason, and does not respond to console or network. I'm trying to shutdown or reboot this VM, but unsuccessfully. "xe vm-shutdown" made it show message "INIT: Switching to runlevel: 6" (it seems it was not completely freezed after all), but the VM did not actually shutdown. After waiting a while, I tried "xe vm-shutdown force=1" with no visible result. "xe vm-param-list" says "current-operations (SRO): clean_shutdown". Under Xend I would do a "xm destroy", but it seems like a "destroy" is a different operation for XCP. "xe vm-destroy" complains about a inappropriate VM state: expected: halted, suspended actual: running As the last resource I can reboot or power cycle the physical node, but I with there was a cleaner way. Is there a equivalent to Xend's "xm destroy" in XCP 1.6? Thank you. -- Alexandre Kouznetsov _______________________________________________ Xen-api 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 23 16:21:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 16:21:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUfxZ-0000hE-JL; Tue, 23 Apr 2013 16:20:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUfxX-0000h9-UN for xen-api@lists.xen.org; Tue, 23 Apr 2013 16:20:48 +0000 Received: from [85.158.137.99:43533] by server-1.bemta-3.messagelabs.com id 80/7C-13706-FD4B6715; Tue, 23 Apr 2013 16:20:47 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1366734046!302494!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28548 invoked from network); 23 Apr 2013 16:20:46 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 16:20:46 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r3NGKiWf000486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Apr 2013 18:20:45 +0200 Message-ID: <5176B4DA.40906@swisscenter.com> Date: Tue, 23 Apr 2013 18:20:42 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:21.0) Gecko/20100101 Thunderbird/21.0 MIME-Version: 1.0 To: Alexandre Kouznetsov , xen-api@lists.xen.org References: <5176A568.6030601@ondore.com> In-Reply-To: <5176A568.6030601@ondore.com> X-Virus-Scanned: clamav-milter 0.97.6 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I have such problem sometimes and usually i get the vm list with "xl = list" and then destroy it with "xl destroy", then i restart the xapi = service. Sometimes it works well. Sometimes you then can't start the vm anymore = because he says the vdi is attached. But after fighting with xe vdi-detach and such commands you can get it = running again. Cheers, S=E9bastien On 23.04.2013 17:14, Alexandre Kouznetsov wrote: > Hello. > > I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each = > with Debian 6. One of the VM's (not hosted on the pool master) has = > stalled, I believe due to some internal reason, and does not respond = > to console or network. I'm trying to shutdown or reboot this VM, but = > unsuccessfully. > > "xe vm-shutdown" made it show message "INIT: Switching to runlevel: 6" = > (it seems it was not completely freezed after all), but the VM did not = > actually shutdown. > > After waiting a while, I tried "xe vm-shutdown force=3D1" with no = > visible result. > "xe vm-param-list" says "current-operations (SRO): clean_shutdown". > > Under Xend I would do a "xm destroy", but it seems like a "destroy" is = > a different operation for XCP. "xe vm-destroy" complains about a = > inappropriate VM state: > expected: halted, suspended > actual: running > > As the last resource I can reboot or power cycle the physical node, = > but I with there was a cleaner way. > > Is there a equivalent to Xend's "xm destroy" in XCP 1.6? > > Thank you. > _______________________________________________ Xen-api 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 23 16:21:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 16:21:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUfxZ-0000hE-JL; Tue, 23 Apr 2013 16:20:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUfxX-0000h9-UN for xen-api@lists.xen.org; Tue, 23 Apr 2013 16:20:48 +0000 Received: from [85.158.137.99:43533] by server-1.bemta-3.messagelabs.com id 80/7C-13706-FD4B6715; Tue, 23 Apr 2013 16:20:47 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1366734046!302494!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28548 invoked from network); 23 Apr 2013 16:20:46 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 16:20:46 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r3NGKiWf000486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Apr 2013 18:20:45 +0200 Message-ID: <5176B4DA.40906@swisscenter.com> Date: Tue, 23 Apr 2013 18:20:42 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:21.0) Gecko/20100101 Thunderbird/21.0 MIME-Version: 1.0 To: Alexandre Kouznetsov , xen-api@lists.xen.org References: <5176A568.6030601@ondore.com> In-Reply-To: <5176A568.6030601@ondore.com> X-Virus-Scanned: clamav-milter 0.97.6 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I have such problem sometimes and usually i get the vm list with "xl = list" and then destroy it with "xl destroy", then i restart the xapi = service. Sometimes it works well. Sometimes you then can't start the vm anymore = because he says the vdi is attached. But after fighting with xe vdi-detach and such commands you can get it = running again. Cheers, S=E9bastien On 23.04.2013 17:14, Alexandre Kouznetsov wrote: > Hello. > > I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each = > with Debian 6. One of the VM's (not hosted on the pool master) has = > stalled, I believe due to some internal reason, and does not respond = > to console or network. I'm trying to shutdown or reboot this VM, but = > unsuccessfully. > > "xe vm-shutdown" made it show message "INIT: Switching to runlevel: 6" = > (it seems it was not completely freezed after all), but the VM did not = > actually shutdown. > > After waiting a while, I tried "xe vm-shutdown force=3D1" with no = > visible result. > "xe vm-param-list" says "current-operations (SRO): clean_shutdown". > > Under Xend I would do a "xm destroy", but it seems like a "destroy" is = > a different operation for XCP. "xe vm-destroy" complains about a = > inappropriate VM state: > expected: halted, suspended > actual: running > > As the last resource I can reboot or power cycle the physical node, = > but I with there was a cleaner way. > > Is there a equivalent to Xend's "xm destroy" in XCP 1.6? > > Thank you. > _______________________________________________ Xen-api 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 23 17:08:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 17:08:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUghM-0002n6-RW; Tue, 23 Apr 2013 17:08:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUghL-0002mp-Ii for xen-api@lists.xen.org; Tue, 23 Apr 2013 17:08:07 +0000 Received: from [85.158.139.83:30043] by server-16.bemta-5.messagelabs.com id 49/EE-02543-0FFB6715; Tue, 23 Apr 2013 17:08:00 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366736877!22252872!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29874 invoked from network); 23 Apr 2013 17:07:59 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 17:07:59 -0000 Received: from [187.162.122.248] (port=37221 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUgh9-00039q-KX for xen-api@lists.xen.org; Tue, 23 Apr 2013 12:07:55 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 86EF4A204 for ; Tue, 23 Apr 2013 12:07:54 -0500 (CDT) Message-ID: <5176BFEA.7010804@ondore.com> Date: Tue, 23 Apr 2013 12:07:54 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5176A568.6030601@ondore.com> <5176B4DA.40906@swisscenter.com> In-Reply-To: <5176B4DA.40906@swisscenter.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. El 23/04/13 11:20, S=E9bastien RICCIO escribi=F3: > I have such problem sometimes and usually i get the vm list with "xl > list" and then destroy it with "xl destroy", then i restart the xapi > service. "xl destroy " killed the VM "xe-toolstack-restart" made the pool know that it's shot down. After that, I was able to start the VM fine. > Sometimes it works well. Sometimes you then can't start the vm anymore > because he says the vdi is attached. > But after fighting with xe vdi-detach and such commands you can get it > running again. Not happened this time, but I'll take this into account. Thank you. -- = Alexandre Kouznetsov _______________________________________________ Xen-api 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 23 17:08:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 17:08:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUghM-0002n6-RW; Tue, 23 Apr 2013 17:08:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUghL-0002mp-Ii for xen-api@lists.xen.org; Tue, 23 Apr 2013 17:08:07 +0000 Received: from [85.158.139.83:30043] by server-16.bemta-5.messagelabs.com id 49/EE-02543-0FFB6715; Tue, 23 Apr 2013 17:08:00 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366736877!22252872!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29874 invoked from network); 23 Apr 2013 17:07:59 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 17:07:59 -0000 Received: from [187.162.122.248] (port=37221 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUgh9-00039q-KX for xen-api@lists.xen.org; Tue, 23 Apr 2013 12:07:55 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 86EF4A204 for ; Tue, 23 Apr 2013 12:07:54 -0500 (CDT) Message-ID: <5176BFEA.7010804@ondore.com> Date: Tue, 23 Apr 2013 12:07:54 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5176A568.6030601@ondore.com> <5176B4DA.40906@swisscenter.com> In-Reply-To: <5176B4DA.40906@swisscenter.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. El 23/04/13 11:20, S=E9bastien RICCIO escribi=F3: > I have such problem sometimes and usually i get the vm list with "xl > list" and then destroy it with "xl destroy", then i restart the xapi > service. "xl destroy " killed the VM "xe-toolstack-restart" made the pool know that it's shot down. After that, I was able to start the VM fine. > Sometimes it works well. Sometimes you then can't start the vm anymore > because he says the vdi is attached. > But after fighting with xe vdi-detach and such commands you can get it > running again. Not happened this time, but I'll take this into account. Thank you. -- = Alexandre Kouznetsov _______________________________________________ Xen-api 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 23 17:40:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 17:40: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 1UUhCf-00042y-3w; Tue, 23 Apr 2013 17:40:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhCd-00042n-4X; Tue, 23 Apr 2013 17:40:27 +0000 Received: from [85.158.138.51:58935] by server-15.bemta-3.messagelabs.com id 7F/B7-23142-787C6715; Tue, 23 Apr 2013 17:40:23 +0000 X-Env-Sender: tim@xen.org X-Msg-Ref: server-10.tower-174.messagelabs.com!1366738815!25577378!1 X-Originating-IP: [81.29.64.94] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13883 invoked from network); 23 Apr 2013 17:40:16 -0000 Received: from ocelot.phlegethon.org (HELO mail.phlegethon.org) (81.29.64.94) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 17:40:16 -0000 Received: from tjd by mail.phlegethon.org with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1UUhCO-0003X8-6h; Tue, 23 Apr 2013 17:40:12 +0000 Date: Tue, 23 Apr 2013 18:40:12 +0100 From: Tim Deegan To: Lars Kurth Message-ID: <20130423174012.GC12011@ocelot.phlegethon.org> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <1366702922.12931.14.camel@dagon.hellion.org.uk> <20130423112449.GG7118@ocelot.phlegethon.org> <517696E3.8090304@xen.org> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <517696E3.8090304@xen.org> User-Agent: Mutt/1.4.2.1i Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , Ian Campbell , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 At 15:12 +0100 on 23 Apr (1366729971), Lars Kurth wrote: > On 23/04/2013 12:24, Tim Deegan wrote: > >I don't think there's much use for separate committer/maintainer lists: > >anything the committers or maintainers want to discuss in public can > >just happen on the developer lists. There won't be very much of it. > True. The "problem" is that today everything related to governance that > cuts across projects has to be posted on xen-devel, xen-api, .... (4 > Iists, but in future there may be more). I had a few individuals who > approached me in the past complaining about the spam that was caused > when the same mail is posted on several lists. That's true. I get those emails more than once, but my MUA is smart enough to sort out the duplicates so it doesn't bother me. I don't want to speak for other people -- I can imagine it being quite vexing. But I think that having a separate opt-in list for this stuff (and so leaving people out of these discussions) would be worse than the cross-posting. > There may still be a case for an alias (not alist) that includes > maintainers, committers and project leads of all projects to discuss > sensitive issues off-record. Sure. Tim. _______________________________________________ Xen-api 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 23 17:40:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 17:40: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 1UUhCf-00042y-3w; Tue, 23 Apr 2013 17:40:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhCd-00042n-4X; Tue, 23 Apr 2013 17:40:27 +0000 Received: from [85.158.138.51:58935] by server-15.bemta-3.messagelabs.com id 7F/B7-23142-787C6715; Tue, 23 Apr 2013 17:40:23 +0000 X-Env-Sender: tim@xen.org X-Msg-Ref: server-10.tower-174.messagelabs.com!1366738815!25577378!1 X-Originating-IP: [81.29.64.94] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13883 invoked from network); 23 Apr 2013 17:40:16 -0000 Received: from ocelot.phlegethon.org (HELO mail.phlegethon.org) (81.29.64.94) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 17:40:16 -0000 Received: from tjd by mail.phlegethon.org with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1UUhCO-0003X8-6h; Tue, 23 Apr 2013 17:40:12 +0000 Date: Tue, 23 Apr 2013 18:40:12 +0100 From: Tim Deegan To: Lars Kurth Message-ID: <20130423174012.GC12011@ocelot.phlegethon.org> References: <516AECC9.1010603@xen.org> <20130419035218.GY88962@USLT-205755.sungardas.corp> <51756872.7040402@xen.org> <1366702922.12931.14.camel@dagon.hellion.org.uk> <20130423112449.GG7118@ocelot.phlegethon.org> <517696E3.8090304@xen.org> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <517696E3.8090304@xen.org> User-Agent: Mutt/1.4.2.1i Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , Ian Campbell , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XenARM] [Xen-devel] [Proposal] Additional mailing lists for specific purposes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 At 15:12 +0100 on 23 Apr (1366729971), Lars Kurth wrote: > On 23/04/2013 12:24, Tim Deegan wrote: > >I don't think there's much use for separate committer/maintainer lists: > >anything the committers or maintainers want to discuss in public can > >just happen on the developer lists. There won't be very much of it. > True. The "problem" is that today everything related to governance that > cuts across projects has to be posted on xen-devel, xen-api, .... (4 > Iists, but in future there may be more). I had a few individuals who > approached me in the past complaining about the spam that was caused > when the same mail is posted on several lists. That's true. I get those emails more than once, but my MUA is smart enough to sort out the duplicates so it doesn't bother me. I don't want to speak for other people -- I can imagine it being quite vexing. But I think that having a separate opt-in list for this stuff (and so leaving people out of these discussions) would be worse than the cross-posting. > There may still be a case for an alias (not alist) that includes > maintainers, committers and project leads of all projects to discuss > sensitive issues off-record. Sure. Tim. _______________________________________________ Xen-api 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 23 18:10:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhek-0005K6-2g; Tue, 23 Apr 2013 18:09:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhei-0005Jw-K8 for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:09:28 +0000 Received: from [85.158.137.99:41366] by server-15.bemta-3.messagelabs.com id CB/D4-23142-75EC6715; Tue, 23 Apr 2013 18:09:27 +0000 X-Env-Sender: klou@axlmusiclink.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1366740566!13113585!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26382 invoked from network); 23 Apr 2013 18:09:26 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 18:09:26 -0000 Received: by mail-we0-f176.google.com with SMTP id s10so860517wey.21 for ; Tue, 23 Apr 2013 11:09:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=themusiclink.net; s=google; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=6AFdoaxxYOzbnYpFqaoMs0L6XyHE3bLJrrbXoNyyTl4=; b=j116+KLX+tl12z3WJJHl/NdGdTShUrJrc9eYp3+Zw6X2swlx5MtHGw2xAg9IijQsZG FJTJ/ddADAVwzwyXP1M47TIkIxxIF/vZwzH/cV4Ywm30qmUPA701qzZA5BlwOGM8ABxT YdIwJGEEGlL/XGH3fcrCSfbLi66vkzp9InEGU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=6AFdoaxxYOzbnYpFqaoMs0L6XyHE3bLJrrbXoNyyTl4=; b=oLGnfjZXaoPnv5fwOSo2HdIYrYt/R9xIRB87C3te1doQQI0KROe1+1V4dMp9u2LrAr re3daPOr7rzj8L2DABqG9zYewKKRHIoyrjOBQ5vQ7Q8hRkVh8mVIMi1er8d9Ne5o8OJP i4x2xNvaD7yDu/rPOcHnPSqkiOqMguyUkxn4EPmUlKfA1U0Ntk3wOP+hhgZF7z+aDR/7 w0SMQTggdepQPgC3yLmxQGCk6IdgdAIyZP21gGktn8S6c0XbjUT5KVAZk91EbIsrcdPt IXmht3Hkkt0kMoTYulfa7MFRioWSnVXxtxtMqE6d6H4H6wrR9kuPA9Vg5C1CeOOk/mVb /zdA== X-Received: by 10.181.11.196 with SMTP id ek4mr62311877wid.30.1366740566411; Tue, 23 Apr 2013 11:09:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.147.134 with HTTP; Tue, 23 Apr 2013 11:09:06 -0700 (PDT) In-Reply-To: <5176BFEA.7010804@ondore.com> References: <5176A568.6030601@ondore.com> <5176B4DA.40906@swisscenter.com> <5176BFEA.7010804@ondore.com> From: Kris Lou Date: Tue, 23 Apr 2013 11:09:06 -0700 X-Google-Sender-Auth: XFlWfR5FE_0KNmG4W1a1rsjGN8Q Message-ID: To: Alexandre Kouznetsov X-Gm-Message-State: ALoCoQktLKoqN0T/L12EZck9+chvtLacAiVkzXj9G8k1LoUq+n6ZP3HnxeQRa2mRsZOjJBiRtXAk Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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="===============3374052312316547710==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3374052312316547710== Content-Type: multipart/alternative; boundary=f46d043c810af61b4104db0b1576 --f46d043c810af61b4104db0b1576 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What are the differences between "xl destroy " and "destroy_domain -domid "? I've seen the latter in docs for XS 6.0, but not necessarily 6.1/XCP 1.6. Thanks, -Kris Kris Lou klou@themusiclink.net On Tue, Apr 23, 2013 at 10:07 AM, Alexandre Kouznetsov wrot= e: > Hello. > > El 23/04/13 11:20, S=E9bastien RICCIO escribi=F3: > > I have such problem sometimes and usually i get the vm list with "xl >> list" and then destroy it with "xl destroy", then i restart the xapi >> service. >> > > "xl destroy " killed the VM > "xe-toolstack-restart" made the pool know that it's shot down. > > After that, I was able to start the VM fine. > > > Sometimes it works well. Sometimes you then can't start the vm anymore >> because he says the vdi is attached. >> But after fighting with xe vdi-detach and such commands you can get it >> running again. >> > Not happened this time, but I'll take this into account. > > > Thank you. > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --f46d043c810af61b4104db0b1576 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
What are the differences between "xl destroy <vm-n= ame-label>" and "destroy_domain -domid <dom id>"? = =A0I've seen the latter in docs for XS 6.0, but not necessarily 6.1/XCP= 1.6.

Thanks,
-Kris



On Tue, Apr 23, 2013 at 10:07 AM, Alexan= dre Kouznetsov <alk@ondore.com> wrote:
Hello.

El 23/04/13 11:20, S=E9bastien RICCIO escribi=F3:

I have such problem sometimes and usually i get the vm list with "xl list" and then destroy it with "xl destroy", then i restart = the xapi
service.

"xl destroy <vm-name-label>" killed the VM
"xe-toolstack-restart" made the pool know that it's shot down= .

After that, I was able to start the VM fine.


Sometimes it works well. Sometimes you then can't start the vm anymore<= br> because he says the vdi is attached.
But after fighting with xe vdi-detach and such commands you can get it
running again.
Not happened this time, but I'll take this into account.


Thank you.

--
Alexandre Kouznetsov


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

--f46d043c810af61b4104db0b1576-- --===============3374052312316547710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3374052312316547710==-- From xen-api-bounces@lists.xen.org Tue Apr 23 18:10:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhek-0005K6-2g; Tue, 23 Apr 2013 18:09:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhei-0005Jw-K8 for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:09:28 +0000 Received: from [85.158.137.99:41366] by server-15.bemta-3.messagelabs.com id CB/D4-23142-75EC6715; Tue, 23 Apr 2013 18:09:27 +0000 X-Env-Sender: klou@axlmusiclink.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1366740566!13113585!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26382 invoked from network); 23 Apr 2013 18:09:26 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 18:09:26 -0000 Received: by mail-we0-f176.google.com with SMTP id s10so860517wey.21 for ; Tue, 23 Apr 2013 11:09:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=themusiclink.net; s=google; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=6AFdoaxxYOzbnYpFqaoMs0L6XyHE3bLJrrbXoNyyTl4=; b=j116+KLX+tl12z3WJJHl/NdGdTShUrJrc9eYp3+Zw6X2swlx5MtHGw2xAg9IijQsZG FJTJ/ddADAVwzwyXP1M47TIkIxxIF/vZwzH/cV4Ywm30qmUPA701qzZA5BlwOGM8ABxT YdIwJGEEGlL/XGH3fcrCSfbLi66vkzp9InEGU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=6AFdoaxxYOzbnYpFqaoMs0L6XyHE3bLJrrbXoNyyTl4=; b=oLGnfjZXaoPnv5fwOSo2HdIYrYt/R9xIRB87C3te1doQQI0KROe1+1V4dMp9u2LrAr re3daPOr7rzj8L2DABqG9zYewKKRHIoyrjOBQ5vQ7Q8hRkVh8mVIMi1er8d9Ne5o8OJP i4x2xNvaD7yDu/rPOcHnPSqkiOqMguyUkxn4EPmUlKfA1U0Ntk3wOP+hhgZF7z+aDR/7 w0SMQTggdepQPgC3yLmxQGCk6IdgdAIyZP21gGktn8S6c0XbjUT5KVAZk91EbIsrcdPt IXmht3Hkkt0kMoTYulfa7MFRioWSnVXxtxtMqE6d6H4H6wrR9kuPA9Vg5C1CeOOk/mVb /zdA== X-Received: by 10.181.11.196 with SMTP id ek4mr62311877wid.30.1366740566411; Tue, 23 Apr 2013 11:09:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.147.134 with HTTP; Tue, 23 Apr 2013 11:09:06 -0700 (PDT) In-Reply-To: <5176BFEA.7010804@ondore.com> References: <5176A568.6030601@ondore.com> <5176B4DA.40906@swisscenter.com> <5176BFEA.7010804@ondore.com> From: Kris Lou Date: Tue, 23 Apr 2013 11:09:06 -0700 X-Google-Sender-Auth: XFlWfR5FE_0KNmG4W1a1rsjGN8Q Message-ID: To: Alexandre Kouznetsov X-Gm-Message-State: ALoCoQktLKoqN0T/L12EZck9+chvtLacAiVkzXj9G8k1LoUq+n6ZP3HnxeQRa2mRsZOjJBiRtXAk Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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="===============3374052312316547710==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3374052312316547710== Content-Type: multipart/alternative; boundary=f46d043c810af61b4104db0b1576 --f46d043c810af61b4104db0b1576 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What are the differences between "xl destroy " and "destroy_domain -domid "? I've seen the latter in docs for XS 6.0, but not necessarily 6.1/XCP 1.6. Thanks, -Kris Kris Lou klou@themusiclink.net On Tue, Apr 23, 2013 at 10:07 AM, Alexandre Kouznetsov wrot= e: > Hello. > > El 23/04/13 11:20, S=E9bastien RICCIO escribi=F3: > > I have such problem sometimes and usually i get the vm list with "xl >> list" and then destroy it with "xl destroy", then i restart the xapi >> service. >> > > "xl destroy " killed the VM > "xe-toolstack-restart" made the pool know that it's shot down. > > After that, I was able to start the VM fine. > > > Sometimes it works well. Sometimes you then can't start the vm anymore >> because he says the vdi is attached. >> But after fighting with xe vdi-detach and such commands you can get it >> running again. >> > Not happened this time, but I'll take this into account. > > > Thank you. > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --f46d043c810af61b4104db0b1576 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
What are the differences between "xl destroy <vm-n= ame-label>" and "destroy_domain -domid <dom id>"? = =A0I've seen the latter in docs for XS 6.0, but not necessarily 6.1/XCP= 1.6.

Thanks,
-Kris



On Tue, Apr 23, 2013 at 10:07 AM, Alexan= dre Kouznetsov <alk@ondore.com> wrote:
Hello.

El 23/04/13 11:20, S=E9bastien RICCIO escribi=F3:

I have such problem sometimes and usually i get the vm list with "xl list" and then destroy it with "xl destroy", then i restart = the xapi
service.

"xl destroy <vm-name-label>" killed the VM
"xe-toolstack-restart" made the pool know that it's shot down= .

After that, I was able to start the VM fine.


Sometimes it works well. Sometimes you then can't start the vm anymore<= br> because he says the vdi is attached.
But after fighting with xe vdi-detach and such commands you can get it
running again.
Not happened this time, but I'll take this into account.


Thank you.

--
Alexandre Kouznetsov


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

--f46d043c810af61b4104db0b1576-- --===============3374052312316547710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3374052312316547710==-- From xen-api-bounces@lists.xen.org Tue Apr 23 18:24:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:24: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 1UUhsf-0005kO-Dh; Tue, 23 Apr 2013 18:23:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhse-0005kI-4Z for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:23:52 +0000 Received: from [85.158.139.83:31068] by server-5.bemta-5.messagelabs.com id 64/79-02762-7B1D6715; Tue, 23 Apr 2013 18:23:51 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1366741429!29643528!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1555 invoked from network); 23 Apr 2013 18:23:50 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 18:23:50 -0000 Received: from [187.162.122.248] (port=44134 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUhsZ-0001hr-9C; Tue, 23 Apr 2013 13:23:47 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 5EF2AA204; Tue, 23 Apr 2013 13:23:46 -0500 (CDT) Message-ID: <5176D1B2.4000206@ondore.com> Date: Tue, 23 Apr 2013 13:23:46 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: Kris Lou References: <5176A568.6030601@ondore.com> <5176B4DA.40906@swisscenter.com> <5176BFEA.7010804@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. El 23/04/13 13:09, Kris Lou escribi=F3: > What are the differences between "xl destroy " and > "destroy_domain -domid "? I've seen the latter in docs for XS > 6.0, but not necessarily 6.1/XCP 1.6. The command "destroy_domain" is not available on my XCP 1.6 = installation. Maybe it's some discontinued wrapper? -- = Alexandre Kouznetsov _______________________________________________ Xen-api 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 23 18:24:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:24: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 1UUhsf-0005kO-Dh; Tue, 23 Apr 2013 18:23:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhse-0005kI-4Z for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:23:52 +0000 Received: from [85.158.139.83:31068] by server-5.bemta-5.messagelabs.com id 64/79-02762-7B1D6715; Tue, 23 Apr 2013 18:23:51 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1366741429!29643528!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1555 invoked from network); 23 Apr 2013 18:23:50 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 18:23:50 -0000 Received: from [187.162.122.248] (port=44134 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUhsZ-0001hr-9C; Tue, 23 Apr 2013 13:23:47 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 5EF2AA204; Tue, 23 Apr 2013 13:23:46 -0500 (CDT) Message-ID: <5176D1B2.4000206@ondore.com> Date: Tue, 23 Apr 2013 13:23:46 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: Kris Lou References: <5176A568.6030601@ondore.com> <5176B4DA.40906@swisscenter.com> <5176BFEA.7010804@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. El 23/04/13 13:09, Kris Lou escribi=F3: > What are the differences between "xl destroy " and > "destroy_domain -domid "? I've seen the latter in docs for XS > 6.0, but not necessarily 6.1/XCP 1.6. The command "destroy_domain" is not available on my XCP 1.6 = installation. Maybe it's some discontinued wrapper? -- = Alexandre Kouznetsov _______________________________________________ Xen-api 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 23 18:32:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18: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 1UUi0l-00062Y-HZ; Tue, 23 Apr 2013 18:32:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUi0k-00062T-PW for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:32:15 +0000 Received: from [85.158.139.83:8752] by server-7.bemta-5.messagelabs.com id D9/8F-12441-9A3D6715; Tue, 23 Apr 2013 18:32:09 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1366741923!29637479!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3816 invoked from network); 23 Apr 2013 18:32:07 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 18:32:07 -0000 Received: by mail-lb0-f181.google.com with SMTP id r11so948356lbv.40 for ; Tue, 23 Apr 2013 11:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=CeviJJ06GJ3thjb4W0LHGi+CIAMjoJK2e5jE081kopo=; b=Q9izSiiVUmXyndF+ZzHAjzN6uyfNqA2iLkT0GAR3nnsV/8zbXk4GrpBAoGOHo0wWgR kQRKq1mo/YbEDi50bELQmOUwYj9rzj+uwlKLC3jVqPpTaxvnycgGaxnDSUwBEOPo2sII kGtv+JDlHlcBQT2BaIsipkbjPcEc650zLPdSWsPgOGJZBltqnmEk6J2dwK71FBD5fHVG LEQS6vwac819xq8ZlOEXxs4tBAr8Gni6cEkubsiYGbxK3VjyxAoiYmcAnJ5MKkcD8nJ/ vTjGJ/yNjAXF1tJCgq2XXkLo4UYHwqncqr0La0po3v3X/Z6RmJ8rlz2uHGTdo2dtSVGQ EUBA== X-Received: by 10.112.150.4 with SMTP id ue4mr15918275lbb.28.1366741916011; Tue, 23 Apr 2013 11:31:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.180.4 with HTTP; Tue, 23 Apr 2013 11:31:15 -0700 (PDT) In-Reply-To: <5176A568.6030601@ondore.com> References: <5176A568.6030601@ondore.com> From: Grant McWilliams Date: Tue, 23 Apr 2013 11:31:15 -0700 Message-ID: To: Alexandre Kouznetsov Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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="===============7937383107511247254==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7937383107511247254== Content-Type: multipart/alternative; boundary=047d7b34382c68fa0904db0b662f --047d7b34382c68fa0904db0b662f Content-Type: text/plain; charset=UTF-8 I wrote a tutorial for getting my stuck VMs shutdown. It works for me. http://grantmcwilliams.com/item/628-how-to-reboot-stuck-vms Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Tue, Apr 23, 2013 at 8:14 AM, Alexandre Kouznetsov wrote: > Hello. > > I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each with > Debian 6. One of the VM's (not hosted on the pool master) has stalled, I > believe due to some internal reason, and does not respond to console or > network. I'm trying to shutdown or reboot this VM, but unsuccessfully. > > "xe vm-shutdown" made it show message "INIT: Switching to runlevel: 6" (it > seems it was not completely freezed after all), but the VM did not actually > shutdown. > > After waiting a while, I tried "xe vm-shutdown force=1" with no visible > result. > "xe vm-param-list" says "current-operations (SRO): clean_shutdown". > > Under Xend I would do a "xm destroy", but it seems like a "destroy" is a > different operation for XCP. "xe vm-destroy" complains about a > inappropriate VM state: > expected: halted, suspended > actual: running > > As the last resource I can reboot or power cycle the physical node, but I > with there was a cleaner way. > > Is there a equivalent to Xend's "xm destroy" in XCP 1.6? > > Thank you. > > -- > Alexandre Kouznetsov > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --047d7b34382c68fa0904db0b662f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I wrote a tutorial for getting my stuck VMs shutdown. It w= orks for me.=C2=A0


Grant McWilli= ams
http://gra= ntmcwilliams.com/

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


On Tue, Apr 23, 2013 at 8:14 AM, Alexand= re Kouznetsov <alk@ondore.com> wrote:
Hello.

I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each w= ith Debian 6. One of the VM's (not hosted on the pool master) has stall= ed, I believe due to some internal reason, and does not respond to console = or network. I'm trying to shutdown or reboot this VM, but unsuccessfull= y.

"xe vm-shutdown" made it show message "INIT: Switching to ru= nlevel: 6" (it seems it was not completely freezed after all), but the= VM did not actually shutdown.

After waiting a while, I tried "xe vm-shutdown force=3D1" with no= visible result.
"xe vm-param-list" says "current-operations (SRO): clean_shu= tdown".

Under Xend I would do a "xm destroy", but it seems like a "d= estroy" is a different operation for XCP. "xe vm-destroy" co= mplains about a inappropriate VM state:
expected: halted, suspended
actual: running

As the last resource I can reboot or power cycle the physical node, but I w= ith there was a cleaner way.

Is there a equivalent to Xend's "xm destroy" =C2=A0in XCP 1.6= ?

Thank you.

--
Alexandre Kouznetsov

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

--047d7b34382c68fa0904db0b662f-- --===============7937383107511247254== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7937383107511247254==-- From xen-api-bounces@lists.xen.org Tue Apr 23 18:32:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18: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 1UUi0l-00062Y-HZ; Tue, 23 Apr 2013 18:32:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUi0k-00062T-PW for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:32:15 +0000 Received: from [85.158.139.83:8752] by server-7.bemta-5.messagelabs.com id D9/8F-12441-9A3D6715; Tue, 23 Apr 2013 18:32:09 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1366741923!29637479!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3816 invoked from network); 23 Apr 2013 18:32:07 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 18:32:07 -0000 Received: by mail-lb0-f181.google.com with SMTP id r11so948356lbv.40 for ; Tue, 23 Apr 2013 11:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=CeviJJ06GJ3thjb4W0LHGi+CIAMjoJK2e5jE081kopo=; b=Q9izSiiVUmXyndF+ZzHAjzN6uyfNqA2iLkT0GAR3nnsV/8zbXk4GrpBAoGOHo0wWgR kQRKq1mo/YbEDi50bELQmOUwYj9rzj+uwlKLC3jVqPpTaxvnycgGaxnDSUwBEOPo2sII kGtv+JDlHlcBQT2BaIsipkbjPcEc650zLPdSWsPgOGJZBltqnmEk6J2dwK71FBD5fHVG LEQS6vwac819xq8ZlOEXxs4tBAr8Gni6cEkubsiYGbxK3VjyxAoiYmcAnJ5MKkcD8nJ/ vTjGJ/yNjAXF1tJCgq2XXkLo4UYHwqncqr0La0po3v3X/Z6RmJ8rlz2uHGTdo2dtSVGQ EUBA== X-Received: by 10.112.150.4 with SMTP id ue4mr15918275lbb.28.1366741916011; Tue, 23 Apr 2013 11:31:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.180.4 with HTTP; Tue, 23 Apr 2013 11:31:15 -0700 (PDT) In-Reply-To: <5176A568.6030601@ondore.com> References: <5176A568.6030601@ondore.com> From: Grant McWilliams Date: Tue, 23 Apr 2013 11:31:15 -0700 Message-ID: To: Alexandre Kouznetsov Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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="===============7937383107511247254==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7937383107511247254== Content-Type: multipart/alternative; boundary=047d7b34382c68fa0904db0b662f --047d7b34382c68fa0904db0b662f Content-Type: text/plain; charset=UTF-8 I wrote a tutorial for getting my stuck VMs shutdown. It works for me. http://grantmcwilliams.com/item/628-how-to-reboot-stuck-vms Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Tue, Apr 23, 2013 at 8:14 AM, Alexandre Kouznetsov wrote: > Hello. > > I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each with > Debian 6. One of the VM's (not hosted on the pool master) has stalled, I > believe due to some internal reason, and does not respond to console or > network. I'm trying to shutdown or reboot this VM, but unsuccessfully. > > "xe vm-shutdown" made it show message "INIT: Switching to runlevel: 6" (it > seems it was not completely freezed after all), but the VM did not actually > shutdown. > > After waiting a while, I tried "xe vm-shutdown force=1" with no visible > result. > "xe vm-param-list" says "current-operations (SRO): clean_shutdown". > > Under Xend I would do a "xm destroy", but it seems like a "destroy" is a > different operation for XCP. "xe vm-destroy" complains about a > inappropriate VM state: > expected: halted, suspended > actual: running > > As the last resource I can reboot or power cycle the physical node, but I > with there was a cleaner way. > > Is there a equivalent to Xend's "xm destroy" in XCP 1.6? > > Thank you. > > -- > Alexandre Kouznetsov > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --047d7b34382c68fa0904db0b662f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I wrote a tutorial for getting my stuck VMs shutdown. It w= orks for me.=C2=A0


Grant McWilli= ams
http://gra= ntmcwilliams.com/

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


On Tue, Apr 23, 2013 at 8:14 AM, Alexand= re Kouznetsov <alk@ondore.com> wrote:
Hello.

I have a 4 nodes pool under XCP 1.6, it is running around 5 vm's each w= ith Debian 6. One of the VM's (not hosted on the pool master) has stall= ed, I believe due to some internal reason, and does not respond to console = or network. I'm trying to shutdown or reboot this VM, but unsuccessfull= y.

"xe vm-shutdown" made it show message "INIT: Switching to ru= nlevel: 6" (it seems it was not completely freezed after all), but the= VM did not actually shutdown.

After waiting a while, I tried "xe vm-shutdown force=3D1" with no= visible result.
"xe vm-param-list" says "current-operations (SRO): clean_shu= tdown".

Under Xend I would do a "xm destroy", but it seems like a "d= estroy" is a different operation for XCP. "xe vm-destroy" co= mplains about a inappropriate VM state:
expected: halted, suspended
actual: running

As the last resource I can reboot or power cycle the physical node, but I w= ith there was a cleaner way.

Is there a equivalent to Xend's "xm destroy" =C2=A0in XCP 1.6= ?

Thank you.

--
Alexandre Kouznetsov

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

--047d7b34382c68fa0904db0b662f-- --===============7937383107511247254== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7937383107511247254==-- From xen-api-bounces@lists.xen.org Tue Apr 23 18:39:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:39:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUi7C-0006Hi-6a; Tue, 23 Apr 2013 18:38:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUi7B-0006Hd-4k for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:38:53 +0000 Received: from [85.158.138.51:50938] by server-11.bemta-3.messagelabs.com id 9B/E0-01263-C35D6715; Tue, 23 Apr 2013 18:38:52 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366742330!28610946!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17780 invoked from network); 23 Apr 2013 18:38:51 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 18:38:51 -0000 Received: from [187.162.122.248] (port=48457 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUi77-00034i-8n; Tue, 23 Apr 2013 13:38:49 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 0205BA204; Tue, 23 Apr 2013 13:38:48 -0500 (CDT) Message-ID: <5176D538.3050806@ondore.com> Date: Tue, 23 Apr 2013 13:38:48 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: Grant McWilliams References: <5176A568.6030601@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGVsbG8uCgpFbCAyMy8wNC8xMyAxMzozMSwgR3JhbnQgTWNXaWxsaWFtcyBlc2NyaWJpw7M6Cj4g SSB3cm90ZSBhIHR1dG9yaWFsIGZvciBnZXR0aW5nIG15IHN0dWNrIFZNcyBzaHV0ZG93bi4gSXQg d29ya3MgZm9yIG1lLgo+Cj4gaHR0cDovL2dyYW50bWN3aWxsaWFtcy5jb20vaXRlbS82MjgtaG93 LXRvLXJlYm9vdC1zdHVjay12bXMKU2VlbXMgY2xlYW5lciB0aGFuIGEgZGlyZWN0IHhsIGRlc3Ry b3kgYW5kIHhlLXRvb2xzdGFjay1yZXN0YXJ0LiBJJ2xsIApmb2xsb3cgaXQgaWYgSSBnZXQgYSBW TSBzdHVjayBhZ2Fpbi4KCkdyZWF0IHJlZmVyZW5jZSwgdGhhbmsgeW91LgoKLS0gCkFsZXhhbmRy ZSBLb3V6bmV0c292CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9s aXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Apr 23 18:39:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:39:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUi7C-0006Hi-6a; Tue, 23 Apr 2013 18:38:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUi7B-0006Hd-4k for xen-api@lists.xen.org; Tue, 23 Apr 2013 18:38:53 +0000 Received: from [85.158.138.51:50938] by server-11.bemta-3.messagelabs.com id 9B/E0-01263-C35D6715; Tue, 23 Apr 2013 18:38:52 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366742330!28610946!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17780 invoked from network); 23 Apr 2013 18:38:51 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 18:38:51 -0000 Received: from [187.162.122.248] (port=48457 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UUi77-00034i-8n; Tue, 23 Apr 2013 13:38:49 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 0205BA204; Tue, 23 Apr 2013 13:38:48 -0500 (CDT) Message-ID: <5176D538.3050806@ondore.com> Date: Tue, 23 Apr 2013 13:38:48 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: Grant McWilliams References: <5176A568.6030601@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGVsbG8uCgpFbCAyMy8wNC8xMyAxMzozMSwgR3JhbnQgTWNXaWxsaWFtcyBlc2NyaWJpw7M6Cj4g SSB3cm90ZSBhIHR1dG9yaWFsIGZvciBnZXR0aW5nIG15IHN0dWNrIFZNcyBzaHV0ZG93bi4gSXQg d29ya3MgZm9yIG1lLgo+Cj4gaHR0cDovL2dyYW50bWN3aWxsaWFtcy5jb20vaXRlbS82MjgtaG93 LXRvLXJlYm9vdC1zdHVjay12bXMKU2VlbXMgY2xlYW5lciB0aGFuIGEgZGlyZWN0IHhsIGRlc3Ry b3kgYW5kIHhlLXRvb2xzdGFjay1yZXN0YXJ0LiBJJ2xsIApmb2xsb3cgaXQgaWYgSSBnZXQgYSBW TSBzdHVjayBhZ2Fpbi4KCkdyZWF0IHJlZmVyZW5jZSwgdGhhbmsgeW91LgoKLS0gCkFsZXhhbmRy ZSBLb3V6bmV0c292CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9s aXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Apr 23 22:01:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 22:01: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 1UUlGj-00059e-J9; Tue, 23 Apr 2013 22:00:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUlGh-00059Y-QS for xen-api@lists.xen.org; Tue, 23 Apr 2013 22:00:56 +0000 Received: from [85.158.139.83:12781] by server-13.bemta-5.messagelabs.com id 91/A0-20553-D8407715; Tue, 23 Apr 2013 22:00:45 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-12.tower-182.messagelabs.com!1366754444!29717897!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23495 invoked from network); 23 Apr 2013 22:00:44 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-12.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 22:00:44 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id A936C1398; Wed, 24 Apr 2013 01:00:42 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 5EE932401C; Wed, 24 Apr 2013 01:00:42 +0300 (EEST) Date: Wed, 24 Apr 2013 01:00:42 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Dave Scott Message-ID: <20130423220041.GC11427@reaktio.net> References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2360@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD210141B73F6AC9@LONPMAILBOX01.citrite.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <81A73678E76EA642801C8F2E4823AD210141B73F6AC9@LONPMAILBOX01.citrite.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, Feb 28, 2013 at 03:29:52PM +0000, Dave Scott wrote: > Hi, > Hello! (after almost two months :) = = > = > [cc:d Pasi who I know is interested in this too] > = > As James says, I've been investigating what we need to do to make XCP = into > a "proper open-source project" i.e. one where > = > =B7 Anyone can checkout the source and build it easily > = > =B7 Anyone can "scratch their own itch" and contribute code to= the > community > = > =B7 We all can collaborate more easily together, without hitti= ng > annoying show-stopper problems > = Yes, this is really important! = > = > The first area I'd like to fix is building. I am determined to make al= l of > XCP easy to build. I've written up a proposal on the xen wiki here: > = > [1]http://wiki.xen.org/wiki/Making_XCP_easy_to_build > = > I'd really appreciate your feedback on this. I tried to list some of t= he > common `use cases' but there are probably more! > = Comment about the "proposed future state" on the wiki page: Many people use XCP (iso) today because it has the close relationship with = XenServer, so XenServer docs/faqs/scripts etc are pretty much directly suitable for XC= P. = Having XCP deb/rpm packages in 'stable' Linux distributions is good, but due to different release schedules, lifecycles and maintenance-policies = it's very difficult to have the "current supported XCP version" in all dist= ros. = We'd end up with different distros having different versions of XCP.. = but it's probably better to have something instead of nothing? :) What's your thought of this? Also what does Citrix want to do with XenServe= r in the future? = I think XCP should be as close to XenServer as possible in the future aswel= l! = .. with the difference that developers *and* users can rebuild the whole th= ing easily. This is very important when there are competing platforms like oVirt these = days! So I think there's value in having XCP-iso style appliance which is a = 'dedicated virtualization platform', like it's today. = As Ian Pratt said at XenSummit a couple of years ago we should make XCP (is= o) the reference stable Xen implementation! (with all of the above fixed, obvi= ously). = > = > = > I think we need to support multiple ways of building components: > = > 1. The development source packages should just support "./config= ure > && make && make install" > True. = > 2. The development source package dependencies should be easy to > install (and not conflict with other packages) > = Yep. > 3. We should host an up-to-date repo on xenbits.xen.org containi= ng > binary snapshot RPMs for early adopters to test via "yum upgrade" (or > "apt-get upgrade") > = Maybe two different repos? unstable and stable? = > 4. We should make our code as portable and as easy to package as > possible, to make the lives of upstream distro packagers easier. > = Definitely. Which includes upstreaming (or reworking) all the bits = that today require custom hacking/patching on XCP userland.. = > = > Looking at the recent commits I think we are making some progress on > making our code more portable: it's now possible to build the latest > master branch of some of our components like "xenopsd" and "squeezed" = on > `ordinary' CentOS/Ubuntu/Debian systems. I think Jon Ludlam (cc:d) has > been making progress fixing the dependencies of xapi - how far have you > got, Jon? Personally I'm running "xenopsd" on my Debian unstable laptop > and my Ubuntu desktop, which is really nice. I'd like to run xapi there > too (as well as on my XCP hosts) > Yep, this is good! = = > = > = > Let me know what you think! > = > I think that sorting these problems out is even higher priority than > adding new features to XCP - what do you think? > I agree. = So what are the next steps? How can people help? What's the status now? = Thanks, -- Pasi > = > = > Cheers, > = > Dave Scott > = > = > = > = > = > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.= org] > On Behalf Of James Bulpin > Sent: 28 February 2013 12:48 PM > To: George Shuklin > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] how to compile XCP source? > = > = > = > Good input, thanks. I view the library and compiler dependencies as pa= rt > of the general build environment problem and hence are in scope for the > changes we want to make. My aim is that XCP is both "free as in beer" = and > "free as in speech". I want us to get to the point where you can rebui= ld > any XCP component and submit patches back to the project as easily as = you > could rebuild Postgres and submit patches back to its project. Dave Sc= ott > is leading the team here to look at how we do that whilst continuing to > produce the commercial products that fund this work - expect to see > something from him on this soon. > = > = > = > Regards, > = > James > = > = > = > -- > = > James Bulpin > = > Sr Director, Technology, XenServer > = > Citrix > = > = > = > From: George Shuklin [[2]mailto:george.shuklin@gmail.com] > Sent: 28 February 2013 12:23 > To: James Bulpin > Cc: [3]xen-api@lists.xen.org > Subject: Re: [Xen-API] how to compile XCP source? > = > = > = > The main problem is not 'environment out of the box' but the exact > versions of libraries, compilers and so on. Because xapi-libs heavily > depends on random set of libraries outside the xapi source tree, and t= here > is no way to know witch version to use. Sometimes there is a situation > that xapi depends on library foo and bar, and foo (in upstream) depend= s on > different (conflicting) version of bar. And it definitively not compil= able > on centos5 (because of outdated ocaml for el5)... > = > To be honest I was strong supporter for xapi. But time flows - XCP 0.5, > XCP 1.1, XCP 1.5, XCP 1.6. Every time we found an working ISO with wor= king > binaries we can use like 'free version of XenServer'. But no any > modification of code was possible (no way to build original ISO, or, at > least, original xapi's RPM). That was definitively not a 'free as > freedom', just 'open source'. Some minor stuff in /etc/xensource/scrip= ts > and /opt/xensource/sm with patches, but no any significant changes was > possible. We actually have a huge (over 3k lines) code which simply do= ing > stuff 'around' xapi instead adding that functions to original code. > = > Now we got XCP 1.6. Again there is a significant set of changes we wan= t to > add (and share with others!) - but we can't, and we continue to add 'h= acks > around'. Really, I not very happy about this and start to thinking abo= ut > switching to something more 'free as freedom' visualization stack. > = > Lack of 'scrach your own itch' is very and very disappointing. I really > don't want to switch away from xapi and want to see some cooperation... > = > 28.02.2013 15:50, James Bulpin pishet: > = > > There is no way to reproduce exact build environment without citri= x's > guys and they are all in XenServer, not in XCP. Details of build > environment are closed and without that information disclose you can > assume XCP is not opensource, but just 'free'. (sad). > = > We know this isn't ideal but we're working on fixing it at the momen= t. > Reproducing the Citrix build environment isn't practical so we're ma= king > XCP/XenServer buildable in a more standard environment. More on this > soon. > = > = > = > Cheers, > = > James > = > = > = > From: [4]xen-api-bounces@lists.xen.org > [[5]mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin > Sent: 28 February 2013 09:01 > To: [6]xen-api@lists.xen.org > Subject: Re: [Xen-API] how to compile XCP source? > = > = > = > We've tried few times, but gave up. > = > There is no way to reproduce exact build environment without citrix's > guys and they are all in XenServer, not in XCP. Details of build > environment are closed and without that information disclose you can > assume XCP is not opensource, but just 'free'. (sad). > = > To be precise: you can build xapi sources from git, but in very stra= nge > environment with unknown version of libraries. It will be 'some bina= ry', > not the original XCP's xapi. > = > 27.02.2013 19:46, Felix Feng pishet: > = > Hi experts, > = > = > = > I'm trying to build XCP source > [7]http://downloads.xen.org/XCP/61809c/sources/source-1.iso . I was > wondering whether or not a CentOS 5.x is a MUST build environment? > = > = > = > For Debian/Ubuntu, is the > xapi-autobuilder([8]http://wiki.xen.org/wiki/Compile_the_XCP_tools= tack_from_source) > the only way to build XCP from source? > = > = > = > And are there any instructions about compiling XCP/XAPI? > = > = > = > Thanks. > = > = > = > ------ > = > Regards, > = > Felix > = > _______________________________________________ > = > Xen-api mailing list > = > [9]Xen-api@lists.xen.org > = > [10]http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = > = > = > = > = > References > = > Visible links > 1. http://wiki.xen.org/wiki/Making_XCP_easy_to_build > 2. mailto:george.shuklin@gmail.com > 3. mailto:xen-api@lists.xen.org > 4. mailto:xen-api-bounces@lists.xen.org > 5. mailto:xen-api-bounces@lists.xen.org > 6. mailto:xen-api@lists.xen.org > 7. http://downloads.xen.org/XCP/61809c/sources/source-1.iso > 8. http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source > 9. mailto:Xen-api@lists.xen.org > 10. 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 23 22:01:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 22:01: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 1UUlGj-00059e-J9; Tue, 23 Apr 2013 22:00:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUlGh-00059Y-QS for xen-api@lists.xen.org; Tue, 23 Apr 2013 22:00:56 +0000 Received: from [85.158.139.83:12781] by server-13.bemta-5.messagelabs.com id 91/A0-20553-D8407715; Tue, 23 Apr 2013 22:00:45 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-12.tower-182.messagelabs.com!1366754444!29717897!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23495 invoked from network); 23 Apr 2013 22:00:44 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-12.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 22:00:44 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id A936C1398; Wed, 24 Apr 2013 01:00:42 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 5EE932401C; Wed, 24 Apr 2013 01:00:42 +0300 (EEST) Date: Wed, 24 Apr 2013 01:00:42 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Dave Scott Message-ID: <20130423220041.GC11427@reaktio.net> References: <512F1CBA.5050509@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2341@LONPMAILBOX01.citrite.net> <512F4C0D.6080102@gmail.com> <344C0F67BC927847A2C92F9EE358DB0E0134F78E2360@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD210141B73F6AC9@LONPMAILBOX01.citrite.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <81A73678E76EA642801C8F2E4823AD210141B73F6AC9@LONPMAILBOX01.citrite.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] how to compile XCP source? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, Feb 28, 2013 at 03:29:52PM +0000, Dave Scott wrote: > Hi, > Hello! (after almost two months :) = = > = > [cc:d Pasi who I know is interested in this too] > = > As James says, I've been investigating what we need to do to make XCP = into > a "proper open-source project" i.e. one where > = > =B7 Anyone can checkout the source and build it easily > = > =B7 Anyone can "scratch their own itch" and contribute code to= the > community > = > =B7 We all can collaborate more easily together, without hitti= ng > annoying show-stopper problems > = Yes, this is really important! = > = > The first area I'd like to fix is building. I am determined to make al= l of > XCP easy to build. I've written up a proposal on the xen wiki here: > = > [1]http://wiki.xen.org/wiki/Making_XCP_easy_to_build > = > I'd really appreciate your feedback on this. I tried to list some of t= he > common `use cases' but there are probably more! > = Comment about the "proposed future state" on the wiki page: Many people use XCP (iso) today because it has the close relationship with = XenServer, so XenServer docs/faqs/scripts etc are pretty much directly suitable for XC= P. = Having XCP deb/rpm packages in 'stable' Linux distributions is good, but due to different release schedules, lifecycles and maintenance-policies = it's very difficult to have the "current supported XCP version" in all dist= ros. = We'd end up with different distros having different versions of XCP.. = but it's probably better to have something instead of nothing? :) What's your thought of this? Also what does Citrix want to do with XenServe= r in the future? = I think XCP should be as close to XenServer as possible in the future aswel= l! = .. with the difference that developers *and* users can rebuild the whole th= ing easily. This is very important when there are competing platforms like oVirt these = days! So I think there's value in having XCP-iso style appliance which is a = 'dedicated virtualization platform', like it's today. = As Ian Pratt said at XenSummit a couple of years ago we should make XCP (is= o) the reference stable Xen implementation! (with all of the above fixed, obvi= ously). = > = > = > I think we need to support multiple ways of building components: > = > 1. The development source packages should just support "./config= ure > && make && make install" > True. = > 2. The development source package dependencies should be easy to > install (and not conflict with other packages) > = Yep. > 3. We should host an up-to-date repo on xenbits.xen.org containi= ng > binary snapshot RPMs for early adopters to test via "yum upgrade" (or > "apt-get upgrade") > = Maybe two different repos? unstable and stable? = > 4. We should make our code as portable and as easy to package as > possible, to make the lives of upstream distro packagers easier. > = Definitely. Which includes upstreaming (or reworking) all the bits = that today require custom hacking/patching on XCP userland.. = > = > Looking at the recent commits I think we are making some progress on > making our code more portable: it's now possible to build the latest > master branch of some of our components like "xenopsd" and "squeezed" = on > `ordinary' CentOS/Ubuntu/Debian systems. I think Jon Ludlam (cc:d) has > been making progress fixing the dependencies of xapi - how far have you > got, Jon? Personally I'm running "xenopsd" on my Debian unstable laptop > and my Ubuntu desktop, which is really nice. I'd like to run xapi there > too (as well as on my XCP hosts) > Yep, this is good! = = > = > = > Let me know what you think! > = > I think that sorting these problems out is even higher priority than > adding new features to XCP - what do you think? > I agree. = So what are the next steps? How can people help? What's the status now? = Thanks, -- Pasi > = > = > Cheers, > = > Dave Scott > = > = > = > = > = > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.= org] > On Behalf Of James Bulpin > Sent: 28 February 2013 12:48 PM > To: George Shuklin > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] how to compile XCP source? > = > = > = > Good input, thanks. I view the library and compiler dependencies as pa= rt > of the general build environment problem and hence are in scope for the > changes we want to make. My aim is that XCP is both "free as in beer" = and > "free as in speech". I want us to get to the point where you can rebui= ld > any XCP component and submit patches back to the project as easily as = you > could rebuild Postgres and submit patches back to its project. Dave Sc= ott > is leading the team here to look at how we do that whilst continuing to > produce the commercial products that fund this work - expect to see > something from him on this soon. > = > = > = > Regards, > = > James > = > = > = > -- > = > James Bulpin > = > Sr Director, Technology, XenServer > = > Citrix > = > = > = > From: George Shuklin [[2]mailto:george.shuklin@gmail.com] > Sent: 28 February 2013 12:23 > To: James Bulpin > Cc: [3]xen-api@lists.xen.org > Subject: Re: [Xen-API] how to compile XCP source? > = > = > = > The main problem is not 'environment out of the box' but the exact > versions of libraries, compilers and so on. Because xapi-libs heavily > depends on random set of libraries outside the xapi source tree, and t= here > is no way to know witch version to use. Sometimes there is a situation > that xapi depends on library foo and bar, and foo (in upstream) depend= s on > different (conflicting) version of bar. And it definitively not compil= able > on centos5 (because of outdated ocaml for el5)... > = > To be honest I was strong supporter for xapi. But time flows - XCP 0.5, > XCP 1.1, XCP 1.5, XCP 1.6. Every time we found an working ISO with wor= king > binaries we can use like 'free version of XenServer'. But no any > modification of code was possible (no way to build original ISO, or, at > least, original xapi's RPM). That was definitively not a 'free as > freedom', just 'open source'. Some minor stuff in /etc/xensource/scrip= ts > and /opt/xensource/sm with patches, but no any significant changes was > possible. We actually have a huge (over 3k lines) code which simply do= ing > stuff 'around' xapi instead adding that functions to original code. > = > Now we got XCP 1.6. Again there is a significant set of changes we wan= t to > add (and share with others!) - but we can't, and we continue to add 'h= acks > around'. Really, I not very happy about this and start to thinking abo= ut > switching to something more 'free as freedom' visualization stack. > = > Lack of 'scrach your own itch' is very and very disappointing. I really > don't want to switch away from xapi and want to see some cooperation... > = > 28.02.2013 15:50, James Bulpin pishet: > = > > There is no way to reproduce exact build environment without citri= x's > guys and they are all in XenServer, not in XCP. Details of build > environment are closed and without that information disclose you can > assume XCP is not opensource, but just 'free'. (sad). > = > We know this isn't ideal but we're working on fixing it at the momen= t. > Reproducing the Citrix build environment isn't practical so we're ma= king > XCP/XenServer buildable in a more standard environment. More on this > soon. > = > = > = > Cheers, > = > James > = > = > = > From: [4]xen-api-bounces@lists.xen.org > [[5]mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin > Sent: 28 February 2013 09:01 > To: [6]xen-api@lists.xen.org > Subject: Re: [Xen-API] how to compile XCP source? > = > = > = > We've tried few times, but gave up. > = > There is no way to reproduce exact build environment without citrix's > guys and they are all in XenServer, not in XCP. Details of build > environment are closed and without that information disclose you can > assume XCP is not opensource, but just 'free'. (sad). > = > To be precise: you can build xapi sources from git, but in very stra= nge > environment with unknown version of libraries. It will be 'some bina= ry', > not the original XCP's xapi. > = > 27.02.2013 19:46, Felix Feng pishet: > = > Hi experts, > = > = > = > I'm trying to build XCP source > [7]http://downloads.xen.org/XCP/61809c/sources/source-1.iso . I was > wondering whether or not a CentOS 5.x is a MUST build environment? > = > = > = > For Debian/Ubuntu, is the > xapi-autobuilder([8]http://wiki.xen.org/wiki/Compile_the_XCP_tools= tack_from_source) > the only way to build XCP from source? > = > = > = > And are there any instructions about compiling XCP/XAPI? > = > = > = > Thanks. > = > = > = > ------ > = > Regards, > = > Felix > = > _______________________________________________ > = > Xen-api mailing list > = > [9]Xen-api@lists.xen.org > = > [10]http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = > = > = > = > = > References > = > Visible links > 1. http://wiki.xen.org/wiki/Making_XCP_easy_to_build > 2. mailto:george.shuklin@gmail.com > 3. mailto:xen-api@lists.xen.org > 4. mailto:xen-api-bounces@lists.xen.org > 5. mailto:xen-api-bounces@lists.xen.org > 6. mailto:xen-api@lists.xen.org > 7. http://downloads.xen.org/XCP/61809c/sources/source-1.iso > 8. http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source > 9. mailto:Xen-api@lists.xen.org > 10. 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 23 23:57:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 23:57: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 1UUn50-0007TP-0T; Tue, 23 Apr 2013 23:56:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUn4z-0007TK-4H for xen-api@lists.xen.org; Tue, 23 Apr 2013 23:56:57 +0000 Received: from [85.158.143.99:50389] by server-2.bemta-4.messagelabs.com id 86/31-12656-8CF17715; Tue, 23 Apr 2013 23:56:56 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1366761415!22909617!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15374 invoked from network); 23 Apr 2013 23:56:55 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 23:56:55 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r3NNuiND006086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Apr 2013 01:56:48 +0200 Message-ID: <51771FB9.6070601@swisscenter.com> Date: Wed, 24 Apr 2013 01:56:41 +0200 From: =?UTF-8?B?U8OpYmFzdGllbiBSSUNDSU8=?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:21.0) Gecko/20100101 Thunderbird/21.0 MIME-Version: 1.0 To: Alexandre Kouznetsov , Grant McWilliams References: <5176A568.6030601@ondore.com> <5176D538.3050806@ondore.com> In-Reply-To: <5176D538.3050806@ondore.com> X-Virus-Scanned: clamav-milter 0.97.6 at mail X-Virus-Status: Clean Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org WWVzLCBzZWVtcyBjbGVhbmVyIHRoYW4gbXkgd2F5LCB3aWxsIHRyeSBpdCB0aGUgbmV4dCB0aW1l IHNvbWV0aGluZyBnb2VzIAp3cm9uZyA6KSBUaGFua3MuCgpPbiAyMy4wNC4yMDEzIDIwOjM4LCBB bGV4YW5kcmUgS291em5ldHNvdiB3cm90ZToKPiBIZWxsby4KPgo+IEVsIDIzLzA0LzEzIDEzOjMx LCBHcmFudCBNY1dpbGxpYW1zIGVzY3JpYmnDszoKPj4gSSB3cm90ZSBhIHR1dG9yaWFsIGZvciBn ZXR0aW5nIG15IHN0dWNrIFZNcyBzaHV0ZG93bi4gSXQgd29ya3MgZm9yIG1lLgo+Pgo+PiBodHRw Oi8vZ3JhbnRtY3dpbGxpYW1zLmNvbS9pdGVtLzYyOC1ob3ctdG8tcmVib290LXN0dWNrLXZtcwo+ IFNlZW1zIGNsZWFuZXIgdGhhbiBhIGRpcmVjdCB4bCBkZXN0cm95IGFuZCB4ZS10b29sc3RhY2st cmVzdGFydC4gSSdsbCAKPiBmb2xsb3cgaXQgaWYgSSBnZXQgYSBWTSBzdHVjayBhZ2Fpbi4KPgo+ IEdyZWF0IHJlZmVyZW5jZSwgdGhhbmsgeW91Lgo+CgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Apr 23 23:57:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 23:57: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 1UUn50-0007TP-0T; Tue, 23 Apr 2013 23:56:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUn4z-0007TK-4H for xen-api@lists.xen.org; Tue, 23 Apr 2013 23:56:57 +0000 Received: from [85.158.143.99:50389] by server-2.bemta-4.messagelabs.com id 86/31-12656-8CF17715; Tue, 23 Apr 2013 23:56:56 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1366761415!22909617!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15374 invoked from network); 23 Apr 2013 23:56:55 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2013 23:56:55 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r3NNuiND006086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Apr 2013 01:56:48 +0200 Message-ID: <51771FB9.6070601@swisscenter.com> Date: Wed, 24 Apr 2013 01:56:41 +0200 From: =?UTF-8?B?U8OpYmFzdGllbiBSSUNDSU8=?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:21.0) Gecko/20100101 Thunderbird/21.0 MIME-Version: 1.0 To: Alexandre Kouznetsov , Grant McWilliams References: <5176A568.6030601@ondore.com> <5176D538.3050806@ondore.com> In-Reply-To: <5176D538.3050806@ondore.com> X-Virus-Scanned: clamav-milter 0.97.6 at mail X-Virus-Status: Clean Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org WWVzLCBzZWVtcyBjbGVhbmVyIHRoYW4gbXkgd2F5LCB3aWxsIHRyeSBpdCB0aGUgbmV4dCB0aW1l IHNvbWV0aGluZyBnb2VzIAp3cm9uZyA6KSBUaGFua3MuCgpPbiAyMy4wNC4yMDEzIDIwOjM4LCBB bGV4YW5kcmUgS291em5ldHNvdiB3cm90ZToKPiBIZWxsby4KPgo+IEVsIDIzLzA0LzEzIDEzOjMx LCBHcmFudCBNY1dpbGxpYW1zIGVzY3JpYmnDszoKPj4gSSB3cm90ZSBhIHR1dG9yaWFsIGZvciBn ZXR0aW5nIG15IHN0dWNrIFZNcyBzaHV0ZG93bi4gSXQgd29ya3MgZm9yIG1lLgo+Pgo+PiBodHRw Oi8vZ3JhbnRtY3dpbGxpYW1zLmNvbS9pdGVtLzYyOC1ob3ctdG8tcmVib290LXN0dWNrLXZtcwo+ IFNlZW1zIGNsZWFuZXIgdGhhbiBhIGRpcmVjdCB4bCBkZXN0cm95IGFuZCB4ZS10b29sc3RhY2st cmVzdGFydC4gSSdsbCAKPiBmb2xsb3cgaXQgaWYgSSBnZXQgYSBWTSBzdHVjayBhZ2Fpbi4KPgo+ IEdyZWF0IHJlZmVyZW5jZSwgdGhhbmsgeW91Lgo+CgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Wed Apr 24 02:30:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 02:30: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 1UUpTs-0006UR-Du; Wed, 24 Apr 2013 02:30:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUpTq-0006UK-5u for xen-api@lists.xen.org; Wed, 24 Apr 2013 02:30:46 +0000 Received: from [85.158.138.51:53646] by server-2.bemta-3.messagelabs.com id 06/30-05208-4D347715; Wed, 24 Apr 2013 02:30:44 +0000 X-Env-Sender: moto@kawasaki3.org X-Msg-Ref: server-9.tower-174.messagelabs.com!1366770643!27394080!1 X-Originating-IP: [173.230.157.78] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 309 invoked from network); 24 Apr 2013 02:30:43 -0000 Received: from blackpearl.kawasaki3.org (HELO kawasaki3.org) (173.230.157.78) by server-9.tower-174.messagelabs.com with SMTP; 24 Apr 2013 02:30:43 -0000 Received: from localhost (unknown [113.157.198.194]) (Authenticated sender: moto) by kawasaki3.org (Postfix) with ESMTPSA id 25DD51CD40; Tue, 23 Apr 2013 22:30:42 -0400 (EDT) Date: Wed, 24 Apr 2013 11:30:33 +0900 (JST) Message-Id: <20130424.113033.153520835290363710.moto@kawasaki3.org> To: alk@ondore.com From: moto kawasaki In-Reply-To: <5176D1B2.4000206@ondore.com> References: <5176BFEA.7010804@ondore.com> <5176D1B2.4000206@ondore.com> X-Mailer: Mew version 6.5 on Emacs 24.3.50 / Mule 6.0 (HANACHIRUSATO) X-Face: )._4~w!_D$r6qNS0+; nS|]WNeI4f3o)QnH[ItB[esXuc$~hQ$.,?}$SnLe/[24Hao%^q/Is 'SJtZe#21h;7z;q+iyj[^%7\46.Gg-t7.px<}L-f_:P+6i4-a{DIL[ Mime-Version: 1.0 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Force shutdown 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: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi alk, alk> El 23/04/13 13:09, Kris Lou escribi=F3: alk> > What are the differences between "xl destroy " and alk> > "destroy_domain -domid "? I've seen the latter in docs for = XS alk> > 6.0, but not necessarily 6.1/XCP 1.6. alk> = alk> The command "destroy_domain" is not available on my XCP 1.6 alk> installation. Maybe it's some discontinued wrapper? You can find it in /opt/xensource/debug/, when searching in my XCP 1.6 Hosts. Unfortunately, this directory is not in your PATH. Thank you!! -- = moto kawasaki _______________________________________________ Xen-api 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 24 02:30:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 02:30: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 1UUpTs-0006UR-Du; Wed, 24 Apr 2013 02:30:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUpTq-0006UK-5u for xen-api@lists.xen.org; Wed, 24 Apr 2013 02:30:46 +0000 Received: from [85.158.138.51:53646] by server-2.bemta-3.messagelabs.com id 06/30-05208-4D347715; Wed, 24 Apr 2013 02:30:44 +0000 X-Env-Sender: moto@kawasaki3.org X-Msg-Ref: server-9.tower-174.messagelabs.com!1366770643!27394080!1 X-Originating-IP: [173.230.157.78] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 309 invoked from network); 24 Apr 2013 02:30:43 -0000 Received: from blackpearl.kawasaki3.org (HELO kawasaki3.org) (173.230.157.78) by server-9.tower-174.messagelabs.com with SMTP; 24 Apr 2013 02:30:43 -0000 Received: from localhost (unknown [113.157.198.194]) (Authenticated sender: moto) by kawasaki3.org (Postfix) with ESMTPSA id 25DD51CD40; Tue, 23 Apr 2013 22:30:42 -0400 (EDT) Date: Wed, 24 Apr 2013 11:30:33 +0900 (JST) Message-Id: <20130424.113033.153520835290363710.moto@kawasaki3.org> To: alk@ondore.com From: moto kawasaki In-Reply-To: <5176D1B2.4000206@ondore.com> References: <5176BFEA.7010804@ondore.com> <5176D1B2.4000206@ondore.com> X-Mailer: Mew version 6.5 on Emacs 24.3.50 / Mule 6.0 (HANACHIRUSATO) X-Face: )._4~w!_D$r6qNS0+; nS|]WNeI4f3o)QnH[ItB[esXuc$~hQ$.,?}$SnLe/[24Hao%^q/Is 'SJtZe#21h;7z;q+iyj[^%7\46.Gg-t7.px<}L-f_:P+6i4-a{DIL[ Mime-Version: 1.0 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Force shutdown 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: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi alk, alk> El 23/04/13 13:09, Kris Lou escribi=F3: alk> > What are the differences between "xl destroy " and alk> > "destroy_domain -domid "? I've seen the latter in docs for = XS alk> > 6.0, but not necessarily 6.1/XCP 1.6. alk> = alk> The command "destroy_domain" is not available on my XCP 1.6 alk> installation. Maybe it's some discontinued wrapper? You can find it in /opt/xensource/debug/, when searching in my XCP 1.6 Hosts. Unfortunately, this directory is not in your PATH. Thank you!! -- = moto kawasaki _______________________________________________ Xen-api 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 24 14:11:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 14:11: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 1UV0Ph-0001NA-Ef; Wed, 24 Apr 2013 14:11:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV0Pf-0001Mu-W5 for xen-api@lists.xen.org; Wed, 24 Apr 2013 14:11:12 +0000 Received: from [193.109.254.147:41590] by server-12.bemta-14.messagelabs.com id 05/E9-05449-FF7E7715; Wed, 24 Apr 2013 14:11:11 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1366812481!9017006!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22281 invoked from network); 24 Apr 2013 14:08:02 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 14:08:02 -0000 Received: by mail-lb0-f176.google.com with SMTP id y8so1748903lbh.21 for ; Wed, 24 Apr 2013 07:08:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=xGE8onsuduhkTnDgqKw/8NresztXznn2HAKFET0z0Ds=; b=Y7yapOW6CJXXzrXGRnoh8vapUSnfu5ZeH8ms7Fp2yUNOy5/jZ3Es9lj82/tEroKfIO eHDypPcGAyOCNyml9v6ATWQoT4CcDUwFTf+2bR+IkR/G42Od9K8HJ85dob/nvlqE6v9y +MrN77ufhreVaJb/TCQAeWmI+H6uhF1lUJ20i7Yu7ETsftFWJwNlk80xHWVbUtruyTW/ 3MtzPJvdXYfieivHFJkFc3xb2HpvRzIJJCklB2N5UAz1nClKwb0exuh9oSS9g4U3UIYw kN5l6sIHe1YBWWOj2YQNtINA+2bh8N/D5vaVD1hmLUlr5nj24BSo5Lhn7+OvhibNP795 c/gw== X-Received: by 10.112.130.40 with SMTP id ob8mr17667503lbb.55.1366812481713; Wed, 24 Apr 2013 07:08:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.180.4 with HTTP; Wed, 24 Apr 2013 07:07:21 -0700 (PDT) In-Reply-To: <5176D538.3050806@ondore.com> References: <5176A568.6030601@ondore.com> <5176D538.3050806@ondore.com> From: Grant McWilliams Date: Wed, 24 Apr 2013 07:07:21 -0700 Message-ID: To: Alexandre Kouznetsov Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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="===============8934805022313575992==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8934805022313575992== Content-Type: multipart/alternative; boundary=047d7b342ba4727ccb04db1bd4a0 --047d7b342ba4727ccb04db1bd4a0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've modified the tutorial a few times when it didn't work. It unsticks just about any VM now for me. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Tue, Apr 23, 2013 at 11:38 AM, Alexandre Kouznetsov wrot= e: > Hello. > > El 23/04/13 13:31, Grant McWilliams escribi=C3=B3: > > I wrote a tutorial for getting my stuck VMs shutdown. It works for me. >> >> http://grantmcwilliams.com/**item/628-how-to-reboot-stuck-**vms >> > Seems cleaner than a direct xl destroy and xe-toolstack-restart. I'll > follow it if I get a VM stuck again. > > Great reference, thank you. > > -- > Alexandre Kouznetsov > > --047d7b342ba4727ccb04db1bd4a0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've modified the tutorial a few times when it didn= 9;t work. It unsticks just about any VM now for me.=C2=A0



Grant M= cWilliams
http://grantmcwil= liams.com/

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


On Tue, Apr 23, 2013 at 11:38 AM, Alexan= dre Kouznetsov <alk@ondore.com> wrote:
Hello.

El 23/04/13 13:31, Grant McWilliams escribi=C3=B3:

I wrote a tutorial for getting my stuck VMs shutdown. It works for me.

http://grantmcwilliams.com/item/628-how-to-reboot-stu= ck-vms
Seems cleaner than a direct xl destroy and xe-toolstack-restart. I'll f= ollow it if I get a VM stuck again.

Great reference, thank you.<= br>
--
Alexandre Kouznetsov


--047d7b342ba4727ccb04db1bd4a0-- --===============8934805022313575992== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8934805022313575992==-- From xen-api-bounces@lists.xen.org Wed Apr 24 14:11:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 14:11: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 1UV0Ph-0001NA-Ef; Wed, 24 Apr 2013 14:11:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV0Pf-0001Mu-W5 for xen-api@lists.xen.org; Wed, 24 Apr 2013 14:11:12 +0000 Received: from [193.109.254.147:41590] by server-12.bemta-14.messagelabs.com id 05/E9-05449-FF7E7715; Wed, 24 Apr 2013 14:11:11 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1366812481!9017006!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22281 invoked from network); 24 Apr 2013 14:08:02 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 14:08:02 -0000 Received: by mail-lb0-f176.google.com with SMTP id y8so1748903lbh.21 for ; Wed, 24 Apr 2013 07:08:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=xGE8onsuduhkTnDgqKw/8NresztXznn2HAKFET0z0Ds=; b=Y7yapOW6CJXXzrXGRnoh8vapUSnfu5ZeH8ms7Fp2yUNOy5/jZ3Es9lj82/tEroKfIO eHDypPcGAyOCNyml9v6ATWQoT4CcDUwFTf+2bR+IkR/G42Od9K8HJ85dob/nvlqE6v9y +MrN77ufhreVaJb/TCQAeWmI+H6uhF1lUJ20i7Yu7ETsftFWJwNlk80xHWVbUtruyTW/ 3MtzPJvdXYfieivHFJkFc3xb2HpvRzIJJCklB2N5UAz1nClKwb0exuh9oSS9g4U3UIYw kN5l6sIHe1YBWWOj2YQNtINA+2bh8N/D5vaVD1hmLUlr5nj24BSo5Lhn7+OvhibNP795 c/gw== X-Received: by 10.112.130.40 with SMTP id ob8mr17667503lbb.55.1366812481713; Wed, 24 Apr 2013 07:08:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.180.4 with HTTP; Wed, 24 Apr 2013 07:07:21 -0700 (PDT) In-Reply-To: <5176D538.3050806@ondore.com> References: <5176A568.6030601@ondore.com> <5176D538.3050806@ondore.com> From: Grant McWilliams Date: Wed, 24 Apr 2013 07:07:21 -0700 Message-ID: To: Alexandre Kouznetsov Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Force shutdown 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="===============8934805022313575992==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8934805022313575992== Content-Type: multipart/alternative; boundary=047d7b342ba4727ccb04db1bd4a0 --047d7b342ba4727ccb04db1bd4a0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've modified the tutorial a few times when it didn't work. It unsticks just about any VM now for me. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Tue, Apr 23, 2013 at 11:38 AM, Alexandre Kouznetsov wrot= e: > Hello. > > El 23/04/13 13:31, Grant McWilliams escribi=C3=B3: > > I wrote a tutorial for getting my stuck VMs shutdown. It works for me. >> >> http://grantmcwilliams.com/**item/628-how-to-reboot-stuck-**vms >> > Seems cleaner than a direct xl destroy and xe-toolstack-restart. I'll > follow it if I get a VM stuck again. > > Great reference, thank you. > > -- > Alexandre Kouznetsov > > --047d7b342ba4727ccb04db1bd4a0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've modified the tutorial a few times when it didn= 9;t work. It unsticks just about any VM now for me.=C2=A0



Grant M= cWilliams
http://grantmcwil= liams.com/

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


On Tue, Apr 23, 2013 at 11:38 AM, Alexan= dre Kouznetsov <alk@ondore.com> wrote:
Hello.

El 23/04/13 13:31, Grant McWilliams escribi=C3=B3:

I wrote a tutorial for getting my stuck VMs shutdown. It works for me.

http://grantmcwilliams.com/item/628-how-to-reboot-stu= ck-vms
Seems cleaner than a direct xl destroy and xe-toolstack-restart. I'll f= ollow it if I get a VM stuck again.

Great reference, thank you.<= br>
--
Alexandre Kouznetsov


--047d7b342ba4727ccb04db1bd4a0-- --===============8934805022313575992== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8934805022313575992==-- From xen-api-bounces@lists.xen.org Thu Apr 25 08:45:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:45: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 1UVHoC-0005iZ-TR; Thu, 25 Apr 2013 08:45:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUa09-00028U-3l for xen-api@lists.xen.org; Tue, 23 Apr 2013 09:59:05 +0000 Received: from [85.158.143.99:56167] by server-3.bemta-4.messagelabs.com id 68/0B-02186-86B56715; Tue, 23 Apr 2013 09:59:04 +0000 X-Env-Sender: mohamet.dia@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366711142!23784723!1 X-Originating-IP: [209.85.220.169] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16286 invoked from network); 23 Apr 2013 09:59:03 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 09:59:03 -0000 Received: by mail-vc0-f169.google.com with SMTP id gd11so411901vcb.28 for ; Tue, 23 Apr 2013 02:59:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=Mf1Rjs9abIl0qZ8b/EfGqnJlQIg03TC9xR92yGy/ubw=; b=sFX+KGHW8szruPVq+0T6YI9BgTurddp0BIAr14tc09olFkSP8fKgdnzW3GuWUkGRW8 jbu3y287+d4qEgiDULDBOt7ORdBPE+swH9j7G1D9mtWsXRz9lTUh7ECTm5a3j96JfCel cmAvtn1/g8n/0f6sU3r1rpyQQ2ESeg4FBKh8gtaa9P+nl+D+ufpSRrZ+FAouqg5QFPi5 TLVt9rc7SqTKQCMe6mIDRRj3FcplXb//PKLt7p4txJU2zo2Zxqw/Bju4ADe7IbJPegF1 l3nJqdfJvg8Ps2ya5FRULgXNoUgw4gKxCHXX1+mihxCk5+RYnDS1Ww8rn19tPFkWEFXg jLxw== MIME-Version: 1.0 X-Received: by 10.52.75.8 with SMTP id y8mr18526487vdv.2.1366711141749; Tue, 23 Apr 2013 02:59:01 -0700 (PDT) Received: by 10.58.77.211 with HTTP; Tue, 23 Apr 2013 02:59:01 -0700 (PDT) Date: Tue, 23 Apr 2013 11:59:01 +0200 Message-ID: From: Mohamet DIA To: xen-api@lists.xen.org X-Mailman-Approved-At: Thu, 25 Apr 2013 08:45:39 +0000 Subject: [Xen-API] questions XCP-OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7169348380010753339==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7169348380010753339== Content-Type: multipart/alternative; boundary=bcaec50162991d86d604db043cb7 --bcaec50162991d86d604db043cb7 Content-Type: text/plain; charset=ISO-8859-1 Hi, Someone can help me for installing XenApi Plugins on DOM0. Indeed, I am doing my internship at Airbus and I try to to use XCP with Openstack. To do this, I create a VM and I install ubuntu12.04. In this VM, I install Openstack. it's work. So, my problem is: I can't install the XenAPI plugins on DOM0. I googled but, I don't found. help me please Mohamet DIA --bcaec50162991d86d604db043cb7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

=
Someone ca= n help me for installing XenApi Plugins on DOM0.

Indeed, I am doing my = internship at Airbus and I try to to use XCP with Openstack. To do this, I = create a VM and I install ubuntu12.04. In this VM, I install Openstack. it&= #39;s work.

So, my problem is:

=A0I can't install the XenAPI plugins on DOM0. I googled but, I don'= ;t found.=A0

help= me please


Mohamet DIA

--bcaec50162991d86d604db043cb7-- --===============7169348380010753339== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7169348380010753339==-- From xen-api-bounces@lists.xen.org Thu Apr 25 08:45:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:45: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 1UVHoC-0005iZ-TR; Thu, 25 Apr 2013 08:45:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUa09-00028U-3l for xen-api@lists.xen.org; Tue, 23 Apr 2013 09:59:05 +0000 Received: from [85.158.143.99:56167] by server-3.bemta-4.messagelabs.com id 68/0B-02186-86B56715; Tue, 23 Apr 2013 09:59:04 +0000 X-Env-Sender: mohamet.dia@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366711142!23784723!1 X-Originating-IP: [209.85.220.169] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16286 invoked from network); 23 Apr 2013 09:59:03 -0000 Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 09:59:03 -0000 Received: by mail-vc0-f169.google.com with SMTP id gd11so411901vcb.28 for ; Tue, 23 Apr 2013 02:59:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=Mf1Rjs9abIl0qZ8b/EfGqnJlQIg03TC9xR92yGy/ubw=; b=sFX+KGHW8szruPVq+0T6YI9BgTurddp0BIAr14tc09olFkSP8fKgdnzW3GuWUkGRW8 jbu3y287+d4qEgiDULDBOt7ORdBPE+swH9j7G1D9mtWsXRz9lTUh7ECTm5a3j96JfCel cmAvtn1/g8n/0f6sU3r1rpyQQ2ESeg4FBKh8gtaa9P+nl+D+ufpSRrZ+FAouqg5QFPi5 TLVt9rc7SqTKQCMe6mIDRRj3FcplXb//PKLt7p4txJU2zo2Zxqw/Bju4ADe7IbJPegF1 l3nJqdfJvg8Ps2ya5FRULgXNoUgw4gKxCHXX1+mihxCk5+RYnDS1Ww8rn19tPFkWEFXg jLxw== MIME-Version: 1.0 X-Received: by 10.52.75.8 with SMTP id y8mr18526487vdv.2.1366711141749; Tue, 23 Apr 2013 02:59:01 -0700 (PDT) Received: by 10.58.77.211 with HTTP; Tue, 23 Apr 2013 02:59:01 -0700 (PDT) Date: Tue, 23 Apr 2013 11:59:01 +0200 Message-ID: From: Mohamet DIA To: xen-api@lists.xen.org X-Mailman-Approved-At: Thu, 25 Apr 2013 08:45:39 +0000 Subject: [Xen-API] questions XCP-OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7169348380010753339==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7169348380010753339== Content-Type: multipart/alternative; boundary=bcaec50162991d86d604db043cb7 --bcaec50162991d86d604db043cb7 Content-Type: text/plain; charset=ISO-8859-1 Hi, Someone can help me for installing XenApi Plugins on DOM0. Indeed, I am doing my internship at Airbus and I try to to use XCP with Openstack. To do this, I create a VM and I install ubuntu12.04. In this VM, I install Openstack. it's work. So, my problem is: I can't install the XenAPI plugins on DOM0. I googled but, I don't found. help me please Mohamet DIA --bcaec50162991d86d604db043cb7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

=
Someone ca= n help me for installing XenApi Plugins on DOM0.

Indeed, I am doing my = internship at Airbus and I try to to use XCP with Openstack. To do this, I = create a VM and I install ubuntu12.04. In this VM, I install Openstack. it&= #39;s work.

So, my problem is:

=A0I can't install the XenAPI plugins on DOM0. I googled but, I don'= ;t found.=A0

help= me please


Mohamet DIA

--bcaec50162991d86d604db043cb7-- --===============7169348380010753339== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7169348380010753339==-- From xen-api-bounces@lists.xen.org Thu Apr 25 08:45:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:45: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 1UVHoC-0005iU-Ni; Thu, 25 Apr 2013 08:45:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUOxW-0002HB-UW for xen-api@lists.xen.org; Mon, 22 Apr 2013 22:11:39 +0000 Received: from [85.158.139.83:28133] by server-16.bemta-5.messagelabs.com id 47/38-02543-995B5715; Mon, 22 Apr 2013 22:11:37 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1366668694!29680213!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7718 invoked from network); 22 Apr 2013 22:11:35 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 22:11:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,529,1363132800"; d="scan'208,217";a="20899008" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Apr 2013 22:11:33 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Mon, 22 Apr 2013 15:11:33 -0700 From: Santosh Jodh To: Jonathan Ludlam , Dave Scott , "xen-api@lists.xen.org" Date: Mon, 22 Apr 2013 15:11:34 -0700 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac4/pln+UudbQsrPRSKJCGYxLMOliA== Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 25 Apr 2013 08:45:38 +0000 Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0945482633425481131==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0945482633425481131== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_" --_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am trying to compile xen-api - specifically rrdump.ml ocamlc version: The Objective Caml compiler, version 3.12.1 Standard library directory: /usr/lib/ocaml git clone git://github.com/xen-org/opam cd opam; ./configure && make && sudo make install This succeeded. sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github.com/xe= n-org/opam-repository Fetching git://github.com/xen-org/opam-repository ... { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-= rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remo= ve, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-en= v, license, authors, homepage, version, name } 'opam init git://github.com/xen-org/opam-repository' failed Regards, Santosh --_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am trying to c= ompile xen-api – specifically rrdump.ml

 

ocamlc version:<= /p>

The Objective Caml compiler, version 3.12.1

Standard library directory: /usr/lib/ocaml=

 

 

git clone git://github.com/xen-org/opam<= /span>

cd opam; ./configure && make && sudo make in=
stall

 

This succeeded.=

 

sjodh@REDBLD-XS= :~/src/netscaler/xen-api-libs$ opam init git://github.com/xen-org/opam-repo= sitory

Fetching git://github.com/xen-org/opam-rep= ository ...

{ patches } are invalid field names i= n /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { opam-ve= rsion, maintainer, substs, build, remove, depends, depopts, conflicts, libr= aries, syntax, ocaml-version, build-env, license, authors, homepage, versio= n, name }

  'opam init git://github.com/xen-= org/opam-repository' failed

 

 

Regards,

=

Santosh

= --_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_-- --===============0945482633425481131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0945482633425481131==-- From xen-api-bounces@lists.xen.org Thu Apr 25 08:45:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:45: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 1UVHoC-0005iU-Ni; Thu, 25 Apr 2013 08:45:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUOxW-0002HB-UW for xen-api@lists.xen.org; Mon, 22 Apr 2013 22:11:39 +0000 Received: from [85.158.139.83:28133] by server-16.bemta-5.messagelabs.com id 47/38-02543-995B5715; Mon, 22 Apr 2013 22:11:37 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1366668694!29680213!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7718 invoked from network); 22 Apr 2013 22:11:35 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2013 22:11:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,529,1363132800"; d="scan'208,217";a="20899008" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Apr 2013 22:11:33 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Mon, 22 Apr 2013 15:11:33 -0700 From: Santosh Jodh To: Jonathan Ludlam , Dave Scott , "xen-api@lists.xen.org" Date: Mon, 22 Apr 2013 15:11:34 -0700 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac4/pln+UudbQsrPRSKJCGYxLMOliA== Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 25 Apr 2013 08:45:38 +0000 Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0945482633425481131==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0945482633425481131== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_" --_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am trying to compile xen-api - specifically rrdump.ml ocamlc version: The Objective Caml compiler, version 3.12.1 Standard library directory: /usr/lib/ocaml git clone git://github.com/xen-org/opam cd opam; ./configure && make && sudo make install This succeeded. sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github.com/xe= n-org/opam-repository Fetching git://github.com/xen-org/opam-repository ... { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-= rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remo= ve, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-en= v, license, authors, homepage, version, name } 'opam init git://github.com/xen-org/opam-repository' failed Regards, Santosh --_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am trying to c= ompile xen-api – specifically rrdump.ml

 

ocamlc version:<= /p>

The Objective Caml compiler, version 3.12.1

Standard library directory: /usr/lib/ocaml=

 

 

git clone git://github.com/xen-org/opam<= /span>

cd opam; ./configure && make && sudo make in=
stall

 

This succeeded.=

 

sjodh@REDBLD-XS= :~/src/netscaler/xen-api-libs$ opam init git://github.com/xen-org/opam-repo= sitory

Fetching git://github.com/xen-org/opam-rep= ository ...

{ patches } are invalid field names i= n /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { opam-ve= rsion, maintainer, substs, build, remove, depends, depopts, conflicts, libr= aries, syntax, ocaml-version, build-env, license, authors, homepage, versio= n, name }

  'opam init git://github.com/xen-= org/opam-repository' failed

 

 

Regards,

=

Santosh

= --_000_7914B38A4445B34AA16EB9F1352942F10143BB543DCFSJCPMAILBOX_-- --===============0945482633425481131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0945482633425481131==-- From xen-api-bounces@lists.xen.org Thu Apr 25 09:18:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 09:18: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 1UVIJi-0007ef-6v; Thu, 25 Apr 2013 09:18:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVIJg-0007eW-3J for xen-api@lists.xen.org; Thu, 25 Apr 2013 09:18:12 +0000 Received: from [85.158.143.99:35525] by server-1.bemta-4.messagelabs.com id A3/59-06203-3D4F8715; Thu, 25 Apr 2013 09:18:11 +0000 X-Env-Sender: martin.kralicek@accenture.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1366881485!19809447!1 X-Originating-IP: [216.32.181.182] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7300 invoked from network); 25 Apr 2013 09:18:06 -0000 Received: from ch1ehsobe002.messaging.microsoft.com (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.182) by server-8.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 25 Apr 2013 09:18:06 -0000 Received: from mail133-ch1-R.bigfish.com (10.43.68.251) by CH1EHSOBE002.bigfish.com (10.43.70.52) with Microsoft SMTP Server id 14.1.225.23; Thu, 25 Apr 2013 09:18:03 +0000 Received: from mail133-ch1 (localhost [127.0.0.1]) by mail133-ch1-R.bigfish.com (Postfix) with ESMTP id B29E0202DA; Thu, 25 Apr 2013 09:18:03 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.38.68; KIP:(null); UIP:(null); IPV:NLI; H:EMEXE3004.dir.svc.accenture.com; RD:emexe3004.accenture.com; EFVD:NLI X-SpamScore: -5 X-BigFish: VPS-5(zzc85fh328cMzz1f42h1fc6h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ahzz17326ah18c673h1954cbh18602eh8275bh8275dhz2fh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1b0ah1bceh1d0ch1155h) Received-SPF: pass (mail133-ch1: domain of accenture.com designates 170.252.38.68 as permitted sender) client-ip=170.252.38.68; envelope-from=martin.kralicek@accenture.com; helo=EMEXE3004.dir.svc.accenture.com ; ccenture.com ; Received: from mail133-ch1 (localhost.localdomain [127.0.0.1]) by mail133-ch1 (MessageSwitch) id 1366881481393042_25461; Thu, 25 Apr 2013 09:18:01 +0000 (UTC) Received: from CH1EHSMHS012.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.229]) by mail133-ch1.bigfish.com (Postfix) with ESMTP id 5E1103C0064; Thu, 25 Apr 2013 09:18:01 +0000 (UTC) Received: from EMEXE3004.dir.svc.accenture.com (170.252.38.68) by CH1EHSMHS012.bigfish.com (10.43.70.12) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 25 Apr 2013 09:18:01 +0000 Received: from EMEXH3005.dir.svc.accenture.com (10.134.3.70) by EMEXE3004.dir.svc.accenture.com (10.134.4.194) with Microsoft SMTP Server id 8.3.298.1; Thu, 25 Apr 2013 11:17:42 +0200 Received: from email.accenture.com (170.248.176.22) by EMEXH3005.dir.svc.accenture.com (10.134.3.76) with Microsoft SMTP Server (TLS) id 8.3.298.1; Thu, 25 Apr 2013 11:17:42 +0200 Received: from 048-CH1MPN1-161.048d.mgd.msft.net ([169.254.1.219]) by 048-CH1MMR1-009.048d.mgd.msft.net ([170.248.176.22]) with mapi id 14.02.0328.011; Thu, 25 Apr 2013 09:17:29 +0000 From: To: Thread-Topic: XCP 1.6 - Disaster recovery Thread-Index: Ac4/QlIJyDJS+EpWQNObTfiDKC0JsgArpS+gAGiQ+9A= Date: Thu, 25 Apr 2013 09:17:29 +0000 Message-ID: References: <7EA643C653F17F4C80DE959E978F10ED010F727B6492@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F727B6492@LONPMAILBOX01.citrite.net> Accept-Language: cs-CZ, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [80.188.20.193] MIME-Version: 1.0 X-OriginatorOrg: accenture.com Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 - Disaster recovery X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2002912331228827229==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2002912331228827229== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_" --_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi John, Thanks for your reply and sorry for my late respond. Yes I am configure DR from xencenter gui and I see that VDIs "Metadata for = DR" were created on each SR. Next step what I performed was verify this configuration via Disaster Reco= very wizard - Test Failover but there does not shown any VMs But when I tried to run xe vm-list database:vdi-uuid=3D = now everything is alright. So, is this bug? Thanks for your time. Regards Martin From: John Else [mailto:john.else@citrix.com] Sent: 23. dubna 2013 9:32 To: Kralicek, Martin Subject: RE: XCP 1.6 - Disaster recovery Hi Martin, To configure disaster recovery you need to enable database replication to o= ne or more shared lvmoiscsi or lvmohba SRs - either via the CLI ("xe sr-ena= ble-database-replication") or through the XenCenter dialog at Pool > Disast= er Recovery > Configure... It sounds like you've already done this though - in which case you should h= ave a VDI called "Metadata for DR" in each of those SRs. When you take one = of those SRs and attach it to a secondary pool, XCP can use that VDI to loo= k up which VMs were present in the original pool. You should also be able t= o run the failover wizard for the secondary pool and view VMs from the orig= inal pool. n.b. even through each Metadata VDI will contain the database information f= or all VMs that were present on the original pool, you won't be able to rec= over VMs to the secondary pool unless the SR used by those VMs for storage = is attached to the secondary pool as well (although there's nothing to stop= you using the same SR for storage and DR metadata). Lastly, you can query these metadata VDIs on the CLI if you want to sanity-= check what's on them, e.g. xe vm-list database:vdi-uuid=3D Hope this helps, John From: xen-api-bounces@lists.xen.org [= mailto:xen-api-bounces@lists.xen.org] On Behalf Of martin.kralicek@accentur= e.com Sent: 22 April 2013 11:16 To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 - Disaster recovery Hello, I would like to ask how I have to configure disaster recovery, because when= I performed configuration steps and selected all iSCSI SRs everything seem= be OK, but after I want to check it via Test Failover wizard and selected = again all available storages the next step does not show VMs. Thanks for any advice. Martin ________________________________ This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com --_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi John,

 

Thanks for your reply = and sorry for my late respond.

 

Yes I am configure DR = from xencenter gui and I see that VDIs „Metadata for DR“ were c= reated on each SR.

 

Next step what I perfo= rmed was verify this configuration via  Disaster Recovery wizard ̵= 1; Test Failover but there does not shown any VMs

But when I tried to ru= n xe vm-list database:vdi-uuid=3D<metadata-vdi-uuid> now everything i= s alright.

 

So, is this bug?<= /o:p>

 

Thanks for your time.<= o:p>

 

Regards

 

Martin

 

From: John Els= e [mailto:john.else@citrix.com]
Sent: 23. dubna 2013 9:32
To: Kralicek, Martin
Subject: RE: XCP 1.6 - Disaster recovery

 

Hi Mart= in,

&n= bsp;

To conf= igure disaster recovery you need to enable database replication to one or m= ore shared lvmoiscsi or lvmohba SRs - either via the CLI (“xe sr-enab= le-database-replication”) or through the XenCenter dialog at Pool > Disaster Recovery > Configure…

&n= bsp;

It soun= ds like you’ve already done this though – in which case you sho= uld have a VDI called “Metadata for DR” in each of those SRs. W= hen you take one of those SRs and attach it to a secondary pool, XCP can use that VDI to look up which VMs were present in the original poo= l. You should also be able to run the failover wizard for the secondary poo= l and view VMs from the original pool.

&n= bsp;

n.b. ev= en through each Metadata VDI will contain the database information for all = VMs that were present on the original pool, you won’t be able to reco= ver VMs to the secondary pool unless the SR used by those VMs for storage is attached to the secondary pool as well (a= lthough there’s nothing to stop you using the same SR for storage and= DR metadata).

&n= bsp;

Lastly,= you can query these metadata VDIs on the CLI if you want to sanity-check w= hat’s on them, e.g.

&n= bsp;

xe vm-l= ist database:vdi-uuid=3D<metadata-vdi-uuid>

&n= bsp;

Hope th= is helps,

John

&n= bsp;

 

Hello,

 

I would like to ask how I have to = configure disaster recovery, because when I performed configuration steps a= nd selected all iSCSI SRs everything seem be OK, but after I want to check = it via Test Failover wizard and selected again all available storages the next step does not show VMs.

 

Thanks for any advice.<= /span>

 

Martin

 =

This message is for= the designated recipient only and may contain privileged, proprietary, or = otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. An= y other use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy.

___________________________________________________________________________= ___________

www.accenture.com

--_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_-- --===============2002912331228827229== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2002912331228827229==-- From xen-api-bounces@lists.xen.org Thu Apr 25 09:18:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 09:18: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 1UVIJi-0007ef-6v; Thu, 25 Apr 2013 09:18:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVIJg-0007eW-3J for xen-api@lists.xen.org; Thu, 25 Apr 2013 09:18:12 +0000 Received: from [85.158.143.99:35525] by server-1.bemta-4.messagelabs.com id A3/59-06203-3D4F8715; Thu, 25 Apr 2013 09:18:11 +0000 X-Env-Sender: martin.kralicek@accenture.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1366881485!19809447!1 X-Originating-IP: [216.32.181.182] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7300 invoked from network); 25 Apr 2013 09:18:06 -0000 Received: from ch1ehsobe002.messaging.microsoft.com (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.182) by server-8.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 25 Apr 2013 09:18:06 -0000 Received: from mail133-ch1-R.bigfish.com (10.43.68.251) by CH1EHSOBE002.bigfish.com (10.43.70.52) with Microsoft SMTP Server id 14.1.225.23; Thu, 25 Apr 2013 09:18:03 +0000 Received: from mail133-ch1 (localhost [127.0.0.1]) by mail133-ch1-R.bigfish.com (Postfix) with ESMTP id B29E0202DA; Thu, 25 Apr 2013 09:18:03 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.38.68; KIP:(null); UIP:(null); IPV:NLI; H:EMEXE3004.dir.svc.accenture.com; RD:emexe3004.accenture.com; EFVD:NLI X-SpamScore: -5 X-BigFish: VPS-5(zzc85fh328cMzz1f42h1fc6h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ahzz17326ah18c673h1954cbh18602eh8275bh8275dhz2fh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1b0ah1bceh1d0ch1155h) Received-SPF: pass (mail133-ch1: domain of accenture.com designates 170.252.38.68 as permitted sender) client-ip=170.252.38.68; envelope-from=martin.kralicek@accenture.com; helo=EMEXE3004.dir.svc.accenture.com ; ccenture.com ; Received: from mail133-ch1 (localhost.localdomain [127.0.0.1]) by mail133-ch1 (MessageSwitch) id 1366881481393042_25461; Thu, 25 Apr 2013 09:18:01 +0000 (UTC) Received: from CH1EHSMHS012.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.229]) by mail133-ch1.bigfish.com (Postfix) with ESMTP id 5E1103C0064; Thu, 25 Apr 2013 09:18:01 +0000 (UTC) Received: from EMEXE3004.dir.svc.accenture.com (170.252.38.68) by CH1EHSMHS012.bigfish.com (10.43.70.12) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 25 Apr 2013 09:18:01 +0000 Received: from EMEXH3005.dir.svc.accenture.com (10.134.3.70) by EMEXE3004.dir.svc.accenture.com (10.134.4.194) with Microsoft SMTP Server id 8.3.298.1; Thu, 25 Apr 2013 11:17:42 +0200 Received: from email.accenture.com (170.248.176.22) by EMEXH3005.dir.svc.accenture.com (10.134.3.76) with Microsoft SMTP Server (TLS) id 8.3.298.1; Thu, 25 Apr 2013 11:17:42 +0200 Received: from 048-CH1MPN1-161.048d.mgd.msft.net ([169.254.1.219]) by 048-CH1MMR1-009.048d.mgd.msft.net ([170.248.176.22]) with mapi id 14.02.0328.011; Thu, 25 Apr 2013 09:17:29 +0000 From: To: Thread-Topic: XCP 1.6 - Disaster recovery Thread-Index: Ac4/QlIJyDJS+EpWQNObTfiDKC0JsgArpS+gAGiQ+9A= Date: Thu, 25 Apr 2013 09:17:29 +0000 Message-ID: References: <7EA643C653F17F4C80DE959E978F10ED010F727B6492@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F727B6492@LONPMAILBOX01.citrite.net> Accept-Language: cs-CZ, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [80.188.20.193] MIME-Version: 1.0 X-OriginatorOrg: accenture.com Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 - Disaster recovery X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2002912331228827229==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2002912331228827229== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_" --_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi John, Thanks for your reply and sorry for my late respond. Yes I am configure DR from xencenter gui and I see that VDIs "Metadata for = DR" were created on each SR. Next step what I performed was verify this configuration via Disaster Reco= very wizard - Test Failover but there does not shown any VMs But when I tried to run xe vm-list database:vdi-uuid=3D = now everything is alright. So, is this bug? Thanks for your time. Regards Martin From: John Else [mailto:john.else@citrix.com] Sent: 23. dubna 2013 9:32 To: Kralicek, Martin Subject: RE: XCP 1.6 - Disaster recovery Hi Martin, To configure disaster recovery you need to enable database replication to o= ne or more shared lvmoiscsi or lvmohba SRs - either via the CLI ("xe sr-ena= ble-database-replication") or through the XenCenter dialog at Pool > Disast= er Recovery > Configure... It sounds like you've already done this though - in which case you should h= ave a VDI called "Metadata for DR" in each of those SRs. When you take one = of those SRs and attach it to a secondary pool, XCP can use that VDI to loo= k up which VMs were present in the original pool. You should also be able t= o run the failover wizard for the secondary pool and view VMs from the orig= inal pool. n.b. even through each Metadata VDI will contain the database information f= or all VMs that were present on the original pool, you won't be able to rec= over VMs to the secondary pool unless the SR used by those VMs for storage = is attached to the secondary pool as well (although there's nothing to stop= you using the same SR for storage and DR metadata). Lastly, you can query these metadata VDIs on the CLI if you want to sanity-= check what's on them, e.g. xe vm-list database:vdi-uuid=3D Hope this helps, John From: xen-api-bounces@lists.xen.org [= mailto:xen-api-bounces@lists.xen.org] On Behalf Of martin.kralicek@accentur= e.com Sent: 22 April 2013 11:16 To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 - Disaster recovery Hello, I would like to ask how I have to configure disaster recovery, because when= I performed configuration steps and selected all iSCSI SRs everything seem= be OK, but after I want to check it via Test Failover wizard and selected = again all available storages the next step does not show VMs. Thanks for any advice. Martin ________________________________ This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com --_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi John,

 

Thanks for your reply = and sorry for my late respond.

 

Yes I am configure DR = from xencenter gui and I see that VDIs „Metadata for DR“ were c= reated on each SR.

 

Next step what I perfo= rmed was verify this configuration via  Disaster Recovery wizard ̵= 1; Test Failover but there does not shown any VMs

But when I tried to ru= n xe vm-list database:vdi-uuid=3D<metadata-vdi-uuid> now everything i= s alright.

 

So, is this bug?<= /o:p>

 

Thanks for your time.<= o:p>

 

Regards

 

Martin

 

From: John Els= e [mailto:john.else@citrix.com]
Sent: 23. dubna 2013 9:32
To: Kralicek, Martin
Subject: RE: XCP 1.6 - Disaster recovery

 

Hi Mart= in,

&n= bsp;

To conf= igure disaster recovery you need to enable database replication to one or m= ore shared lvmoiscsi or lvmohba SRs - either via the CLI (“xe sr-enab= le-database-replication”) or through the XenCenter dialog at Pool > Disaster Recovery > Configure…

&n= bsp;

It soun= ds like you’ve already done this though – in which case you sho= uld have a VDI called “Metadata for DR” in each of those SRs. W= hen you take one of those SRs and attach it to a secondary pool, XCP can use that VDI to look up which VMs were present in the original poo= l. You should also be able to run the failover wizard for the secondary poo= l and view VMs from the original pool.

&n= bsp;

n.b. ev= en through each Metadata VDI will contain the database information for all = VMs that were present on the original pool, you won’t be able to reco= ver VMs to the secondary pool unless the SR used by those VMs for storage is attached to the secondary pool as well (a= lthough there’s nothing to stop you using the same SR for storage and= DR metadata).

&n= bsp;

Lastly,= you can query these metadata VDIs on the CLI if you want to sanity-check w= hat’s on them, e.g.

&n= bsp;

xe vm-l= ist database:vdi-uuid=3D<metadata-vdi-uuid>

&n= bsp;

Hope th= is helps,

John

&n= bsp;

 

Hello,

 

I would like to ask how I have to = configure disaster recovery, because when I performed configuration steps a= nd selected all iSCSI SRs everything seem be OK, but after I want to check = it via Test Failover wizard and selected again all available storages the next step does not show VMs.

 

Thanks for any advice.<= /span>

 

Martin

 =

This message is for= the designated recipient only and may contain privileged, proprietary, or = otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. An= y other use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy.

___________________________________________________________________________= ___________

www.accenture.com

--_000_A14EC602F2E1DD4984ABE308D49EA2D226D19690048CH1MPN116104_-- --===============2002912331228827229== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2002912331228827229==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:06:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11:06:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVK04-0000zc-Tm; Thu, 25 Apr 2013 11:06:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVK04-0000zS-64 for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:06:04 +0000 Received: from [193.109.254.147:27545] by server-15.bemta-14.messagelabs.com id D6/1D-14305-B1E09715; Thu, 25 Apr 2013 11:06:03 +0000 X-Env-Sender: stephen@workshopit.co.uk X-Msg-Ref: server-11.tower-27.messagelabs.com!1366887923!2531435!1 X-Originating-IP: [209.85.192.197] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24876 invoked from network); 25 Apr 2013 11:05:26 -0000 Received: from mail-pd0-f197.google.com (HELO mail-pd0-f197.google.com) (209.85.192.197) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:05:26 -0000 Received: by mail-pd0-f197.google.com with SMTP id 10so284811pdc.0 for ; Thu, 25 Apr 2013 04:05:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-originating-ip:from:date:message-id :subject:to:content-type:x-gm-message-state; bh=OZzC3q083q5SDkcsIBEjcmDtsc43RjKB6zFlC6R9pI8=; b=JFB2Y55ilCGtybdeUllBJ/1+jZZ2w31XP1PBwGGYfg1cfGa6Y6EN2ApuJju3UyVAw6 sIxs34gMllEXghUi9ckCFqSO4hFU5uTtcm88m6RtPLIoPQjz/KtQJU7YtnoNcHoARCAv zQ4EpsVBeGJOi5pvW7OjSGGFCLmuKKo7nAfMNh6dF5i3IiTLYS4/xeE9ojvcXOxAthEp 22og8x2P5DAvD8iy3G22WL6iSP+b77MnnY7wlkQh3ftjU4Y6zTJzW7uvwGpZOudFvrE8 /HvfaJUlRS2cdCq6flmF7IVq2JZyO44PD6px9SJOkz7cqVHWOOHrx2VLNbUP+NmYYwuS UyOA== X-Received: by 10.68.238.38 with SMTP id vh6mr52462265pbc.63.1366887923347; Thu, 25 Apr 2013 04:05:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.2.161 with HTTP; Thu, 25 Apr 2013 04:05:03 -0700 (PDT) X-Originating-IP: [46.65.45.90] From: Stephen Horvath Date: Thu, 25 Apr 2013 12:05:03 +0100 Message-ID: To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQlBtUbsfcVkWrlnTcgMGJLOlsszdYXjr3HhmF9S+wrZMP3ehakP6vxHTNup3nmBJoUgDREq Subject: [Xen-API] recover deleted snapshots X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2444507676703684099==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2444507676703684099== Content-Type: multipart/alternative; boundary=e89a8ff246f51e887304db2d6523 --e89a8ff246f51e887304db2d6523 Content-Type: text/plain; charset=ISO-8859-1 Hi, I have a rather serious problem. I am running xen xcp 1.6 Last night I deleted a number of vdi's labeled as snaphots from my SR (Local storage - Hardware HBA) They where not attached to any VM My vm with an attached VDI of 2TB which was running is now showing a an invalid partition table and it appears all my data has been lost. I have detached the 2TB from my VM and tried to access via kpartx with the same invalid partition error. Is there a way to recover the deleted snapshots or somehow recover this partition? Any help is appreciated Kind regards --e89a8ff246f51e887304db2d6523 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
I have a rather serious problem.
I am running xen xcp 1.6
Last night I deleted a number of vdi's labeled= as snaphots from my SR (Local storage - Hardware HBA)
They where not attached to any VM
My vm with an attached VDI of 2TB which= was running is now showing a an invalid partition table and it appears all= my data has been lost.
I have=A0de= tached=A0the 2TB from my VM and tried to access via kpartx with the same in= valid partition error= .

Is there a way to recover the deleted snapshots or= somehow recover this partition?

Any help is appreciated

Kind regards
--e89a8ff246f51e887304db2d6523-- --===============2444507676703684099== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2444507676703684099==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:06:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11:06:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVK04-0000zc-Tm; Thu, 25 Apr 2013 11:06:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVK04-0000zS-64 for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:06:04 +0000 Received: from [193.109.254.147:27545] by server-15.bemta-14.messagelabs.com id D6/1D-14305-B1E09715; Thu, 25 Apr 2013 11:06:03 +0000 X-Env-Sender: stephen@workshopit.co.uk X-Msg-Ref: server-11.tower-27.messagelabs.com!1366887923!2531435!1 X-Originating-IP: [209.85.192.197] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24876 invoked from network); 25 Apr 2013 11:05:26 -0000 Received: from mail-pd0-f197.google.com (HELO mail-pd0-f197.google.com) (209.85.192.197) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:05:26 -0000 Received: by mail-pd0-f197.google.com with SMTP id 10so284811pdc.0 for ; Thu, 25 Apr 2013 04:05:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-originating-ip:from:date:message-id :subject:to:content-type:x-gm-message-state; bh=OZzC3q083q5SDkcsIBEjcmDtsc43RjKB6zFlC6R9pI8=; b=JFB2Y55ilCGtybdeUllBJ/1+jZZ2w31XP1PBwGGYfg1cfGa6Y6EN2ApuJju3UyVAw6 sIxs34gMllEXghUi9ckCFqSO4hFU5uTtcm88m6RtPLIoPQjz/KtQJU7YtnoNcHoARCAv zQ4EpsVBeGJOi5pvW7OjSGGFCLmuKKo7nAfMNh6dF5i3IiTLYS4/xeE9ojvcXOxAthEp 22og8x2P5DAvD8iy3G22WL6iSP+b77MnnY7wlkQh3ftjU4Y6zTJzW7uvwGpZOudFvrE8 /HvfaJUlRS2cdCq6flmF7IVq2JZyO44PD6px9SJOkz7cqVHWOOHrx2VLNbUP+NmYYwuS UyOA== X-Received: by 10.68.238.38 with SMTP id vh6mr52462265pbc.63.1366887923347; Thu, 25 Apr 2013 04:05:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.2.161 with HTTP; Thu, 25 Apr 2013 04:05:03 -0700 (PDT) X-Originating-IP: [46.65.45.90] From: Stephen Horvath Date: Thu, 25 Apr 2013 12:05:03 +0100 Message-ID: To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQlBtUbsfcVkWrlnTcgMGJLOlsszdYXjr3HhmF9S+wrZMP3ehakP6vxHTNup3nmBJoUgDREq Subject: [Xen-API] recover deleted snapshots X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2444507676703684099==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2444507676703684099== Content-Type: multipart/alternative; boundary=e89a8ff246f51e887304db2d6523 --e89a8ff246f51e887304db2d6523 Content-Type: text/plain; charset=ISO-8859-1 Hi, I have a rather serious problem. I am running xen xcp 1.6 Last night I deleted a number of vdi's labeled as snaphots from my SR (Local storage - Hardware HBA) They where not attached to any VM My vm with an attached VDI of 2TB which was running is now showing a an invalid partition table and it appears all my data has been lost. I have detached the 2TB from my VM and tried to access via kpartx with the same invalid partition error. Is there a way to recover the deleted snapshots or somehow recover this partition? Any help is appreciated Kind regards --e89a8ff246f51e887304db2d6523 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
I have a rather serious problem.
I am running xen xcp 1.6
Last night I deleted a number of vdi's labeled= as snaphots from my SR (Local storage - Hardware HBA)
They where not attached to any VM
My vm with an attached VDI of 2TB which= was running is now showing a an invalid partition table and it appears all= my data has been lost.
I have=A0de= tached=A0the 2TB from my VM and tried to access via kpartx with the same in= valid partition error= .

Is there a way to recover the deleted snapshots or= somehow recover this partition?

Any help is appreciated

Kind regards
--e89a8ff246f51e887304db2d6523-- --===============2444507676703684099== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2444507676703684099==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:32:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11:32: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 1UVKPU-00036Y-Lh; Thu, 25 Apr 2013 11:32:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVKPS-00036O-Tk for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:32:19 +0000 Received: from [85.158.138.51:43935] by server-15.bemta-3.messagelabs.com id 52/2B-23142-24419715; Thu, 25 Apr 2013 11:32:18 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366889536!28904546!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24176 invoked from network); 25 Apr 2013 11:32:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:32:16 -0000 X-IronPort-AV: E=Sophos;i="4.87,550,1363132800"; d="scan'208,217";a="3926947" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 11:32:17 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 12:32:16 +0100 From: John Else To: Santosh Jodh , Jonathan Ludlam , Dave Scott , "xen-api@lists.xen.org" Date: Thu, 25 Apr 2013 12:32:34 +0100 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac4/pln+UudbQsrPRSKJCGYxLMOliACANP8A Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7523612813214580234==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7523612813214580234== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Santosh, Firstly I'd recommend cloning opam from the OCamlPro repository, rather tha= n xen-org's fork (it's several months out of date), and secondly building a= tagged release of opam rather than the master branch. Try: git clone git://github.com/OCamlPro/opam cd opam git checkout latest ./configure && make && sudo make install Then you can initialise opam with the default (OCamlPro) repository, and ad= d xen-org's repository: opam init eval `opam config env` opam remote add xen-org git://github.com/xen-org/opam-repo-dev Hope this helps, John From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Santosh Jodh Sent: 22 April 2013 23:12 To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 I am trying to compile xen-api - specifically rrdump.ml ocamlc version: The Objective Caml compiler, version 3.12.1 Standard library directory: /usr/lib/ocaml git clone git://github.com/xen-org/opam cd opam; ./configure && make && sudo make install This succeeded. sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github.com/xe= n-org/opam-repository Fetching git://github.com/xen-org/opam-repository ... { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-= rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remo= ve, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-en= v, license, authors, homepage, version, name } 'opam init git://github.com/xen-org/opam-repository' failed Regards, Santosh --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Santosh,

 

Firstly I’d recommend cloning opam from th= e OCamlPro repository, rather than xen-org’s fork (it’s several= months out of date), and secondly building a tagged release of opam rather= than the master branch. Try:

 

git clone git://gi= thub.com/OCamlPro/opam

cd opam

=

./configure && make &a= mp;& sudo make install

 

Then you can initialise opam with the default (= OCamlPro) repository, and add xen-org’s repository:=

 

opam init

eval `opam config env`

opam remote add xen-org git://github.com/xen-org/opam-repo-= dev

 

Hope this helps,

John

 

From: xen-api-bounces@lists.xen.org [mailt= o:xen-api-bounces@lists.xen.org] On Behalf Of Santosh Jodh
Sen= t: 22 April 2013 23:12
To: Jonathan Ludlam; Dave Scott; xen-a= pi@lists.xen.org
Subject: [Xen-API] Compiling xen-api on Debian W= heezy AMD64

&nbs= p;

I am trying to compile = xen-api – specifically rrdump.ml

 

<= span lang=3DEN-US>ocamlc version:

The Objective Caml compiler, version 3.12.1<= /span>

Standard library director= y: /usr/lib/ocaml

 

 

git clone git://github.com/xen-o= rg/opam

cd opam; ./configure &=
amp;& make && sudo make install

 

This succeeded.

 

sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github= .com/xen-org/opam-repository

Fetchin= g git://github.com/xen-org/opam-repository ...

{ patches } are invalid field names in /home/sjodh/.opam/opam/bi= gbro.2.0.4-rev3.opam. Valid fields are { opam-version, maintainer, substs, = build, remove, depends, depopts, conflicts, libraries, syntax, ocaml-versio= n, build-env, license, authors, homepage, version, name }=

  'opam init git://github.com/xen-org/opam-repos= itory' failed

 

 

Regar= ds,

Santosh

= --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_-- --===============7523612813214580234== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7523612813214580234==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:32:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11:32: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 1UVKPU-00036Y-Lh; Thu, 25 Apr 2013 11:32:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVKPS-00036O-Tk for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:32:19 +0000 Received: from [85.158.138.51:43935] by server-15.bemta-3.messagelabs.com id 52/2B-23142-24419715; Thu, 25 Apr 2013 11:32:18 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1366889536!28904546!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24176 invoked from network); 25 Apr 2013 11:32:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:32:16 -0000 X-IronPort-AV: E=Sophos;i="4.87,550,1363132800"; d="scan'208,217";a="3926947" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 11:32:17 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 12:32:16 +0100 From: John Else To: Santosh Jodh , Jonathan Ludlam , Dave Scott , "xen-api@lists.xen.org" Date: Thu, 25 Apr 2013 12:32:34 +0100 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac4/pln+UudbQsrPRSKJCGYxLMOliACANP8A Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7523612813214580234==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7523612813214580234== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Santosh, Firstly I'd recommend cloning opam from the OCamlPro repository, rather tha= n xen-org's fork (it's several months out of date), and secondly building a= tagged release of opam rather than the master branch. Try: git clone git://github.com/OCamlPro/opam cd opam git checkout latest ./configure && make && sudo make install Then you can initialise opam with the default (OCamlPro) repository, and ad= d xen-org's repository: opam init eval `opam config env` opam remote add xen-org git://github.com/xen-org/opam-repo-dev Hope this helps, John From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Santosh Jodh Sent: 22 April 2013 23:12 To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 I am trying to compile xen-api - specifically rrdump.ml ocamlc version: The Objective Caml compiler, version 3.12.1 Standard library directory: /usr/lib/ocaml git clone git://github.com/xen-org/opam cd opam; ./configure && make && sudo make install This succeeded. sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github.com/xe= n-org/opam-repository Fetching git://github.com/xen-org/opam-repository ... { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-= rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remo= ve, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-en= v, license, authors, homepage, version, name } 'opam init git://github.com/xen-org/opam-repository' failed Regards, Santosh --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Santosh,

 

Firstly I’d recommend cloning opam from th= e OCamlPro repository, rather than xen-org’s fork (it’s several= months out of date), and secondly building a tagged release of opam rather= than the master branch. Try:

 

git clone git://gi= thub.com/OCamlPro/opam

cd opam

=

./configure && make &a= mp;& sudo make install

 

Then you can initialise opam with the default (= OCamlPro) repository, and add xen-org’s repository:=

 

opam init

eval `opam config env`

opam remote add xen-org git://github.com/xen-org/opam-repo-= dev

 

Hope this helps,

John

 

From: xen-api-bounces@lists.xen.org [mailt= o:xen-api-bounces@lists.xen.org] On Behalf Of Santosh Jodh
Sen= t: 22 April 2013 23:12
To: Jonathan Ludlam; Dave Scott; xen-a= pi@lists.xen.org
Subject: [Xen-API] Compiling xen-api on Debian W= heezy AMD64

&nbs= p;

I am trying to compile = xen-api – specifically rrdump.ml

 

<= span lang=3DEN-US>ocamlc version:

The Objective Caml compiler, version 3.12.1<= /span>

Standard library director= y: /usr/lib/ocaml

 

 

git clone git://github.com/xen-o= rg/opam

cd opam; ./configure &=
amp;& make && sudo make install

 

This succeeded.

 

sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github= .com/xen-org/opam-repository

Fetchin= g git://github.com/xen-org/opam-repository ...

{ patches } are invalid field names in /home/sjodh/.opam/opam/bi= gbro.2.0.4-rev3.opam. Valid fields are { opam-version, maintainer, substs, = build, remove, depends, depopts, conflicts, libraries, syntax, ocaml-versio= n, build-env, license, authors, homepage, version, name }=

  'opam init git://github.com/xen-org/opam-repos= itory' failed

 

 

Regar= ds,

Santosh

= --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6862LONPMAILBOX_-- --===============7523612813214580234== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7523612813214580234==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:44:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11:44: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 1UVKao-0004V0-Kn; Thu, 25 Apr 2013 11:44:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVKal-0004Ud-UR for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:44:00 +0000 Received: from [85.158.139.83:18029] by server-6.bemta-5.messagelabs.com id 49/9B-21466-EF619715; Thu, 25 Apr 2013 11:43:58 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1366890237!18531975!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3708 invoked from network); 25 Apr 2013 11:43:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:43:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,550,1363132800"; d="scan'208,217";a="3927495" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 11:43:58 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 12:43:57 +0100 From: John Else To: "martin.kralicek@accenture.com" Date: Thu, 25 Apr 2013 12:44:14 +0100 Thread-Topic: XCP 1.6 - Disaster recovery Thread-Index: Ac4/QlIJyDJS+EpWQNObTfiDKC0JsgArpS+gAGiQ+9AABYwe8A== Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F727B6867@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010F727B6492@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 - Disaster recovery X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2826320321968855591==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2826320321968855591== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Martin, That's strange - maybe the recovery wizard only shows VMs for which the sto= rage is available, and hides those it can't failover. If you can see the VM(s) you want to failover after running "xe vm-list dat= abase:vdi-uuid=3D", then try this: xe vm-recover database:vdi-uuid=3D uuid=3D If that doesn't work, you should at least get an error explaining why you c= an't failover the VM. John From: martin.kralicek@accenture.com [mailto:martin.kralicek@accenture.com] Sent: 25 April 2013 10:17 To: John Else Cc: xen-api@lists.xen.org Subject: RE: XCP 1.6 - Disaster recovery Hi John, Thanks for your reply and sorry for my late respond. Yes I am configure DR from xencenter gui and I see that VDIs "Metadata for = DR" were created on each SR. Next step what I performed was verify this configuration via Disaster Reco= very wizard - Test Failover but there does not shown any VMs But when I tried to run xe vm-list database:vdi-uuid=3D = now everything is alright. So, is this bug? Thanks for your time. Regards Martin From: John Else [mailto:john.else@citrix.com] Sent: 23. dubna 2013 9:32 To: Kralicek, Martin Subject: RE: XCP 1.6 - Disaster recovery Hi Martin, To configure disaster recovery you need to enable database replication to o= ne or more shared lvmoiscsi or lvmohba SRs - either via the CLI ("xe sr-ena= ble-database-replication") or through the XenCenter dialog at Pool > Disast= er Recovery > Configure... It sounds like you've already done this though - in which case you should h= ave a VDI called "Metadata for DR" in each of those SRs. When you take one = of those SRs and attach it to a secondary pool, XCP can use that VDI to loo= k up which VMs were present in the original pool. You should also be able t= o run the failover wizard for the secondary pool and view VMs from the orig= inal pool. n.b. even through each Metadata VDI will contain the database information f= or all VMs that were present on the original pool, you won't be able to rec= over VMs to the secondary pool unless the SR used by those VMs for storage = is attached to the secondary pool as well (although there's nothing to stop= you using the same SR for storage and DR metadata). Lastly, you can query these metadata VDIs on the CLI if you want to sanity-= check what's on them, e.g. xe vm-list database:vdi-uuid=3D Hope this helps, John From: xen-api-bounces@lists.xen.org [= mailto:xen-api-bounces@lists.xen.org] On Behalf Of martin.kralicek@accentur= e.com Sent: 22 April 2013 11:16 To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 - Disaster recovery Hello, I would like to ask how I have to configure disaster recovery, because when= I performed configuration steps and selected all iSCSI SRs everything seem= be OK, but after I want to check it via Test Failover wizard and selected = again all available storages the next step does not show VMs. Thanks for any advice. Martin ________________________________ This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Martin,

 

That’s strange – maybe the recovery w= izard only shows VMs for which the storage is available, and hides those it= can’t failover.

 

If you can see the VM(s) you want to failover after= running “xe vm-recover database:vd= i-uuid=3D<metadata-vdi-uuid> uuid=3D<vm-to-failover>=

 

= If that doesn’t work, you should at lea= st get an error explaining why you can’t failover the VM.<= /span>

 

John<= /o:p>

&nb= sp;

From:= martin.kralicek@accenture.com [mailto:martin.kralicek@accenture.c= om]
Sent: 25 April 2013 10:17
To: John Else
Cc:<= /b> xen-api@lists.xen.org
Subject: RE: XCP 1.6 - Disaster recover= y

 

Hi John,<= o:p>

 

Thanks for your reply and sorry for my late resp= ond.

 

Yes I am configure DR from xencenter gui a= nd I see that VDIs „Metadata for DR“ were created on each SR.

 

Next step what I performed was verify this config= uration via  Disaster Recovery wizard – Test Failover but there = does not shown any VMs

But when I tried to run xe vm-list databas= e:vdi-uuid=3D<metadata-vdi-uuid> now everything is alright.

 

So, is this bug?

 

<= p class=3DMsoNormal>Thanks for y= our time.

 

Regards

 

Ma= rtin

 

From: John Else [mailto:john.else@citrix.com]
Se= nt: 23. dubna 2013 9:32
To: Kralicek, Martin
Subject: RE: XCP 1.6 - Disaster recovery

 

Hi Martin,

 

To configure disaster reco= very you need to enable database replication to one or more shared lvmoiscs= i or lvmohba SRs - either via the CLI (“xe sr-enable-database-replica= tion”) or through the XenCenter dialog at Pool > Disaster Recovery= > Configure…

 

It sounds like you’ve already done this thoug= h – in which case you should have a VDI called “Metadata for DR= ” in each of those SRs. When you take one of those SRs and attach it = to a secondary pool, XCP can use that VDI to look up which VMs were present= in the original pool. You should also be able to run the failover wizard f= or the secondary pool and view VMs from the original pool.

 

n.b. even throu= gh each Metadata VDI will contain the database information for all VMs that= were present on the original pool, you won’t be able to recover VMs = to the secondary pool unless the SR used by those VMs for storage is attach= ed to the secondary pool as well (although there’s nothing to stop yo= u using the same SR for storage and DR metadata).

 

=

Lastly, you can query th= ese metadata VDIs on the CLI if you want to sanity-check what’s on th= em, e.g.

 

xe vm-list database:vdi-uuid=3D<metadata-vdi-uuid>

 =

Hope th= is helps,

John

 

= From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of martin.kralicek@accenture.com=
Sent: 22 April 2013 11:16
To: xen-api@lists.xen.org
Subject: [Xen-API]= XCP 1.6 - Disaster recovery

 

Hello,

 

I would like to ask how I hav= e to configure disaster recovery, because when I performed configuration st= eps and selected all iSCSI SRs everything seem be OK, but after I want to c= heck it via Test Failover wizard and selected again all available storages = the next step does not show VMs.

=  

Thanks for any advice.

 

Martin

 <= /span>

This message is for the designated recipient only and m= ay contain privileged, proprietary, or otherwise confidential information. = If you have received it in error, please notify the sender immediately and = delete the original. Any other use of the e-mail by you is prohibited.
<= br>Where allowed by local law, electronic communications with Accenture and= its affiliates, including e-mail and instant messaging (including content)= , may be scanned by our systems for the purposes of information security an= d assessment of internal compliance with Accenture policy.

_________= ___________________________________________________________________________= __

www.accenture.com=

= --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_-- --===============2826320321968855591== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2826320321968855591==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:44:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11:44: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 1UVKao-0004V0-Kn; Thu, 25 Apr 2013 11:44:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVKal-0004Ud-UR for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:44:00 +0000 Received: from [85.158.139.83:18029] by server-6.bemta-5.messagelabs.com id 49/9B-21466-EF619715; Thu, 25 Apr 2013 11:43:58 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1366890237!18531975!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3708 invoked from network); 25 Apr 2013 11:43:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:43:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,550,1363132800"; d="scan'208,217";a="3927495" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 11:43:58 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 12:43:57 +0100 From: John Else To: "martin.kralicek@accenture.com" Date: Thu, 25 Apr 2013 12:44:14 +0100 Thread-Topic: XCP 1.6 - Disaster recovery Thread-Index: Ac4/QlIJyDJS+EpWQNObTfiDKC0JsgArpS+gAGiQ+9AABYwe8A== Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F727B6867@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010F727B6492@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 - Disaster recovery X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2826320321968855591==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2826320321968855591== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Martin, That's strange - maybe the recovery wizard only shows VMs for which the sto= rage is available, and hides those it can't failover. If you can see the VM(s) you want to failover after running "xe vm-list dat= abase:vdi-uuid=3D", then try this: xe vm-recover database:vdi-uuid=3D uuid=3D If that doesn't work, you should at least get an error explaining why you c= an't failover the VM. John From: martin.kralicek@accenture.com [mailto:martin.kralicek@accenture.com] Sent: 25 April 2013 10:17 To: John Else Cc: xen-api@lists.xen.org Subject: RE: XCP 1.6 - Disaster recovery Hi John, Thanks for your reply and sorry for my late respond. Yes I am configure DR from xencenter gui and I see that VDIs "Metadata for = DR" were created on each SR. Next step what I performed was verify this configuration via Disaster Reco= very wizard - Test Failover but there does not shown any VMs But when I tried to run xe vm-list database:vdi-uuid=3D = now everything is alright. So, is this bug? Thanks for your time. Regards Martin From: John Else [mailto:john.else@citrix.com] Sent: 23. dubna 2013 9:32 To: Kralicek, Martin Subject: RE: XCP 1.6 - Disaster recovery Hi Martin, To configure disaster recovery you need to enable database replication to o= ne or more shared lvmoiscsi or lvmohba SRs - either via the CLI ("xe sr-ena= ble-database-replication") or through the XenCenter dialog at Pool > Disast= er Recovery > Configure... It sounds like you've already done this though - in which case you should h= ave a VDI called "Metadata for DR" in each of those SRs. When you take one = of those SRs and attach it to a secondary pool, XCP can use that VDI to loo= k up which VMs were present in the original pool. You should also be able t= o run the failover wizard for the secondary pool and view VMs from the orig= inal pool. n.b. even through each Metadata VDI will contain the database information f= or all VMs that were present on the original pool, you won't be able to rec= over VMs to the secondary pool unless the SR used by those VMs for storage = is attached to the secondary pool as well (although there's nothing to stop= you using the same SR for storage and DR metadata). Lastly, you can query these metadata VDIs on the CLI if you want to sanity-= check what's on them, e.g. xe vm-list database:vdi-uuid=3D Hope this helps, John From: xen-api-bounces@lists.xen.org [= mailto:xen-api-bounces@lists.xen.org] On Behalf Of martin.kralicek@accentur= e.com Sent: 22 April 2013 11:16 To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 - Disaster recovery Hello, I would like to ask how I have to configure disaster recovery, because when= I performed configuration steps and selected all iSCSI SRs everything seem= be OK, but after I want to check it via Test Failover wizard and selected = again all available storages the next step does not show VMs. Thanks for any advice. Martin ________________________________ This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Martin,

 

That’s strange – maybe the recovery w= izard only shows VMs for which the storage is available, and hides those it= can’t failover.

 

If you can see the VM(s) you want to failover after= running “xe vm-recover database:vd= i-uuid=3D<metadata-vdi-uuid> uuid=3D<vm-to-failover>=

 

= If that doesn’t work, you should at lea= st get an error explaining why you can’t failover the VM.<= /span>

 

John<= /o:p>

&nb= sp;

From:= martin.kralicek@accenture.com [mailto:martin.kralicek@accenture.c= om]
Sent: 25 April 2013 10:17
To: John Else
Cc:<= /b> xen-api@lists.xen.org
Subject: RE: XCP 1.6 - Disaster recover= y

 

Hi John,<= o:p>

 

Thanks for your reply and sorry for my late resp= ond.

 

Yes I am configure DR from xencenter gui a= nd I see that VDIs „Metadata for DR“ were created on each SR.

 

Next step what I performed was verify this config= uration via  Disaster Recovery wizard – Test Failover but there = does not shown any VMs

But when I tried to run xe vm-list databas= e:vdi-uuid=3D<metadata-vdi-uuid> now everything is alright.

 

So, is this bug?

 

<= p class=3DMsoNormal>Thanks for y= our time.

 

Regards

 

Ma= rtin

 

From: John Else [mailto:john.else@citrix.com]
Se= nt: 23. dubna 2013 9:32
To: Kralicek, Martin
Subject: RE: XCP 1.6 - Disaster recovery

 

Hi Martin,

 

To configure disaster reco= very you need to enable database replication to one or more shared lvmoiscs= i or lvmohba SRs - either via the CLI (“xe sr-enable-database-replica= tion”) or through the XenCenter dialog at Pool > Disaster Recovery= > Configure…

 

It sounds like you’ve already done this thoug= h – in which case you should have a VDI called “Metadata for DR= ” in each of those SRs. When you take one of those SRs and attach it = to a secondary pool, XCP can use that VDI to look up which VMs were present= in the original pool. You should also be able to run the failover wizard f= or the secondary pool and view VMs from the original pool.

 

n.b. even throu= gh each Metadata VDI will contain the database information for all VMs that= were present on the original pool, you won’t be able to recover VMs = to the secondary pool unless the SR used by those VMs for storage is attach= ed to the secondary pool as well (although there’s nothing to stop yo= u using the same SR for storage and DR metadata).

 

=

Lastly, you can query th= ese metadata VDIs on the CLI if you want to sanity-check what’s on th= em, e.g.

 

xe vm-list database:vdi-uuid=3D<metadata-vdi-uuid>

 =

Hope th= is helps,

John

 

= From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of martin.kralicek@accenture.com=
Sent: 22 April 2013 11:16
To: xen-api@lists.xen.org
Subject: [Xen-API]= XCP 1.6 - Disaster recovery

 

Hello,

 

I would like to ask how I hav= e to configure disaster recovery, because when I performed configuration st= eps and selected all iSCSI SRs everything seem be OK, but after I want to c= heck it via Test Failover wizard and selected again all available storages = the next step does not show VMs.

=  

Thanks for any advice.

 

Martin

 <= /span>

This message is for the designated recipient only and m= ay contain privileged, proprietary, or otherwise confidential information. = If you have received it in error, please notify the sender immediately and = delete the original. Any other use of the e-mail by you is prohibited.
<= br>Where allowed by local law, electronic communications with Accenture and= its affiliates, including e-mail and instant messaging (including content)= , may be scanned by our systems for the purposes of information security an= d assessment of internal compliance with Accenture policy.

_________= ___________________________________________________________________________= __

www.accenture.com=

= --_000_7EA643C653F17F4C80DE959E978F10ED010F727B6867LONPMAILBOX_-- --===============2826320321968855591== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2826320321968855591==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:51:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11: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 1UVKhg-0004zo-HA; Thu, 25 Apr 2013 11:51:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVKhe-0004zf-PH for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:51:07 +0000 Received: from [85.158.138.51:42336] by server-15.bemta-3.messagelabs.com id F6/82-23142-9A819715; Thu, 25 Apr 2013 11:51:05 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1366890662!29714785!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9334 invoked from network); 25 Apr 2013 11:51:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:51:02 -0000 X-IronPort-AV: E=Sophos;i="4.87,550,1363132800"; d="scan'208,217";a="3927786" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 11:51:02 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 25 Apr 2013 12:51:02 +0100 From: Dave Scott To: John Else Date: Thu, 25 Apr 2013 12:50:55 +0100 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5BqyidX284itBEQCa2zA5w+scRgw== Message-ID: <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: Santosh Jodh , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6633422067657201837==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6633422067657201837== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_" --_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClRoYW5rcywgSm9obiAtLSB5b3VyIGluc3RydWN0aW9ucyBsb29rIHJpZ2h0IHRvIG1l Lg0KDQpTYW50b3NoOiB3ZXJlIHRoZSBicm9rZW4gaW5zdHJ1Y3Rpb25zIG9uIHRoZSB3aWtpPyBJ ZiBzbywgcGxlYXNlIHVwZGF0ZSB0aGVtIG9uY2UgeW91IGdldCBpdCB3b3JraW5nIQ0KDQpUaGFu a3MsDQoNCi0tDQpEYXZlIFNjb3R0DQpYZW5TZXJ2ZXIgU3lzdGVtIEFyY2hpdGVjdA0KDQpPbiBB cHIgMjUsIDIwMTMsIGF0IDEyOjMyIFBNLCAiSm9obiBFbHNlIiA8am9obi5lbHNlQGNpdHJpeC5j b208bWFpbHRvOmpvaG4uZWxzZUBjaXRyaXguY29tPj4gd3JvdGU6DQoNCkhpIFNhbnRvc2gsDQoN CkZpcnN0bHkgSeKAmWQgcmVjb21tZW5kIGNsb25pbmcgb3BhbSBmcm9tIHRoZSBPQ2FtbFBybyBy ZXBvc2l0b3J5LCByYXRoZXIgdGhhbiB4ZW4tb3Jn4oCZcyBmb3JrIChpdOKAmXMgc2V2ZXJhbCBt b250aHMgb3V0IG9mIGRhdGUpLCBhbmQgc2Vjb25kbHkgYnVpbGRpbmcgYSB0YWdnZWQgcmVsZWFz ZSBvZiBvcGFtIHJhdGhlciB0aGFuIHRoZSBtYXN0ZXIgYnJhbmNoLiBUcnk6DQoNCmdpdCBjbG9u ZSBnaXQ6Ly9naXRodWIuY29tL09DYW1sUHJvL29wYW0NCmNkIG9wYW0NCmdpdCBjaGVja291dCBs YXRlc3QNCi4vY29uZmlndXJlICYmIG1ha2UgJiYgc3VkbyBtYWtlIGluc3RhbGwNCg0KVGhlbiB5 b3UgY2FuIGluaXRpYWxpc2Ugb3BhbSB3aXRoIHRoZSBkZWZhdWx0IChPQ2FtbFBybykgcmVwb3Np dG9yeSwgYW5kIGFkZCB4ZW4tb3Jn4oCZcyByZXBvc2l0b3J5Og0KDQpvcGFtIGluaXQNCmV2YWwg YG9wYW0gY29uZmlnIGVudmANCm9wYW0gcmVtb3RlIGFkZCB4ZW4tb3JnIGdpdDovL2dpdGh1Yi5j b20veGVuLW9yZy9vcGFtLXJlcG8tZGV2DQoNCkhvcGUgdGhpcyBoZWxwcywNCkpvaG4NCg0KRnJv bTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnPiBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBPbiBC ZWhhbGYgT2YgU2FudG9zaCBKb2RoDQpTZW50OiAyMiBBcHJpbCAyMDEzIDIzOjEyDQpUbzogSm9u YXRoYW4gTHVkbGFtOyBEYXZlIFNjb3R0OyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhl bi1hcGlAbGlzdHMueGVuLm9yZz4NClN1YmplY3Q6IFtYZW4tQVBJXSBDb21waWxpbmcgeGVuLWFw aSBvbiBEZWJpYW4gV2hlZXp5IEFNRDY0DQoNCkkgYW0gdHJ5aW5nIHRvIGNvbXBpbGUgeGVuLWFw aSDigJMgc3BlY2lmaWNhbGx5IHJyZHVtcC5tbA0KDQpvY2FtbGMgdmVyc2lvbjoNClRoZSBPYmpl Y3RpdmUgQ2FtbCBjb21waWxlciwgdmVyc2lvbiAzLjEyLjENClN0YW5kYXJkIGxpYnJhcnkgZGly ZWN0b3J5OiAvdXNyL2xpYi9vY2FtbA0KDQoNCmdpdCBjbG9uZSBnaXQ6Ly9naXRodWIuY29tL3hl bi1vcmcvb3BhbQ0KDQpjZCBvcGFtOyAuL2NvbmZpZ3VyZSAmJiBtYWtlICYmIHN1ZG8gbWFrZSBp bnN0YWxsDQoNClRoaXMgc3VjY2VlZGVkLg0KDQpzam9kaEBSRURCTEQtWFM6fi9zcmMvbmV0c2Nh bGVyL3hlbi1hcGktbGlicyQgb3BhbSBpbml0IGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFt LXJlcG9zaXRvcnkNCkZldGNoaW5nIGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9z aXRvcnkgLi4uDQp7IHBhdGNoZXMgfSBhcmUgaW52YWxpZCBmaWVsZCBuYW1lcyBpbiAvaG9tZS9z am9kaC8ub3BhbS9vcGFtL2JpZ2Jyby4yLjAuNC1yZXYzLm9wYW0uIFZhbGlkIGZpZWxkcyBhcmUg eyBvcGFtLXZlcnNpb24sIG1haW50YWluZXIsIHN1YnN0cywgYnVpbGQsIHJlbW92ZSwgZGVwZW5k cywgZGVwb3B0cywgY29uZmxpY3RzLCBsaWJyYXJpZXMsIHN5bnRheCwgb2NhbWwtdmVyc2lvbiwg YnVpbGQtZW52LCBsaWNlbnNlLCBhdXRob3JzLCBob21lcGFnZSwgdmVyc2lvbiwgbmFtZSB9DQog ICdvcGFtIGluaXQgZ2l0Oi8vZ2l0aHViLmNvbS94ZW4tb3JnL29wYW0tcmVwb3NpdG9yeScgZmFp bGVkDQoNCg0KUmVnYXJkcywNClNhbnRvc2gNCg== --_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SGksPC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5UaGFua3MsIEpvaG4gLS0geW91ciBpbnN0cnVjdGlvbnMg bG9vayByaWdodCB0byBtZS48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlNhbnRvc2g6IHdlcmUg dGhlIGJyb2tlbiBpbnN0cnVjdGlvbnMgb24gdGhlIHdpa2k/IElmIHNvLCBwbGVhc2UgdXBkYXRl IHRoZW0gb25jZSB5b3UgZ2V0IGl0IHdvcmtpbmchPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5U aGFua3MsPGJyPjxicj4tLSZuYnNwOzxkaXY+RGF2ZSBTY290dDwvZGl2PjxkaXY+WGVuU2VydmVy IFN5c3RlbSBBcmNoaXRlY3Q8L2Rpdj48L2Rpdj48ZGl2Pjxicj5PbiBBcHIgMjUsIDIwMTMsIGF0 IDEyOjMyIFBNLCAiSm9obiBFbHNlIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvaG4uZWxzZUBjaXRy aXguY29tIj5qb2huLmVsc2VAY2l0cml4LmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48YnI+PC9kaXY+ PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5 cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11cy1hc2NpaSI+PG1ldGEgbmFtZT0iR2Vu ZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0 eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNv LXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5k b3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3 RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+PHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIFNhbnRvc2gs PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkZpcnN0bHkgSeKAmWQgcmVjb21tZW5k IGNsb25pbmcgb3BhbSBmcm9tIHRoZSBPQ2FtbFBybyByZXBvc2l0b3J5LCByYXRoZXIgdGhhbiB4 ZW4tb3Jn4oCZcyBmb3JrIChpdOKAmXMgc2V2ZXJhbCBtb250aHMgb3V0IG9mIGRhdGUpLCBhbmQg c2Vjb25kbHkgYnVpbGRpbmcgYSB0YWdnZWQgcmVsZWFzZSBvZiBvcGFtIHJhdGhlciB0aGFuIHRo ZSBtYXN0ZXIgYnJhbmNoLiBUcnk6PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmdpdCBjbG9uZSBnaXQ6Ly9naXRodWIu Y29tL09DYW1sUHJvL29wYW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPmNkIG9wYW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPmdpdCBjaGVja291dCBsYXRlc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPi4vY29uZmlndXJlICZhbXA7JmFtcDsgbWFrZSAmYW1wOyZh bXA7IHN1ZG8gbWFrZSBpbnN0YWxsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRo ZW4geW91IGNhbiBpbml0aWFsaXNlIG9wYW0gd2l0aCB0aGUgZGVmYXVsdCAoT0NhbWxQcm8pIHJl cG9zaXRvcnksIGFuZCBhZGQgeGVuLW9yZ+KAmXMgcmVwb3NpdG9yeTo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b3Bh bSBpbml0PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5l dmFsIGBvcGFtIGNvbmZpZyBlbnZgPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjojMUY0OTdEIj5vcGFtIHJlbW90ZSBhZGQgeGVuLW9yZyBnaXQ6Ly9naXRodWIuY29tL3hl bi1vcmcvb3BhbS1yZXBvLWRldjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Ib3Bl IHRoaXMgaGVscHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Kb2huPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+PGRpdj48ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+PHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gPGEg aHJlZj0ibWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tYXBpLWJvdW5j ZXNAbGlzdHMueGVuLm9yZzwvYT4gWzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlz dHMueGVuLm9yZyI+bWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gPGI+ T24gQmVoYWxmIE9mIDwvYj5TYW50b3NoIEpvZGg8YnI+PGI+U2VudDo8L2I+IDIyIEFwcmlsIDIw MTMgMjM6MTI8YnI+PGI+VG86PC9iPiBKb25hdGhhbiBMdWRsYW07IERhdmUgU2NvdHQ7IDxhIGhy ZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwv YT48YnI+PGI+U3ViamVjdDo8L2I+IFtYZW4tQVBJXSBDb21waWxpbmcgeGVuLWFwaSBvbiBEZWJp YW4gV2hlZXp5IEFNRDY0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj5JIGFtIHRyeWluZyB0byBjb21waWxlIHhlbi1hcGkg4oCTIHNwZWNp ZmljYWxseSBycmR1bXAubWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+b2NhbWxjIHZlcnNpb246PG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUg T2JqZWN0aXZlIENhbWwgY29tcGlsZXIsIHZlcnNpb24gMy4xMi4xPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5TdGFuZGFyZCBsaWJy YXJ5IGRpcmVjdG9yeTogL3Vzci9saWIvb2NhbWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Z2l0IGNsb25lIGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtPG86cD48L286cD48L3Nw YW4+PC9wPjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPmNkIG9wYW07IC4vY29uZmlndXJlICZhbXA7 JmFtcDsgbWFrZSAmYW1wOyZhbXA7IHN1ZG8gbWFrZSBpbnN0YWxsPG86cD48L286cD48L3NwYW4+ PC9wcmU+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5UaGlzIHN1Y2NlZWRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5zam9kaEBSRURC TEQtWFM6fi9zcmMvbmV0c2NhbGVyL3hlbi1hcGktbGlicyQgb3BhbSBpbml0IGdpdDovL2dpdGh1 Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRvcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5GZXRjaGluZyBnaXQ6Ly9naXRo dWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvc2l0b3J5IC4uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPnsgcGF0Y2hlcyB9IGFy ZSBpbnZhbGlkIGZpZWxkIG5hbWVzIGluIC9ob21lL3Nqb2RoLy5vcGFtL29wYW0vYmlnYnJvLjIu MC40LXJldjMub3BhbS4gVmFsaWQgZmllbGRzIGFyZSB7IG9wYW0tdmVyc2lvbiwgbWFpbnRhaW5l ciwgc3Vic3RzLCBidWlsZCwgcmVtb3ZlLCBkZXBlbmRzLCBkZXBvcHRzLCBjb25mbGljdHMsIGxp YnJhcmllcywgc3ludGF4LCBvY2FtbC12ZXJzaW9uLCBidWlsZC1lbnYsIGxpY2Vuc2UsIGF1dGhv cnMsIGhvbWVwYWdlLCB2ZXJzaW9uLCBuYW1lIH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJ29wYW0gaW5pdCBn aXQ6Ly9naXRodWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvc2l0b3J5JyBmYWlsZWQ8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlNhbnRvc2g8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvYm9keT48L2h0bWw+ --_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_-- --===============6633422067657201837== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6633422067657201837==-- From xen-api-bounces@lists.xen.org Thu Apr 25 11:51:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 11: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 1UVKhg-0004zo-HA; Thu, 25 Apr 2013 11:51:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVKhe-0004zf-PH for xen-api@lists.xen.org; Thu, 25 Apr 2013 11:51:07 +0000 Received: from [85.158.138.51:42336] by server-15.bemta-3.messagelabs.com id F6/82-23142-9A819715; Thu, 25 Apr 2013 11:51:05 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1366890662!29714785!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9334 invoked from network); 25 Apr 2013 11:51:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 11:51:02 -0000 X-IronPort-AV: E=Sophos;i="4.87,550,1363132800"; d="scan'208,217";a="3927786" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 11:51:02 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 25 Apr 2013 12:51:02 +0100 From: Dave Scott To: John Else Date: Thu, 25 Apr 2013 12:50:55 +0100 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5BqyidX284itBEQCa2zA5w+scRgw== Message-ID: <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: Santosh Jodh , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6633422067657201837==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6633422067657201837== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_" --_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClRoYW5rcywgSm9obiAtLSB5b3VyIGluc3RydWN0aW9ucyBsb29rIHJpZ2h0IHRvIG1l Lg0KDQpTYW50b3NoOiB3ZXJlIHRoZSBicm9rZW4gaW5zdHJ1Y3Rpb25zIG9uIHRoZSB3aWtpPyBJ ZiBzbywgcGxlYXNlIHVwZGF0ZSB0aGVtIG9uY2UgeW91IGdldCBpdCB3b3JraW5nIQ0KDQpUaGFu a3MsDQoNCi0tDQpEYXZlIFNjb3R0DQpYZW5TZXJ2ZXIgU3lzdGVtIEFyY2hpdGVjdA0KDQpPbiBB cHIgMjUsIDIwMTMsIGF0IDEyOjMyIFBNLCAiSm9obiBFbHNlIiA8am9obi5lbHNlQGNpdHJpeC5j b208bWFpbHRvOmpvaG4uZWxzZUBjaXRyaXguY29tPj4gd3JvdGU6DQoNCkhpIFNhbnRvc2gsDQoN CkZpcnN0bHkgSeKAmWQgcmVjb21tZW5kIGNsb25pbmcgb3BhbSBmcm9tIHRoZSBPQ2FtbFBybyBy ZXBvc2l0b3J5LCByYXRoZXIgdGhhbiB4ZW4tb3Jn4oCZcyBmb3JrIChpdOKAmXMgc2V2ZXJhbCBt b250aHMgb3V0IG9mIGRhdGUpLCBhbmQgc2Vjb25kbHkgYnVpbGRpbmcgYSB0YWdnZWQgcmVsZWFz ZSBvZiBvcGFtIHJhdGhlciB0aGFuIHRoZSBtYXN0ZXIgYnJhbmNoLiBUcnk6DQoNCmdpdCBjbG9u ZSBnaXQ6Ly9naXRodWIuY29tL09DYW1sUHJvL29wYW0NCmNkIG9wYW0NCmdpdCBjaGVja291dCBs YXRlc3QNCi4vY29uZmlndXJlICYmIG1ha2UgJiYgc3VkbyBtYWtlIGluc3RhbGwNCg0KVGhlbiB5 b3UgY2FuIGluaXRpYWxpc2Ugb3BhbSB3aXRoIHRoZSBkZWZhdWx0IChPQ2FtbFBybykgcmVwb3Np dG9yeSwgYW5kIGFkZCB4ZW4tb3Jn4oCZcyByZXBvc2l0b3J5Og0KDQpvcGFtIGluaXQNCmV2YWwg YG9wYW0gY29uZmlnIGVudmANCm9wYW0gcmVtb3RlIGFkZCB4ZW4tb3JnIGdpdDovL2dpdGh1Yi5j b20veGVuLW9yZy9vcGFtLXJlcG8tZGV2DQoNCkhvcGUgdGhpcyBoZWxwcywNCkpvaG4NCg0KRnJv bTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnPiBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBPbiBC ZWhhbGYgT2YgU2FudG9zaCBKb2RoDQpTZW50OiAyMiBBcHJpbCAyMDEzIDIzOjEyDQpUbzogSm9u YXRoYW4gTHVkbGFtOyBEYXZlIFNjb3R0OyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhl bi1hcGlAbGlzdHMueGVuLm9yZz4NClN1YmplY3Q6IFtYZW4tQVBJXSBDb21waWxpbmcgeGVuLWFw aSBvbiBEZWJpYW4gV2hlZXp5IEFNRDY0DQoNCkkgYW0gdHJ5aW5nIHRvIGNvbXBpbGUgeGVuLWFw aSDigJMgc3BlY2lmaWNhbGx5IHJyZHVtcC5tbA0KDQpvY2FtbGMgdmVyc2lvbjoNClRoZSBPYmpl Y3RpdmUgQ2FtbCBjb21waWxlciwgdmVyc2lvbiAzLjEyLjENClN0YW5kYXJkIGxpYnJhcnkgZGly ZWN0b3J5OiAvdXNyL2xpYi9vY2FtbA0KDQoNCmdpdCBjbG9uZSBnaXQ6Ly9naXRodWIuY29tL3hl bi1vcmcvb3BhbQ0KDQpjZCBvcGFtOyAuL2NvbmZpZ3VyZSAmJiBtYWtlICYmIHN1ZG8gbWFrZSBp bnN0YWxsDQoNClRoaXMgc3VjY2VlZGVkLg0KDQpzam9kaEBSRURCTEQtWFM6fi9zcmMvbmV0c2Nh bGVyL3hlbi1hcGktbGlicyQgb3BhbSBpbml0IGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFt LXJlcG9zaXRvcnkNCkZldGNoaW5nIGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9z aXRvcnkgLi4uDQp7IHBhdGNoZXMgfSBhcmUgaW52YWxpZCBmaWVsZCBuYW1lcyBpbiAvaG9tZS9z am9kaC8ub3BhbS9vcGFtL2JpZ2Jyby4yLjAuNC1yZXYzLm9wYW0uIFZhbGlkIGZpZWxkcyBhcmUg eyBvcGFtLXZlcnNpb24sIG1haW50YWluZXIsIHN1YnN0cywgYnVpbGQsIHJlbW92ZSwgZGVwZW5k cywgZGVwb3B0cywgY29uZmxpY3RzLCBsaWJyYXJpZXMsIHN5bnRheCwgb2NhbWwtdmVyc2lvbiwg YnVpbGQtZW52LCBsaWNlbnNlLCBhdXRob3JzLCBob21lcGFnZSwgdmVyc2lvbiwgbmFtZSB9DQog ICdvcGFtIGluaXQgZ2l0Oi8vZ2l0aHViLmNvbS94ZW4tb3JnL29wYW0tcmVwb3NpdG9yeScgZmFp bGVkDQoNCg0KUmVnYXJkcywNClNhbnRvc2gNCg== --_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SGksPC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5UaGFua3MsIEpvaG4gLS0geW91ciBpbnN0cnVjdGlvbnMg bG9vayByaWdodCB0byBtZS48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlNhbnRvc2g6IHdlcmUg dGhlIGJyb2tlbiBpbnN0cnVjdGlvbnMgb24gdGhlIHdpa2k/IElmIHNvLCBwbGVhc2UgdXBkYXRl IHRoZW0gb25jZSB5b3UgZ2V0IGl0IHdvcmtpbmchPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5U aGFua3MsPGJyPjxicj4tLSZuYnNwOzxkaXY+RGF2ZSBTY290dDwvZGl2PjxkaXY+WGVuU2VydmVy IFN5c3RlbSBBcmNoaXRlY3Q8L2Rpdj48L2Rpdj48ZGl2Pjxicj5PbiBBcHIgMjUsIDIwMTMsIGF0 IDEyOjMyIFBNLCAiSm9obiBFbHNlIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvaG4uZWxzZUBjaXRy aXguY29tIj5qb2huLmVsc2VAY2l0cml4LmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48YnI+PC9kaXY+ PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5 cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11cy1hc2NpaSI+PG1ldGEgbmFtZT0iR2Vu ZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0 eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNv LXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5k b3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3 RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+PHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIFNhbnRvc2gs PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkZpcnN0bHkgSeKAmWQgcmVjb21tZW5k IGNsb25pbmcgb3BhbSBmcm9tIHRoZSBPQ2FtbFBybyByZXBvc2l0b3J5LCByYXRoZXIgdGhhbiB4 ZW4tb3Jn4oCZcyBmb3JrIChpdOKAmXMgc2V2ZXJhbCBtb250aHMgb3V0IG9mIGRhdGUpLCBhbmQg c2Vjb25kbHkgYnVpbGRpbmcgYSB0YWdnZWQgcmVsZWFzZSBvZiBvcGFtIHJhdGhlciB0aGFuIHRo ZSBtYXN0ZXIgYnJhbmNoLiBUcnk6PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmdpdCBjbG9uZSBnaXQ6Ly9naXRodWIu Y29tL09DYW1sUHJvL29wYW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPmNkIG9wYW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPmdpdCBjaGVja291dCBsYXRlc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPi4vY29uZmlndXJlICZhbXA7JmFtcDsgbWFrZSAmYW1wOyZh bXA7IHN1ZG8gbWFrZSBpbnN0YWxsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRo ZW4geW91IGNhbiBpbml0aWFsaXNlIG9wYW0gd2l0aCB0aGUgZGVmYXVsdCAoT0NhbWxQcm8pIHJl cG9zaXRvcnksIGFuZCBhZGQgeGVuLW9yZ+KAmXMgcmVwb3NpdG9yeTo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b3Bh bSBpbml0PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5l dmFsIGBvcGFtIGNvbmZpZyBlbnZgPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjojMUY0OTdEIj5vcGFtIHJlbW90ZSBhZGQgeGVuLW9yZyBnaXQ6Ly9naXRodWIuY29tL3hl bi1vcmcvb3BhbS1yZXBvLWRldjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Ib3Bl IHRoaXMgaGVscHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Kb2huPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+PGRpdj48ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+PHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gPGEg aHJlZj0ibWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tYXBpLWJvdW5j ZXNAbGlzdHMueGVuLm9yZzwvYT4gWzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlz dHMueGVuLm9yZyI+bWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gPGI+ T24gQmVoYWxmIE9mIDwvYj5TYW50b3NoIEpvZGg8YnI+PGI+U2VudDo8L2I+IDIyIEFwcmlsIDIw MTMgMjM6MTI8YnI+PGI+VG86PC9iPiBKb25hdGhhbiBMdWRsYW07IERhdmUgU2NvdHQ7IDxhIGhy ZWY9Im1haWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmciPnhlbi1hcGlAbGlzdHMueGVuLm9yZzwv YT48YnI+PGI+U3ViamVjdDo8L2I+IFtYZW4tQVBJXSBDb21waWxpbmcgeGVuLWFwaSBvbiBEZWJp YW4gV2hlZXp5IEFNRDY0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj5JIGFtIHRyeWluZyB0byBjb21waWxlIHhlbi1hcGkg4oCTIHNwZWNp ZmljYWxseSBycmR1bXAubWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+b2NhbWxjIHZlcnNpb246PG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUg T2JqZWN0aXZlIENhbWwgY29tcGlsZXIsIHZlcnNpb24gMy4xMi4xPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5TdGFuZGFyZCBsaWJy YXJ5IGRpcmVjdG9yeTogL3Vzci9saWIvb2NhbWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Z2l0IGNsb25lIGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtPG86cD48L286cD48L3Nw YW4+PC9wPjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPmNkIG9wYW07IC4vY29uZmlndXJlICZhbXA7 JmFtcDsgbWFrZSAmYW1wOyZhbXA7IHN1ZG8gbWFrZSBpbnN0YWxsPG86cD48L286cD48L3NwYW4+ PC9wcmU+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5UaGlzIHN1Y2NlZWRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5zam9kaEBSRURC TEQtWFM6fi9zcmMvbmV0c2NhbGVyL3hlbi1hcGktbGlicyQgb3BhbSBpbml0IGdpdDovL2dpdGh1 Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRvcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5GZXRjaGluZyBnaXQ6Ly9naXRo dWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvc2l0b3J5IC4uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPnsgcGF0Y2hlcyB9IGFy ZSBpbnZhbGlkIGZpZWxkIG5hbWVzIGluIC9ob21lL3Nqb2RoLy5vcGFtL29wYW0vYmlnYnJvLjIu MC40LXJldjMub3BhbS4gVmFsaWQgZmllbGRzIGFyZSB7IG9wYW0tdmVyc2lvbiwgbWFpbnRhaW5l ciwgc3Vic3RzLCBidWlsZCwgcmVtb3ZlLCBkZXBlbmRzLCBkZXBvcHRzLCBjb25mbGljdHMsIGxp YnJhcmllcywgc3ludGF4LCBvY2FtbC12ZXJzaW9uLCBidWlsZC1lbnYsIGxpY2Vuc2UsIGF1dGhv cnMsIGhvbWVwYWdlLCB2ZXJzaW9uLCBuYW1lIH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJ29wYW0gaW5pdCBn aXQ6Ly9naXRodWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvc2l0b3J5JyBmYWlsZWQ8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlNhbnRvc2g8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvYm9keT48L2h0bWw+ --_000_516242F7F94946CB852C5D78064DBD60eucitrixcom_-- --===============6633422067657201837== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6633422067657201837==-- From xen-api-bounces@lists.xen.org Thu Apr 25 14:14:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 14:14:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVMwR-0004vz-Fr; Thu, 25 Apr 2013 14:14:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVMwQ-0004vu-4g for xen-api@lists.xen.org; Thu, 25 Apr 2013 14:14:30 +0000 Received: from [85.158.139.211:30228] by server-1.bemta-5.messagelabs.com id 30/14-14063-44A39715; Thu, 25 Apr 2013 14:14:28 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1366899235!18943399!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30329 invoked from network); 25 Apr 2013 14:14:26 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 14:14:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,551,1363132800"; d="scan'208,217";a="20524814" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 14:13:54 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 07:13:54 -0700 From: Santosh Jodh To: Dave Scott , John Else Date: Thu, 25 Apr 2013 07:13:52 -0700 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5BqyidX284itBEQCa2zA5w+scRgwAEqtOg Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> In-Reply-To: <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5132797764331556134==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5132797764331556134== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_" --_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzIOKAkyB0aGV5IGFyZSBmcm9tIHdpa2kgaHR0cDovL3dpa2kueGVuc291cmNlLmNvbS93aWtp L1hlbkFQSV9jbGllbnRfbGlicmFyaWVzX2Zvcl9vY2FtbC4NCg0KQ2FuIHdlIHJlbW92ZSB0aGUg b2Jzb2xldGUgcmVwbyBnaXQ6Ly9naXRodWIuY29tL3hlbi1vcmcvb3BhbT8NCg0KSSB3aWxsIHRy eSB0aGUgbmV3IGluc3RydWN0aW9ucy4gRG8gSSBuZWVkIHRvIHVuaW5zdGFsbCBvcGFtIGZpcnN0 PyBBbmQgaG93IGRvIEkgZG8gdGhhdD8NCg0KVGhhbmtzLA0KU2FudG9zaA0KDQoNCkZyb206IERh dmUgU2NvdHQNClNlbnQ6IFRodXJzZGF5LCBBcHJpbCAyNSwgMjAxMyA0OjUxIEFNDQpUbzogSm9o biBFbHNlDQpDYzogU2FudG9zaCBKb2RoOyBKb25hdGhhbiBMdWRsYW07IHhlbi1hcGlAbGlzdHMu eGVuLm9yZw0KU3ViamVjdDogUmU6IENvbXBpbGluZyB4ZW4tYXBpIG9uIERlYmlhbiBXaGVlenkg QU1ENjQNCg0KSGksDQoNClRoYW5rcywgSm9obiAtLSB5b3VyIGluc3RydWN0aW9ucyBsb29rIHJp Z2h0IHRvIG1lLg0KDQpTYW50b3NoOiB3ZXJlIHRoZSBicm9rZW4gaW5zdHJ1Y3Rpb25zIG9uIHRo ZSB3aWtpPyBJZiBzbywgcGxlYXNlIHVwZGF0ZSB0aGVtIG9uY2UgeW91IGdldCBpdCB3b3JraW5n IQ0KDQpUaGFua3MsDQoNCi0tDQpEYXZlIFNjb3R0DQpYZW5TZXJ2ZXIgU3lzdGVtIEFyY2hpdGVj dA0KDQpPbiBBcHIgMjUsIDIwMTMsIGF0IDEyOjMyIFBNLCAiSm9obiBFbHNlIiA8am9obi5lbHNl QGNpdHJpeC5jb208bWFpbHRvOmpvaG4uZWxzZUBjaXRyaXguY29tPj4gd3JvdGU6DQpIaSBTYW50 b3NoLA0KDQpGaXJzdGx5IEnigJlkIHJlY29tbWVuZCBjbG9uaW5nIG9wYW0gZnJvbSB0aGUgT0Nh bWxQcm8gcmVwb3NpdG9yeSwgcmF0aGVyIHRoYW4geGVuLW9yZ+KAmXMgZm9yayAoaXTigJlzIHNl dmVyYWwgbW9udGhzIG91dCBvZiBkYXRlKSwgYW5kIHNlY29uZGx5IGJ1aWxkaW5nIGEgdGFnZ2Vk IHJlbGVhc2Ugb2Ygb3BhbSByYXRoZXIgdGhhbiB0aGUgbWFzdGVyIGJyYW5jaC4gVHJ5Og0KDQpn aXQgY2xvbmUgZ2l0Oi8vZ2l0aHViLmNvbS9PQ2FtbFByby9vcGFtDQpjZCBvcGFtDQpnaXQgY2hl Y2tvdXQgbGF0ZXN0DQouL2NvbmZpZ3VyZSAmJiBtYWtlICYmIHN1ZG8gbWFrZSBpbnN0YWxsDQoN ClRoZW4geW91IGNhbiBpbml0aWFsaXNlIG9wYW0gd2l0aCB0aGUgZGVmYXVsdCAoT0NhbWxQcm8p IHJlcG9zaXRvcnksIGFuZCBhZGQgeGVuLW9yZ+KAmXMgcmVwb3NpdG9yeToNCg0Kb3BhbSBpbml0 DQpldmFsIGBvcGFtIGNvbmZpZyBlbnZgDQpvcGFtIHJlbW90ZSBhZGQgeGVuLW9yZyBnaXQ6Ly9n aXRodWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvLWRldg0KDQpIb3BlIHRoaXMgaGVscHMsDQpKb2hu DQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4tYXBpLWJv dW5jZXNAbGlzdHMueGVuLm9yZz4gW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9y Z10gT24gQmVoYWxmIE9mIFNhbnRvc2ggSm9kaA0KU2VudDogMjIgQXByaWwgMjAxMyAyMzoxMg0K VG86IEpvbmF0aGFuIEx1ZGxhbTsgRGF2ZSBTY290dDsgeGVuLWFwaUBsaXN0cy54ZW4ub3JnPG1h aWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQpTdWJqZWN0OiBbWGVuLUFQSV0gQ29tcGlsaW5n IHhlbi1hcGkgb24gRGViaWFuIFdoZWV6eSBBTUQ2NA0KDQpJIGFtIHRyeWluZyB0byBjb21waWxl IHhlbi1hcGkg4oCTIHNwZWNpZmljYWxseSBycmR1bXAubWwNCg0Kb2NhbWxjIHZlcnNpb246DQpU aGUgT2JqZWN0aXZlIENhbWwgY29tcGlsZXIsIHZlcnNpb24gMy4xMi4xDQpTdGFuZGFyZCBsaWJy YXJ5IGRpcmVjdG9yeTogL3Vzci9saWIvb2NhbWwNCg0KDQpnaXQgY2xvbmUgZ2l0Oi8vZ2l0aHVi LmNvbS94ZW4tb3JnL29wYW0NCg0KY2Qgb3BhbTsgLi9jb25maWd1cmUgJiYgbWFrZSAmJiBzdWRv IG1ha2UgaW5zdGFsbA0KDQpUaGlzIHN1Y2NlZWRlZC4NCg0Kc2pvZGhAUkVEQkxELVhTOn4vc3Jj L25ldHNjYWxlci94ZW4tYXBpLWxpYnMkIG9wYW0gaW5pdCBnaXQ6Ly9naXRodWIuY29tL3hlbi1v cmcvb3BhbS1yZXBvc2l0b3J5DQpGZXRjaGluZyBnaXQ6Ly9naXRodWIuY29tL3hlbi1vcmcvb3Bh bS1yZXBvc2l0b3J5IC4uLg0KeyBwYXRjaGVzIH0gYXJlIGludmFsaWQgZmllbGQgbmFtZXMgaW4g L2hvbWUvc2pvZGgvLm9wYW0vb3BhbS9iaWdicm8uMi4wLjQtcmV2My5vcGFtLiBWYWxpZCBmaWVs ZHMgYXJlIHsgb3BhbS12ZXJzaW9uLCBtYWludGFpbmVyLCBzdWJzdHMsIGJ1aWxkLCByZW1vdmUs IGRlcGVuZHMsIGRlcG9wdHMsIGNvbmZsaWN0cywgbGlicmFyaWVzLCBzeW50YXgsIG9jYW1sLXZl cnNpb24sIGJ1aWxkLWVudiwgbGljZW5zZSwgYXV0aG9ycywgaG9tZXBhZ2UsIHZlcnNpb24sIG5h bWUgfQ0KICAnb3BhbSBpbml0IGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRv cnknIGZhaWxlZA0KDQoNClJlZ2FyZHMsDQpTYW50b3NoDQo= --_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5 bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmll ciBOZXciO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hh ciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjgu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1 cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPlllcyDigJMgdGhleSBhcmUgZnJvbSB3aWtpIDwvc3Bhbj48YSBo cmVmPSJodHRwOi8vd2lraS54ZW5zb3VyY2UuY29tL3dpa2kvWGVuQVBJX2NsaWVudF9saWJyYXJp ZXNfZm9yX29jYW1sIj5odHRwOi8vd2lraS54ZW5zb3VyY2UuY29tL3dpa2kvWGVuQVBJX2NsaWVu dF9saWJyYXJpZXNfZm9yX29jYW1sPC9hPi4gPHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9y OiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkNhbiB3ZSByZW1vdmUgdGhlIG9ic29sZXRlIHJl cG8gPC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyInPmdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtPC9zcGFuPjxzcGFuIHN0eWxl PSdjb2xvcjojMUY0OTdEJz4/PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SSB3aWxsIHRy eSB0aGUgbmV3IGluc3RydWN0aW9ucy4gRG8gSSBuZWVkIHRvIHVuaW5zdGFsbCBvcGFtIGZpcnN0 PyBBbmQgaG93IGRvIEkgZG8gdGhhdD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5UaGFu a3MsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Y29sb3I6IzFGNDk3RCc+U2FudG9zaDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluJz48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxiPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhv bWEiLCJzYW5zLXNlcmlmIic+IERhdmUgU2NvdHQgPGJyPjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwg QXByaWwgMjUsIDIwMTMgNDo1MSBBTTxicj48Yj5Ubzo8L2I+IEpvaG4gRWxzZTxicj48Yj5DYzo8 L2I+IFNhbnRvc2ggSm9kaDsgSm9uYXRoYW4gTHVkbGFtOyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmc8 YnI+PGI+U3ViamVjdDo8L2I+IFJlOiBDb21waWxpbmcgeGVuLWFwaSBvbiBEZWJpYW4gV2hlZXp5 IEFNRDY0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1h bCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PG86cD4mbmJzcDs8L286cD48L3A+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPkhpLDxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48 bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0n bWFyZ2luLWxlZnQ6LjVpbic+VGhhbmtzLCBKb2huIC0tIHlvdXIgaW5zdHJ1Y3Rpb25zIGxvb2sg cmlnaHQgdG8gbWUuPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz5TYW50b3NoOiB3ZXJl IHRoZSBicm9rZW4gaW5zdHJ1Y3Rpb25zIG9uIHRoZSB3aWtpPyBJZiBzbywgcGxlYXNlIHVwZGF0 ZSB0aGVtIG9uY2UgeW91IGdldCBpdCB3b3JraW5nITxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48bzpwPiZuYnNwOzwv bzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6 LjVpbic+VGhhbmtzLDxicj48YnI+LS0mbmJzcDs8bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+RGF2ZSBTY290dDxvOnA+PC9vOnA+ PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWlu Jz5YZW5TZXJ2ZXIgU3lzdGVtIEFyY2hpdGVjdDxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6MGluO21hcmdp bi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6LjVpbic+PGJyPk9u IEFwciAyNSwgMjAxMywgYXQgMTI6MzIgUE0sICZxdW90O0pvaG4gRWxzZSZxdW90OyAmbHQ7PGEg aHJlZj0ibWFpbHRvOmpvaG4uZWxzZUBjaXRyaXguY29tIj5qb2huLmVsc2VAY2l0cml4LmNvbTwv YT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFs IHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGkg U2FudG9zaCw8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdt YXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVp bic+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkZpcnN0bHkgSeKAmWQgcmVjb21tZW5kIGNs b25pbmcgb3BhbSBmcm9tIHRoZSBPQ2FtbFBybyByZXBvc2l0b3J5LCByYXRoZXIgdGhhbiB4ZW4t b3Jn4oCZcyBmb3JrIChpdOKAmXMgc2V2ZXJhbCBtb250aHMgb3V0IG9mIGRhdGUpLCBhbmQgc2Vj b25kbHkgYnVpbGRpbmcgYSB0YWdnZWQgcmVsZWFzZSBvZiBvcGFtIHJhdGhlciB0aGFuIHRoZSBt YXN0ZXIgYnJhbmNoLiBUcnk6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1h bCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdp bi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9y OiMxRjQ5N0QnPmdpdCBjbG9uZSBnaXQ6Ly9naXRodWIuY29tL09DYW1sUHJvL29wYW08L3NwYW4+ PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWlu Jz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjojMUY0OTdEJz5j ZCBvcGFtPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFy Z2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Y29s b3I6IzFGNDk3RCc+Z2l0IGNoZWNrb3V0IGxhdGVzdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOiMxRjQ5N0QnPi4vY29uZmlndXJlICZhbXA7JmFt cDsgbWFrZSAmYW1wOyZhbXA7IHN1ZG8gbWFrZSBpbnN0YWxsPC9zcGFuPjxvOnA+PC9vOnA+PC9w PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9 J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdE Jz5UaGVuIHlvdSBjYW4gaW5pdGlhbGlzZSBvcGFtIHdpdGggdGhlIGRlZmF1bHQgKE9DYW1sUHJv KSByZXBvc2l0b3J5LCBhbmQgYWRkIHhlbi1vcmfigJlzIHJlcG9zaXRvcnk6PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNw YW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOiMxRjQ5N0QnPm9wYW0gaW5pdDwvc3Bhbj48bzpw PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxz cGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOiMxRjQ5N0QnPmV2YWwg YG9wYW0gY29uZmlnIGVudmA8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs IHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijtjb2xvcjojMUY0OTdEJz5vcGFtIHJlbW90ZSBhZGQgeGVuLW9yZyBnaXQ6Ly9naXRo dWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvLWRldjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdjb2xvcjoj MUY0OTdEJz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0 eWxlPSdtYXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SG9wZSB0 aGlzIGhlbHBzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5Kb2huPC9zcGFu PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVp bic+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluJz48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 J21hcmdpbi1sZWZ0Oi41aW4nPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IDxh IGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxp c3RzLnhlbi5vcmciPm1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxi Pk9uIEJlaGFsZiBPZiA8L2I+U2FudG9zaCBKb2RoPGJyPjxiPlNlbnQ6PC9iPiAyMiBBcHJpbCAy MDEzIDIzOjEyPGJyPjxiPlRvOjwvYj4gSm9uYXRoYW4gTHVkbGFtOyBEYXZlIFNjb3R0OyA8YSBo cmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8 L2E+PGJyPjxiPlN1YmplY3Q6PC9iPiBbWGVuLUFQSV0gQ29tcGlsaW5nIHhlbi1hcGkgb24gRGVi aWFuIFdoZWV6eSBBTUQ2NDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFz cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPiZuYnNwOzxvOnA+PC9vOnA+PC9w PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+SSBhbSB0cnlpbmcg dG8gY29tcGlsZSB4ZW4tYXBpIOKAkyBzcGVjaWZpY2FsbHkgcnJkdW1wLm1sPG86cD48L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz4mbmJzcDs8bzpw PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPm9j YW1sYyB2ZXJzaW9uOjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFy Z2luLWxlZnQ6LjVpbic+VGhlIE9iamVjdGl2ZSBDYW1sIGNvbXBpbGVyLCB2ZXJzaW9uIDMuMTIu MTxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVp bic+U3RhbmRhcmQgbGlicmFyeSBkaXJlY3Rvcnk6IC91c3IvbGliL29jYW1sPG86cD48L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz4mbmJzcDs8bzpw PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPiZu YnNwOzxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6 LjVpbic+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Iic+Z2l0IGNsb25lIGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwcmUgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPmNkIG9wYW07IC4vY29uZmln dXJlICZhbXA7JmFtcDsgbWFrZSAmYW1wOyZhbXA7IHN1ZG8gbWFrZSBpbnN0YWxsPG86cD48L286 cD48L3ByZT48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1s ZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyInPlRoaXMgc3VjY2VlZGVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1N c29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPnNqb2RoQFJF REJMRC1YUzp+L3NyYy9uZXRzY2FsZXIveGVuLWFwaS1saWJzJCBvcGFtIGluaXQgZ2l0Oi8vZ2l0 aHViLmNvbS94ZW4tb3JnL29wYW0tcmVwb3NpdG9yeTwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPkZldGNoaW5nIGdpdDovL2dp dGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRvcnkgLi4uPC9zcGFuPjxvOnA+PC9vOnA+PC9w PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+eyBwYXRjaGVzIH0g YXJlIGludmFsaWQgZmllbGQgbmFtZXMgaW4gL2hvbWUvc2pvZGgvLm9wYW0vb3BhbS9iaWdicm8u Mi4wLjQtcmV2My5vcGFtLiBWYWxpZCBmaWVsZHMgYXJlIHsgb3BhbS12ZXJzaW9uLCBtYWludGFp bmVyLCBzdWJzdHMsIGJ1aWxkLCByZW1vdmUsIGRlcGVuZHMsIGRlcG9wdHMsIGNvbmZsaWN0cywg bGlicmFyaWVzLCBzeW50YXgsIG9jYW1sLXZlcnNpb24sIGJ1aWxkLWVudiwgbGljZW5zZSwgYXV0 aG9ycywgaG9tZXBhZ2UsIHZlcnNpb24sIG5hbWUgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNwOyAnb3BhbSBpbml0 IGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRvcnknIGZhaWxlZDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4n PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyIn PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21h cmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyInPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+U2FudG9zaDwv c3Bhbj48bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9ib2R5PjwvaHRt bD4= --_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_-- --===============5132797764331556134== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5132797764331556134==-- From xen-api-bounces@lists.xen.org Thu Apr 25 14:14:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 14:14:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVMwR-0004vz-Fr; Thu, 25 Apr 2013 14:14:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVMwQ-0004vu-4g for xen-api@lists.xen.org; Thu, 25 Apr 2013 14:14:30 +0000 Received: from [85.158.139.211:30228] by server-1.bemta-5.messagelabs.com id 30/14-14063-44A39715; Thu, 25 Apr 2013 14:14:28 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1366899235!18943399!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30329 invoked from network); 25 Apr 2013 14:14:26 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 14:14:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,551,1363132800"; d="scan'208,217";a="20524814" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 14:13:54 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 07:13:54 -0700 From: Santosh Jodh To: Dave Scott , John Else Date: Thu, 25 Apr 2013 07:13:52 -0700 Thread-Topic: Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5BqyidX284itBEQCa2zA5w+scRgwAEqtOg Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> In-Reply-To: <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5132797764331556134==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5132797764331556134== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_" --_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzIOKAkyB0aGV5IGFyZSBmcm9tIHdpa2kgaHR0cDovL3dpa2kueGVuc291cmNlLmNvbS93aWtp L1hlbkFQSV9jbGllbnRfbGlicmFyaWVzX2Zvcl9vY2FtbC4NCg0KQ2FuIHdlIHJlbW92ZSB0aGUg b2Jzb2xldGUgcmVwbyBnaXQ6Ly9naXRodWIuY29tL3hlbi1vcmcvb3BhbT8NCg0KSSB3aWxsIHRy eSB0aGUgbmV3IGluc3RydWN0aW9ucy4gRG8gSSBuZWVkIHRvIHVuaW5zdGFsbCBvcGFtIGZpcnN0 PyBBbmQgaG93IGRvIEkgZG8gdGhhdD8NCg0KVGhhbmtzLA0KU2FudG9zaA0KDQoNCkZyb206IERh dmUgU2NvdHQNClNlbnQ6IFRodXJzZGF5LCBBcHJpbCAyNSwgMjAxMyA0OjUxIEFNDQpUbzogSm9o biBFbHNlDQpDYzogU2FudG9zaCBKb2RoOyBKb25hdGhhbiBMdWRsYW07IHhlbi1hcGlAbGlzdHMu eGVuLm9yZw0KU3ViamVjdDogUmU6IENvbXBpbGluZyB4ZW4tYXBpIG9uIERlYmlhbiBXaGVlenkg QU1ENjQNCg0KSGksDQoNClRoYW5rcywgSm9obiAtLSB5b3VyIGluc3RydWN0aW9ucyBsb29rIHJp Z2h0IHRvIG1lLg0KDQpTYW50b3NoOiB3ZXJlIHRoZSBicm9rZW4gaW5zdHJ1Y3Rpb25zIG9uIHRo ZSB3aWtpPyBJZiBzbywgcGxlYXNlIHVwZGF0ZSB0aGVtIG9uY2UgeW91IGdldCBpdCB3b3JraW5n IQ0KDQpUaGFua3MsDQoNCi0tDQpEYXZlIFNjb3R0DQpYZW5TZXJ2ZXIgU3lzdGVtIEFyY2hpdGVj dA0KDQpPbiBBcHIgMjUsIDIwMTMsIGF0IDEyOjMyIFBNLCAiSm9obiBFbHNlIiA8am9obi5lbHNl QGNpdHJpeC5jb208bWFpbHRvOmpvaG4uZWxzZUBjaXRyaXguY29tPj4gd3JvdGU6DQpIaSBTYW50 b3NoLA0KDQpGaXJzdGx5IEnigJlkIHJlY29tbWVuZCBjbG9uaW5nIG9wYW0gZnJvbSB0aGUgT0Nh bWxQcm8gcmVwb3NpdG9yeSwgcmF0aGVyIHRoYW4geGVuLW9yZ+KAmXMgZm9yayAoaXTigJlzIHNl dmVyYWwgbW9udGhzIG91dCBvZiBkYXRlKSwgYW5kIHNlY29uZGx5IGJ1aWxkaW5nIGEgdGFnZ2Vk IHJlbGVhc2Ugb2Ygb3BhbSByYXRoZXIgdGhhbiB0aGUgbWFzdGVyIGJyYW5jaC4gVHJ5Og0KDQpn aXQgY2xvbmUgZ2l0Oi8vZ2l0aHViLmNvbS9PQ2FtbFByby9vcGFtDQpjZCBvcGFtDQpnaXQgY2hl Y2tvdXQgbGF0ZXN0DQouL2NvbmZpZ3VyZSAmJiBtYWtlICYmIHN1ZG8gbWFrZSBpbnN0YWxsDQoN ClRoZW4geW91IGNhbiBpbml0aWFsaXNlIG9wYW0gd2l0aCB0aGUgZGVmYXVsdCAoT0NhbWxQcm8p IHJlcG9zaXRvcnksIGFuZCBhZGQgeGVuLW9yZ+KAmXMgcmVwb3NpdG9yeToNCg0Kb3BhbSBpbml0 DQpldmFsIGBvcGFtIGNvbmZpZyBlbnZgDQpvcGFtIHJlbW90ZSBhZGQgeGVuLW9yZyBnaXQ6Ly9n aXRodWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvLWRldg0KDQpIb3BlIHRoaXMgaGVscHMsDQpKb2hu DQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPG1haWx0bzp4ZW4tYXBpLWJv dW5jZXNAbGlzdHMueGVuLm9yZz4gW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9y Z10gT24gQmVoYWxmIE9mIFNhbnRvc2ggSm9kaA0KU2VudDogMjIgQXByaWwgMjAxMyAyMzoxMg0K VG86IEpvbmF0aGFuIEx1ZGxhbTsgRGF2ZSBTY290dDsgeGVuLWFwaUBsaXN0cy54ZW4ub3JnPG1h aWx0bzp4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQpTdWJqZWN0OiBbWGVuLUFQSV0gQ29tcGlsaW5n IHhlbi1hcGkgb24gRGViaWFuIFdoZWV6eSBBTUQ2NA0KDQpJIGFtIHRyeWluZyB0byBjb21waWxl IHhlbi1hcGkg4oCTIHNwZWNpZmljYWxseSBycmR1bXAubWwNCg0Kb2NhbWxjIHZlcnNpb246DQpU aGUgT2JqZWN0aXZlIENhbWwgY29tcGlsZXIsIHZlcnNpb24gMy4xMi4xDQpTdGFuZGFyZCBsaWJy YXJ5IGRpcmVjdG9yeTogL3Vzci9saWIvb2NhbWwNCg0KDQpnaXQgY2xvbmUgZ2l0Oi8vZ2l0aHVi LmNvbS94ZW4tb3JnL29wYW0NCg0KY2Qgb3BhbTsgLi9jb25maWd1cmUgJiYgbWFrZSAmJiBzdWRv IG1ha2UgaW5zdGFsbA0KDQpUaGlzIHN1Y2NlZWRlZC4NCg0Kc2pvZGhAUkVEQkxELVhTOn4vc3Jj L25ldHNjYWxlci94ZW4tYXBpLWxpYnMkIG9wYW0gaW5pdCBnaXQ6Ly9naXRodWIuY29tL3hlbi1v cmcvb3BhbS1yZXBvc2l0b3J5DQpGZXRjaGluZyBnaXQ6Ly9naXRodWIuY29tL3hlbi1vcmcvb3Bh bS1yZXBvc2l0b3J5IC4uLg0KeyBwYXRjaGVzIH0gYXJlIGludmFsaWQgZmllbGQgbmFtZXMgaW4g L2hvbWUvc2pvZGgvLm9wYW0vb3BhbS9iaWdicm8uMi4wLjQtcmV2My5vcGFtLiBWYWxpZCBmaWVs ZHMgYXJlIHsgb3BhbS12ZXJzaW9uLCBtYWludGFpbmVyLCBzdWJzdHMsIGJ1aWxkLCByZW1vdmUs IGRlcGVuZHMsIGRlcG9wdHMsIGNvbmZsaWN0cywgbGlicmFyaWVzLCBzeW50YXgsIG9jYW1sLXZl cnNpb24sIGJ1aWxkLWVudiwgbGljZW5zZSwgYXV0aG9ycywgaG9tZXBhZ2UsIHZlcnNpb24sIG5h bWUgfQ0KICAnb3BhbSBpbml0IGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRv cnknIGZhaWxlZA0KDQoNClJlZ2FyZHMsDQpTYW50b3NoDQo= --_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5 bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmll ciBOZXciO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hh ciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjgu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1 cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPlllcyDigJMgdGhleSBhcmUgZnJvbSB3aWtpIDwvc3Bhbj48YSBo cmVmPSJodHRwOi8vd2lraS54ZW5zb3VyY2UuY29tL3dpa2kvWGVuQVBJX2NsaWVudF9saWJyYXJp ZXNfZm9yX29jYW1sIj5odHRwOi8vd2lraS54ZW5zb3VyY2UuY29tL3dpa2kvWGVuQVBJX2NsaWVu dF9saWJyYXJpZXNfZm9yX29jYW1sPC9hPi4gPHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9y OiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkNhbiB3ZSByZW1vdmUgdGhlIG9ic29sZXRlIHJl cG8gPC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyInPmdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtPC9zcGFuPjxzcGFuIHN0eWxl PSdjb2xvcjojMUY0OTdEJz4/PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SSB3aWxsIHRy eSB0aGUgbmV3IGluc3RydWN0aW9ucy4gRG8gSSBuZWVkIHRvIHVuaW5zdGFsbCBvcGFtIGZpcnN0 PyBBbmQgaG93IGRvIEkgZG8gdGhhdD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5UaGFu a3MsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Y29sb3I6IzFGNDk3RCc+U2FudG9zaDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluJz48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxiPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhv bWEiLCJzYW5zLXNlcmlmIic+IERhdmUgU2NvdHQgPGJyPjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwg QXByaWwgMjUsIDIwMTMgNDo1MSBBTTxicj48Yj5Ubzo8L2I+IEpvaG4gRWxzZTxicj48Yj5DYzo8 L2I+IFNhbnRvc2ggSm9kaDsgSm9uYXRoYW4gTHVkbGFtOyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmc8 YnI+PGI+U3ViamVjdDo8L2I+IFJlOiBDb21waWxpbmcgeGVuLWFwaSBvbiBEZWJpYW4gV2hlZXp5 IEFNRDY0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1h bCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PG86cD4mbmJzcDs8L286cD48L3A+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPkhpLDxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48 bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0n bWFyZ2luLWxlZnQ6LjVpbic+VGhhbmtzLCBKb2huIC0tIHlvdXIgaW5zdHJ1Y3Rpb25zIGxvb2sg cmlnaHQgdG8gbWUuPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz5TYW50b3NoOiB3ZXJl IHRoZSBicm9rZW4gaW5zdHJ1Y3Rpb25zIG9uIHRoZSB3aWtpPyBJZiBzbywgcGxlYXNlIHVwZGF0 ZSB0aGVtIG9uY2UgeW91IGdldCBpdCB3b3JraW5nITxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48bzpwPiZuYnNwOzwv bzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6 LjVpbic+VGhhbmtzLDxicj48YnI+LS0mbmJzcDs8bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+RGF2ZSBTY290dDxvOnA+PC9vOnA+ PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWlu Jz5YZW5TZXJ2ZXIgU3lzdGVtIEFyY2hpdGVjdDxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6MGluO21hcmdp bi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6LjVpbic+PGJyPk9u IEFwciAyNSwgMjAxMywgYXQgMTI6MzIgUE0sICZxdW90O0pvaG4gRWxzZSZxdW90OyAmbHQ7PGEg aHJlZj0ibWFpbHRvOmpvaG4uZWxzZUBjaXRyaXguY29tIj5qb2huLmVsc2VAY2l0cml4LmNvbTwv YT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFs IHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGkg U2FudG9zaCw8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdt YXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVp bic+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkZpcnN0bHkgSeKAmWQgcmVjb21tZW5kIGNs b25pbmcgb3BhbSBmcm9tIHRoZSBPQ2FtbFBybyByZXBvc2l0b3J5LCByYXRoZXIgdGhhbiB4ZW4t b3Jn4oCZcyBmb3JrIChpdOKAmXMgc2V2ZXJhbCBtb250aHMgb3V0IG9mIGRhdGUpLCBhbmQgc2Vj b25kbHkgYnVpbGRpbmcgYSB0YWdnZWQgcmVsZWFzZSBvZiBvcGFtIHJhdGhlciB0aGFuIHRoZSBt YXN0ZXIgYnJhbmNoLiBUcnk6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1h bCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdp bi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9y OiMxRjQ5N0QnPmdpdCBjbG9uZSBnaXQ6Ly9naXRodWIuY29tL09DYW1sUHJvL29wYW08L3NwYW4+ PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWlu Jz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjojMUY0OTdEJz5j ZCBvcGFtPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFy Z2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Y29s b3I6IzFGNDk3RCc+Z2l0IGNoZWNrb3V0IGxhdGVzdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOiMxRjQ5N0QnPi4vY29uZmlndXJlICZhbXA7JmFt cDsgbWFrZSAmYW1wOyZhbXA7IHN1ZG8gbWFrZSBpbnN0YWxsPC9zcGFuPjxvOnA+PC9vOnA+PC9w PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9 J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdE Jz5UaGVuIHlvdSBjYW4gaW5pdGlhbGlzZSBvcGFtIHdpdGggdGhlIGRlZmF1bHQgKE9DYW1sUHJv KSByZXBvc2l0b3J5LCBhbmQgYWRkIHhlbi1vcmfigJlzIHJlcG9zaXRvcnk6PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNw YW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOiMxRjQ5N0QnPm9wYW0gaW5pdDwvc3Bhbj48bzpw PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxz cGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOiMxRjQ5N0QnPmV2YWwg YG9wYW0gY29uZmlnIGVudmA8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs IHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijtjb2xvcjojMUY0OTdEJz5vcGFtIHJlbW90ZSBhZGQgeGVuLW9yZyBnaXQ6Ly9naXRo dWIuY29tL3hlbi1vcmcvb3BhbS1yZXBvLWRldjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdjb2xvcjoj MUY0OTdEJz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0 eWxlPSdtYXJnaW4tbGVmdDouNWluJz48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SG9wZSB0 aGlzIGhlbHBzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5Kb2huPC9zcGFu PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVp bic+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluJz48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 J21hcmdpbi1sZWZ0Oi41aW4nPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IDxh IGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3Vu Y2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxp c3RzLnhlbi5vcmciPm1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxi Pk9uIEJlaGFsZiBPZiA8L2I+U2FudG9zaCBKb2RoPGJyPjxiPlNlbnQ6PC9iPiAyMiBBcHJpbCAy MDEzIDIzOjEyPGJyPjxiPlRvOjwvYj4gSm9uYXRoYW4gTHVkbGFtOyBEYXZlIFNjb3R0OyA8YSBo cmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIj54ZW4tYXBpQGxpc3RzLnhlbi5vcmc8 L2E+PGJyPjxiPlN1YmplY3Q6PC9iPiBbWGVuLUFQSV0gQ29tcGlsaW5nIHhlbi1hcGkgb24gRGVi aWFuIFdoZWV6eSBBTUQ2NDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFz cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPiZuYnNwOzxvOnA+PC9vOnA+PC9w PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+SSBhbSB0cnlpbmcg dG8gY29tcGlsZSB4ZW4tYXBpIOKAkyBzcGVjaWZpY2FsbHkgcnJkdW1wLm1sPG86cD48L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz4mbmJzcDs8bzpw PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPm9j YW1sYyB2ZXJzaW9uOjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFy Z2luLWxlZnQ6LjVpbic+VGhlIE9iamVjdGl2ZSBDYW1sIGNvbXBpbGVyLCB2ZXJzaW9uIDMuMTIu MTxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVp bic+U3RhbmRhcmQgbGlicmFyeSBkaXJlY3Rvcnk6IC91c3IvbGliL29jYW1sPG86cD48L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz4mbmJzcDs8bzpw PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPiZu YnNwOzxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6 LjVpbic+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Iic+Z2l0IGNsb25lIGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwcmUgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPmNkIG9wYW07IC4vY29uZmln dXJlICZhbXA7JmFtcDsgbWFrZSAmYW1wOyZhbXA7IHN1ZG8gbWFrZSBpbnN0YWxsPG86cD48L286 cD48L3ByZT48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1s ZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyInPlRoaXMgc3VjY2VlZGVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1N c29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPnNqb2RoQFJF REJMRC1YUzp+L3NyYy9uZXRzY2FsZXIveGVuLWFwaS1saWJzJCBvcGFtIGluaXQgZ2l0Oi8vZ2l0 aHViLmNvbS94ZW4tb3JnL29wYW0tcmVwb3NpdG9yeTwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPkZldGNoaW5nIGdpdDovL2dp dGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRvcnkgLi4uPC9zcGFuPjxvOnA+PC9vOnA+PC9w PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+eyBwYXRjaGVzIH0g YXJlIGludmFsaWQgZmllbGQgbmFtZXMgaW4gL2hvbWUvc2pvZGgvLm9wYW0vb3BhbS9iaWdicm8u Mi4wLjQtcmV2My5vcGFtLiBWYWxpZCBmaWVsZHMgYXJlIHsgb3BhbS12ZXJzaW9uLCBtYWludGFp bmVyLCBzdWJzdHMsIGJ1aWxkLCByZW1vdmUsIGRlcGVuZHMsIGRlcG9wdHMsIGNvbmZsaWN0cywg bGlicmFyaWVzLCBzeW50YXgsIG9jYW1sLXZlcnNpb24sIGJ1aWxkLWVudiwgbGljZW5zZSwgYXV0 aG9ycywgaG9tZXBhZ2UsIHZlcnNpb24sIG5hbWUgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPiZuYnNwOyAnb3BhbSBpbml0 IGdpdDovL2dpdGh1Yi5jb20veGVuLW9yZy9vcGFtLXJlcG9zaXRvcnknIGZhaWxlZDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4n PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyIn PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21h cmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyInPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+U2FudG9zaDwv c3Bhbj48bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9ib2R5PjwvaHRt bD4= --_000_7914B38A4445B34AA16EB9F1352942F10143BB54440FSJCPMAILBOX_-- --===============5132797764331556134== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5132797764331556134==-- From xen-api-bounces@lists.xen.org Thu Apr 25 14:33:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 14:33:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVNEC-0006ss-0U; Thu, 25 Apr 2013 14:32:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVNEA-0006sc-8E for xen-api@lists.xen.org; Thu, 25 Apr 2013 14:32:50 +0000 Received: from [85.158.139.211:28644] by server-16.bemta-5.messagelabs.com id 46/FE-02543-19E39715; Thu, 25 Apr 2013 14:32:49 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1366900368!16465419!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20765 invoked from network); 25 Apr 2013 14:32:48 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-206.messagelabs.com with SMTP; 25 Apr 2013 14:32:48 -0000 Received: (qmail 5690 invoked by uid 634); 25 Apr 2013 14:32:47 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 25 Apr 2013 15:32:46 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> Date: Thu, 25 Apr 2013 15:32:45 +0100 Message-Id: <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> To: Santosh Jodh X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 OPAM 1.0 has been released and will be in binary packages as soon as Debian= and other packaging vendors catch up in their release cycles: https://github.com/OCamlPro/opam/issues/149 Therefore it is safe to remove the xen-org/opam snapshot now. To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM bin= ary, and run 'opam update' to refresh your package list. It may be easier = to just delete ~/.opam and recompile packages. There is no state for OPAM = held outside of ~/.opam. -anil On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > Yes =96 they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_l= ibraries_for_ocaml. > = > Can we remove the obsolete repo git://github.com/xen-org/opam? > = > I will try the new instructions. Do I need to uninstall opam first? And h= ow do I do that? > = > Thanks, > Santosh > = > = > From: Dave Scott = > Sent: Thursday, April 25, 2013 4:51 AM > To: John Else > Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org > Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > = > Hi, > = > Thanks, John -- your instructions look right to me. > = > Santosh: were the broken instructions on the wiki? If so, please update t= hem once you get it working! > = > Thanks, > = > -- = > Dave Scott > XenServer System Architect > = > On Apr 25, 2013, at 12:32 PM, "John Else" wrote: > = > Hi Santosh, > = > Firstly I=92d recommend cloning opam from the OCamlPro repository, rather= than xen-org=92s fork (it=92s several months out of date), and secondly bu= ilding a tagged release of opam rather than the master branch. Try: > = > git clone git://github.com/OCamlPro/opam > cd opam > git checkout latest > ./configure && make && sudo make install > = > Then you can initialise opam with the default (OCamlPro) repository, and = add xen-org=92s repository: > = > opam init > eval `opam config env` > opam remote add xen-org git://github.com/xen-org/opam-repo-dev > = > Hope this helps, > John > = > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org= ] On Behalf OfSantosh Jodh > Sent: 22 April 2013 23:12 > To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > = > I am trying to compile xen-api =96 specifically rrdump.ml > = > ocamlc version: > The Objective Caml compiler, version 3.12.1 > Standard library directory: /usr/lib/ocaml > = > = > git clone git://github.com/xen-org/opam > cd opam; ./configure && make && sudo make install > = > This succeeded. > = > sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github.com/= xen-org/opam-repository > Fetching git://github.com/xen-org/opam-repository ... > { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.= 4-rev3.opam. Valid fields are { opam-version, maintainer, substs, build, re= move, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-= env, license, authors, homepage, version, name } > 'opam init git://github.com/xen-org/opam-repository' failed > = > = > Regards, > Santosh > _______________________________________________ > 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 25 14:33:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 14:33:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVNEC-0006ss-0U; Thu, 25 Apr 2013 14:32:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVNEA-0006sc-8E for xen-api@lists.xen.org; Thu, 25 Apr 2013 14:32:50 +0000 Received: from [85.158.139.211:28644] by server-16.bemta-5.messagelabs.com id 46/FE-02543-19E39715; Thu, 25 Apr 2013 14:32:49 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1366900368!16465419!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20765 invoked from network); 25 Apr 2013 14:32:48 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-206.messagelabs.com with SMTP; 25 Apr 2013 14:32:48 -0000 Received: (qmail 5690 invoked by uid 634); 25 Apr 2013 14:32:47 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 25 Apr 2013 15:32:46 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> Date: Thu, 25 Apr 2013 15:32:45 +0100 Message-Id: <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> To: Santosh Jodh X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 OPAM 1.0 has been released and will be in binary packages as soon as Debian= and other packaging vendors catch up in their release cycles: https://github.com/OCamlPro/opam/issues/149 Therefore it is safe to remove the xen-org/opam snapshot now. To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM bin= ary, and run 'opam update' to refresh your package list. It may be easier = to just delete ~/.opam and recompile packages. There is no state for OPAM = held outside of ~/.opam. -anil On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > Yes =96 they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_l= ibraries_for_ocaml. > = > Can we remove the obsolete repo git://github.com/xen-org/opam? > = > I will try the new instructions. Do I need to uninstall opam first? And h= ow do I do that? > = > Thanks, > Santosh > = > = > From: Dave Scott = > Sent: Thursday, April 25, 2013 4:51 AM > To: John Else > Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org > Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > = > Hi, > = > Thanks, John -- your instructions look right to me. > = > Santosh: were the broken instructions on the wiki? If so, please update t= hem once you get it working! > = > Thanks, > = > -- = > Dave Scott > XenServer System Architect > = > On Apr 25, 2013, at 12:32 PM, "John Else" wrote: > = > Hi Santosh, > = > Firstly I=92d recommend cloning opam from the OCamlPro repository, rather= than xen-org=92s fork (it=92s several months out of date), and secondly bu= ilding a tagged release of opam rather than the master branch. Try: > = > git clone git://github.com/OCamlPro/opam > cd opam > git checkout latest > ./configure && make && sudo make install > = > Then you can initialise opam with the default (OCamlPro) repository, and = add xen-org=92s repository: > = > opam init > eval `opam config env` > opam remote add xen-org git://github.com/xen-org/opam-repo-dev > = > Hope this helps, > John > = > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org= ] On Behalf OfSantosh Jodh > Sent: 22 April 2013 23:12 > To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > = > I am trying to compile xen-api =96 specifically rrdump.ml > = > ocamlc version: > The Objective Caml compiler, version 3.12.1 > Standard library directory: /usr/lib/ocaml > = > = > git clone git://github.com/xen-org/opam > cd opam; ./configure && make && sudo make install > = > This succeeded. > = > sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init git://github.com/= xen-org/opam-repository > Fetching git://github.com/xen-org/opam-repository ... > { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.= 4-rev3.opam. Valid fields are { opam-version, maintainer, substs, build, re= move, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-= env, license, authors, homepage, version, name } > 'opam init git://github.com/xen-org/opam-repository' failed > = > = > Regards, > Santosh > _______________________________________________ > 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 25 18:15:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 18:15:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVQh4-0004x1-IE; Thu, 25 Apr 2013 18:14:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVQh3-0004ws-Mh for xen-api@lists.xen.org; Thu, 25 Apr 2013 18:14:53 +0000 Received: from [85.158.139.211:61946] by server-2.bemta-5.messagelabs.com id 85/F5-23989-C9279715; Thu, 25 Apr 2013 18:14:52 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1366913692!20093149!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9213 invoked from network); 25 Apr 2013 18:14:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 18:14:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3950441" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 18:14:52 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 19:14:52 +0100 From: James Bulpin To: =?iso-8859-1?Q?Pasi_K=E4rkk=E4inen?= , "xen-api@lists.xen.org" Date: Thu, 25 Apr 2013 19:14:58 +0100 Thread-Topic: [Xen-API] XCP 1.6 kernel patchqueue Thread-Index: Ac46MoMmqpeYjlBvSqC6WnPLnDLCugHmBclg Message-ID: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2A993@LONPMAILBOX01.citrite.net> References: <20130102111028.GV8912@reaktio.net> <20130415233618.GH11427@reaktio.net> In-Reply-To: <20130415233618.GH11427@reaktio.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP 1.6 kernel patchqueue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Pasi wrote: > it'd be nice to have the XCP 1.6 kernel+xen+qemu trees/patchqueues > online.. As an interim you can find the trees and patchqueues (no history at the moment, just dumped into git) at: https://github.com/jamesbulpin/xcp-qemu-xen-4.1.git https://github.com/jamesbulpin/xcp-qemu-xen-4.1.pq.git https://github.com/jamesbulpin/xcp-xen-4.1.git https://github.com/jamesbulpin/xcp-xen-4.1.pq.git https://github.com/jamesbulpin/xcp-linux-2.6.32.git https://github.com/jamesbulpin/xcp-linux-2.6.32.pq.git These should be the right source versions according to the manifest for build 61809. (Note these are Mercurial patch queues but pushing to github is easier for me to get stuff out quickly.) We'll get these properly published as soon as possible. Cheers, James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 25 18:15:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 18:15:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVQh4-0004x1-IE; Thu, 25 Apr 2013 18:14:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVQh3-0004ws-Mh for xen-api@lists.xen.org; Thu, 25 Apr 2013 18:14:53 +0000 Received: from [85.158.139.211:61946] by server-2.bemta-5.messagelabs.com id 85/F5-23989-C9279715; Thu, 25 Apr 2013 18:14:52 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1366913692!20093149!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9213 invoked from network); 25 Apr 2013 18:14:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 18:14:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3950441" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 18:14:52 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 19:14:52 +0100 From: James Bulpin To: =?iso-8859-1?Q?Pasi_K=E4rkk=E4inen?= , "xen-api@lists.xen.org" Date: Thu, 25 Apr 2013 19:14:58 +0100 Thread-Topic: [Xen-API] XCP 1.6 kernel patchqueue Thread-Index: Ac46MoMmqpeYjlBvSqC6WnPLnDLCugHmBclg Message-ID: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2A993@LONPMAILBOX01.citrite.net> References: <20130102111028.GV8912@reaktio.net> <20130415233618.GH11427@reaktio.net> In-Reply-To: <20130415233618.GH11427@reaktio.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP 1.6 kernel patchqueue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Pasi wrote: > it'd be nice to have the XCP 1.6 kernel+xen+qemu trees/patchqueues > online.. As an interim you can find the trees and patchqueues (no history at the moment, just dumped into git) at: https://github.com/jamesbulpin/xcp-qemu-xen-4.1.git https://github.com/jamesbulpin/xcp-qemu-xen-4.1.pq.git https://github.com/jamesbulpin/xcp-xen-4.1.git https://github.com/jamesbulpin/xcp-xen-4.1.pq.git https://github.com/jamesbulpin/xcp-linux-2.6.32.git https://github.com/jamesbulpin/xcp-linux-2.6.32.pq.git These should be the right source versions according to the manifest for build 61809. (Note these are Mercurial patch queues but pushing to github is easier for me to get stuff out quickly.) We'll get these properly published as soon as possible. Cheers, James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 25 19:17:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 19:17:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVRfk-0007vh-Fd; Thu, 25 Apr 2013 19:17:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVRfi-0007vc-Op for xen-api@lists.xen.org; Thu, 25 Apr 2013 19:17:34 +0000 Received: from [85.158.139.211:41438] by server-16.bemta-5.messagelabs.com id B2/3F-02543-E4189715; Thu, 25 Apr 2013 19:17:34 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-2.tower-206.messagelabs.com!1366917452!20174695!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11054 invoked from network); 25 Apr 2013 19:17:33 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Apr 2013 19:17:33 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 8CED12753; Thu, 25 Apr 2013 22:17:32 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 2437A20077; Thu, 25 Apr 2013 22:17:32 +0300 (EEST) Date: Thu, 25 Apr 2013 22:17:32 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: James Bulpin Message-ID: <20130425191731.GS11427@reaktio.net> References: <20130102111028.GV8912@reaktio.net> <20130415233618.GH11427@reaktio.net> <344C0F67BC927847A2C92F9EE358DB0E0135B0E2A993@LONPMAILBOX01.citrite.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2A993@LONPMAILBOX01.citrite.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 kernel patchqueue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Thu, Apr 25, 2013 at 07:14:58PM +0100, James Bulpin wrote: > Pasi wrote: > > it'd be nice to have the XCP 1.6 kernel+xen+qemu trees/patchqueues > > online.. > > As an interim you can find the trees and patchqueues (no history at the moment, just dumped into git) at: > > https://github.com/jamesbulpin/xcp-qemu-xen-4.1.git > https://github.com/jamesbulpin/xcp-qemu-xen-4.1.pq.git > > https://github.com/jamesbulpin/xcp-xen-4.1.git > https://github.com/jamesbulpin/xcp-xen-4.1.pq.git > > https://github.com/jamesbulpin/xcp-linux-2.6.32.git > https://github.com/jamesbulpin/xcp-linux-2.6.32.pq.git > > These should be the right source versions according to the manifest for build 61809. > Thanks! > (Note these are Mercurial patch queues but pushing to github is easier for me to get stuff out quickly.) > > We'll get these properly published as soon as possible. > Ok, great. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 25 19:17:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 19:17:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVRfk-0007vh-Fd; Thu, 25 Apr 2013 19:17:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVRfi-0007vc-Op for xen-api@lists.xen.org; Thu, 25 Apr 2013 19:17:34 +0000 Received: from [85.158.139.211:41438] by server-16.bemta-5.messagelabs.com id B2/3F-02543-E4189715; Thu, 25 Apr 2013 19:17:34 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-2.tower-206.messagelabs.com!1366917452!20174695!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NzM1NzU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11054 invoked from network); 25 Apr 2013 19:17:33 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Apr 2013 19:17:33 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 8CED12753; Thu, 25 Apr 2013 22:17:32 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 2437A20077; Thu, 25 Apr 2013 22:17:32 +0300 (EEST) Date: Thu, 25 Apr 2013 22:17:32 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: James Bulpin Message-ID: <20130425191731.GS11427@reaktio.net> References: <20130102111028.GV8912@reaktio.net> <20130415233618.GH11427@reaktio.net> <344C0F67BC927847A2C92F9EE358DB0E0135B0E2A993@LONPMAILBOX01.citrite.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2A993@LONPMAILBOX01.citrite.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 kernel patchqueue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Thu, Apr 25, 2013 at 07:14:58PM +0100, James Bulpin wrote: > Pasi wrote: > > it'd be nice to have the XCP 1.6 kernel+xen+qemu trees/patchqueues > > online.. > > As an interim you can find the trees and patchqueues (no history at the moment, just dumped into git) at: > > https://github.com/jamesbulpin/xcp-qemu-xen-4.1.git > https://github.com/jamesbulpin/xcp-qemu-xen-4.1.pq.git > > https://github.com/jamesbulpin/xcp-xen-4.1.git > https://github.com/jamesbulpin/xcp-xen-4.1.pq.git > > https://github.com/jamesbulpin/xcp-linux-2.6.32.git > https://github.com/jamesbulpin/xcp-linux-2.6.32.pq.git > > These should be the right source versions according to the manifest for build 61809. > Thanks! > (Note these are Mercurial patch queues but pushing to github is easier for me to get stuff out quickly.) > > We'll get these properly published as soon as possible. > Ok, great. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Apr 25 21:32:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:32: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 1UVTmU-0003R7-UL; Thu, 25 Apr 2013 21:32:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTmU-0003R2-A6 for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:32:42 +0000 Received: from [85.158.139.211:40903] by server-8.bemta-5.messagelabs.com id 26/96-05790-9F0A9715; Thu, 25 Apr 2013 21:32:41 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1366925559!20480504!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25925 invoked from network); 25 Apr 2013 21:32:40 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:32:40 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="20646390" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:32:38 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Thu, 25 Apr 2013 14:32:38 -0700 From: Santosh Jodh To: Anil Madhavapeddy Date: Thu, 25 Apr 2013 14:32:32 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5BwcjKyE46d6nTSCmujvsm8HWn/wAOkXWw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> In-Reply-To: <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 am hitting an error while building xen-api-libs now. It cannot find type-conv: ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml ocamlfind: Package `type-conv' not found make[1]: *** [fe.cmo] Error 2 make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' make: *** [all] Error 2 -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Thursday, April 25, 2013 7:33 AM To: Santosh Jodh Cc: Dave Scott; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: https://github.com/OCamlPro/opam/issues/149 Therefore it is safe to remove the xen-org/opam snapshot now. To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. -anil On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > > Can we remove the obsolete repo git://github.com/xen-org/opam? > > I will try the new instructions. Do I need to uninstall opam first? And how do I do that? > > Thanks, > Santosh > > > From: Dave Scott > Sent: Thursday, April 25, 2013 4:51 AM > To: John Else > Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org > Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > > Hi, > > Thanks, John -- your instructions look right to me. > > Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! > > Thanks, > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 12:32 PM, "John Else" wrote: > > Hi Santosh, > > Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: > > git clone git://github.com/OCamlPro/opam cd opam git checkout latest > ./configure && make && sudo make install > > Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: > > opam init > eval `opam config env` > opam remote add xen-org git://github.com/xen-org/opam-repo-dev > > Hope this helps, > John > > From: xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh > Sent: 22 April 2013 23:12 > To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > I am trying to compile xen-api - specifically rrdump.ml > > ocamlc version: > The Objective Caml compiler, version 3.12.1 Standard library > directory: /usr/lib/ocaml > > > git clone git://github.com/xen-org/opam cd opam; ./configure && make > && sudo make install > > This succeeded. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init > git://github.com/xen-org/opam-repository > Fetching git://github.com/xen-org/opam-repository ... > { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remove, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-env, license, authors, homepage, version, name } > 'opam init git://github.com/xen-org/opam-repository' failed > > > Regards, > Santosh > _______________________________________________ > 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 25 21:32:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:32: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 1UVTmU-0003R7-UL; Thu, 25 Apr 2013 21:32:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTmU-0003R2-A6 for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:32:42 +0000 Received: from [85.158.139.211:40903] by server-8.bemta-5.messagelabs.com id 26/96-05790-9F0A9715; Thu, 25 Apr 2013 21:32:41 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1366925559!20480504!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25925 invoked from network); 25 Apr 2013 21:32:40 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:32:40 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="20646390" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:32:38 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Thu, 25 Apr 2013 14:32:38 -0700 From: Santosh Jodh To: Anil Madhavapeddy Date: Thu, 25 Apr 2013 14:32:32 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5BwcjKyE46d6nTSCmujvsm8HWn/wAOkXWw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> In-Reply-To: <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 am hitting an error while building xen-api-libs now. It cannot find type-conv: ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml ocamlfind: Package `type-conv' not found make[1]: *** [fe.cmo] Error 2 make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' make: *** [all] Error 2 -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Thursday, April 25, 2013 7:33 AM To: Santosh Jodh Cc: Dave Scott; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: https://github.com/OCamlPro/opam/issues/149 Therefore it is safe to remove the xen-org/opam snapshot now. To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. -anil On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > > Can we remove the obsolete repo git://github.com/xen-org/opam? > > I will try the new instructions. Do I need to uninstall opam first? And how do I do that? > > Thanks, > Santosh > > > From: Dave Scott > Sent: Thursday, April 25, 2013 4:51 AM > To: John Else > Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org > Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > > Hi, > > Thanks, John -- your instructions look right to me. > > Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! > > Thanks, > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 12:32 PM, "John Else" wrote: > > Hi Santosh, > > Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: > > git clone git://github.com/OCamlPro/opam cd opam git checkout latest > ./configure && make && sudo make install > > Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: > > opam init > eval `opam config env` > opam remote add xen-org git://github.com/xen-org/opam-repo-dev > > Hope this helps, > John > > From: xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh > Sent: 22 April 2013 23:12 > To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > I am trying to compile xen-api - specifically rrdump.ml > > ocamlc version: > The Objective Caml compiler, version 3.12.1 Standard library > directory: /usr/lib/ocaml > > > git clone git://github.com/xen-org/opam cd opam; ./configure && make > && sudo make install > > This succeeded. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init > git://github.com/xen-org/opam-repository > Fetching git://github.com/xen-org/opam-repository ... > { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remove, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-env, license, authors, homepage, version, name } > 'opam init git://github.com/xen-org/opam-repository' failed > > > Regards, > Santosh > _______________________________________________ > 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 25 21:34:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:34:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVToG-0003U7-8V; Thu, 25 Apr 2013 21:34:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVToE-0003U0-Qs for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:34:31 +0000 Received: from [85.158.137.99:9218] by server-14.bemta-3.messagelabs.com id 2B/E1-27076-561A9715; Thu, 25 Apr 2013 21:34:29 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-217.messagelabs.com!1366925667!14916350!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24222 invoked from network); 25 Apr 2013 21:34:27 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-217.messagelabs.com with SMTP; 25 Apr 2013 21:34:27 -0000 Received: (qmail 13201 invoked by uid 634); 25 Apr 2013 21:34:26 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO [192.168.1.84]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 25 Apr 2013 22:34:26 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> Date: Thu, 25 Apr 2013 22:34:24 +0100 Message-Id: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> To: Santosh Jodh X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Try "opam install type_conv" and see if that helps when you retry xen-api-libs. -anil On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > I am hitting an error while building xen-api-libs now. It cannot find type-conv: > > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml > ocamlfind: Package `type-conv' not found > make[1]: *** [fe.cmo] Error 2 > make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > make: *** [all] Error 2 > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 7:33 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: > https://github.com/OCamlPro/opam/issues/149 > > Therefore it is safe to remove the xen-org/opam snapshot now. > > To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > > -anil > > On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > >> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >> >> Can we remove the obsolete repo git://github.com/xen-org/opam? >> >> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >> >> Thanks, >> Santosh >> >> >> From: Dave Scott >> Sent: Thursday, April 25, 2013 4:51 AM >> To: John Else >> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >> >> Hi, >> >> Thanks, John -- your instructions look right to me. >> >> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >> >> Thanks, >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >> >> Hi Santosh, >> >> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >> >> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >> ./configure && make && sudo make install >> >> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >> >> opam init >> eval `opam config env` >> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >> >> Hope this helps, >> John >> >> From: xen-api-bounces@lists.xen.org >> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >> Sent: 22 April 2013 23:12 >> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> I am trying to compile xen-api - specifically rrdump.ml >> >> ocamlc version: >> The Objective Caml compiler, version 3.12.1 Standard library >> directory: /usr/lib/ocaml >> >> >> git clone git://github.com/xen-org/opam cd opam; ./configure && make >> && sudo make install >> >> This succeeded. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >> git://github.com/xen-org/opam-repository >> Fetching git://github.com/xen-org/opam-repository ... >> { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remove, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-env, license, authors, homepage, version, name } >> 'opam init git://github.com/xen-org/opam-repository' failed >> >> >> Regards, >> Santosh >> _______________________________________________ >> 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 25 21:34:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:34:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVToG-0003U7-8V; Thu, 25 Apr 2013 21:34:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVToE-0003U0-Qs for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:34:31 +0000 Received: from [85.158.137.99:9218] by server-14.bemta-3.messagelabs.com id 2B/E1-27076-561A9715; Thu, 25 Apr 2013 21:34:29 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-217.messagelabs.com!1366925667!14916350!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24222 invoked from network); 25 Apr 2013 21:34:27 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-217.messagelabs.com with SMTP; 25 Apr 2013 21:34:27 -0000 Received: (qmail 13201 invoked by uid 634); 25 Apr 2013 21:34:26 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO [192.168.1.84]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 25 Apr 2013 22:34:26 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> Date: Thu, 25 Apr 2013 22:34:24 +0100 Message-Id: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> To: Santosh Jodh X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Try "opam install type_conv" and see if that helps when you retry xen-api-libs. -anil On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > I am hitting an error while building xen-api-libs now. It cannot find type-conv: > > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml > ocamlfind: Package `type-conv' not found > make[1]: *** [fe.cmo] Error 2 > make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > make: *** [all] Error 2 > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 7:33 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: > https://github.com/OCamlPro/opam/issues/149 > > Therefore it is safe to remove the xen-org/opam snapshot now. > > To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > > -anil > > On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > >> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >> >> Can we remove the obsolete repo git://github.com/xen-org/opam? >> >> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >> >> Thanks, >> Santosh >> >> >> From: Dave Scott >> Sent: Thursday, April 25, 2013 4:51 AM >> To: John Else >> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >> >> Hi, >> >> Thanks, John -- your instructions look right to me. >> >> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >> >> Thanks, >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >> >> Hi Santosh, >> >> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >> >> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >> ./configure && make && sudo make install >> >> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >> >> opam init >> eval `opam config env` >> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >> >> Hope this helps, >> John >> >> From: xen-api-bounces@lists.xen.org >> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >> Sent: 22 April 2013 23:12 >> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> I am trying to compile xen-api - specifically rrdump.ml >> >> ocamlc version: >> The Objective Caml compiler, version 3.12.1 Standard library >> directory: /usr/lib/ocaml >> >> >> git clone git://github.com/xen-org/opam cd opam; ./configure && make >> && sudo make install >> >> This succeeded. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >> git://github.com/xen-org/opam-repository >> Fetching git://github.com/xen-org/opam-repository ... >> { patches } are invalid field names in /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { opam-version, maintainer, substs, build, remove, depends, depopts, conflicts, libraries, syntax, ocaml-version, build-env, license, authors, homepage, version, name } >> 'opam init git://github.com/xen-org/opam-repository' failed >> >> >> Regards, >> Santosh >> _______________________________________________ >> 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 25 21:36:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:36: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 1UVTqP-0003a8-JN; Thu, 25 Apr 2013 21:36:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTqO-0003Zy-0j for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:36:44 +0000 Received: from [85.158.139.211:56286] by server-4.bemta-5.messagelabs.com id CB/ED-01980-BE1A9715; Thu, 25 Apr 2013 21:36:43 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366925801!16508962!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22856 invoked from network); 25 Apr 2013 21:36:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:36:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="21675455" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:36:40 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 14:36:40 -0700 From: Santosh Jodh To: Anil Madhavapeddy Date: Thu, 25 Apr 2013 14:36:35 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/Kuxgnl8mIr6RHmj0EfHL3GJbQAACjlg Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Thursday, April 25, 2013 2:34 PM To: Santosh Jodh Cc: Dave Scott; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Try "opam install type_conv" and see if that helps when you retry xen-api-libs. -anil On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > I am hitting an error while building xen-api-libs now. It cannot find type-conv: > > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package > camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I > -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light > -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o > fe.cmo fe.ml > ocamlfind: Package `type-conv' not found > make[1]: *** [fe.cmo] Error 2 > make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > make: *** [all] Error 2 > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 7:33 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: > https://github.com/OCamlPro/opam/issues/149 > > Therefore it is safe to remove the xen-org/opam snapshot now. > > To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > > -anil > > On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > >> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >> >> Can we remove the obsolete repo git://github.com/xen-org/opam? >> >> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >> >> Thanks, >> Santosh >> >> >> From: Dave Scott >> Sent: Thursday, April 25, 2013 4:51 AM >> To: John Else >> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >> >> Hi, >> >> Thanks, John -- your instructions look right to me. >> >> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >> >> Thanks, >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >> >> Hi Santosh, >> >> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >> >> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >> ./configure && make && sudo make install >> >> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >> >> opam init >> eval `opam config env` >> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >> >> Hope this helps, >> John >> >> From: xen-api-bounces@lists.xen.org >> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >> Sent: 22 April 2013 23:12 >> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> I am trying to compile xen-api - specifically rrdump.ml >> >> ocamlc version: >> The Objective Caml compiler, version 3.12.1 Standard library >> directory: /usr/lib/ocaml >> >> >> git clone git://github.com/xen-org/opam cd opam; ./configure && make >> && sudo make install >> >> This succeeded. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >> git://github.com/xen-org/opam-repository >> Fetching git://github.com/xen-org/opam-repository ... >> { patches } are invalid field names in >> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >> opam-version, maintainer, substs, build, remove, depends, depopts, >> conflicts, libraries, syntax, ocaml-version, build-env, license, >> authors, homepage, version, name } 'opam init >> git://github.com/xen-org/opam-repository' failed >> >> >> Regards, >> Santosh >> _______________________________________________ >> 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 25 21:36:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:36: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 1UVTqP-0003a8-JN; Thu, 25 Apr 2013 21:36:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTqO-0003Zy-0j for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:36:44 +0000 Received: from [85.158.139.211:56286] by server-4.bemta-5.messagelabs.com id CB/ED-01980-BE1A9715; Thu, 25 Apr 2013 21:36:43 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366925801!16508962!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22856 invoked from network); 25 Apr 2013 21:36:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:36:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="21675455" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:36:40 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 14:36:40 -0700 From: Santosh Jodh To: Anil Madhavapeddy Date: Thu, 25 Apr 2013 14:36:35 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/Kuxgnl8mIr6RHmj0EfHL3GJbQAACjlg Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Thursday, April 25, 2013 2:34 PM To: Santosh Jodh Cc: Dave Scott; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Try "opam install type_conv" and see if that helps when you retry xen-api-libs. -anil On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > I am hitting an error while building xen-api-libs now. It cannot find type-conv: > > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package > camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I > -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light > -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o > fe.cmo fe.ml > ocamlfind: Package `type-conv' not found > make[1]: *** [fe.cmo] Error 2 > make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > make: *** [all] Error 2 > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 7:33 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: > https://github.com/OCamlPro/opam/issues/149 > > Therefore it is safe to remove the xen-org/opam snapshot now. > > To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > > -anil > > On 25 Apr 2013, at 15:13, Santosh Jodh wrote: > >> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >> >> Can we remove the obsolete repo git://github.com/xen-org/opam? >> >> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >> >> Thanks, >> Santosh >> >> >> From: Dave Scott >> Sent: Thursday, April 25, 2013 4:51 AM >> To: John Else >> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >> >> Hi, >> >> Thanks, John -- your instructions look right to me. >> >> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >> >> Thanks, >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >> >> Hi Santosh, >> >> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >> >> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >> ./configure && make && sudo make install >> >> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >> >> opam init >> eval `opam config env` >> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >> >> Hope this helps, >> John >> >> From: xen-api-bounces@lists.xen.org >> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >> Sent: 22 April 2013 23:12 >> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> I am trying to compile xen-api - specifically rrdump.ml >> >> ocamlc version: >> The Objective Caml compiler, version 3.12.1 Standard library >> directory: /usr/lib/ocaml >> >> >> git clone git://github.com/xen-org/opam cd opam; ./configure && make >> && sudo make install >> >> This succeeded. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >> git://github.com/xen-org/opam-repository >> Fetching git://github.com/xen-org/opam-repository ... >> { patches } are invalid field names in >> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >> opam-version, maintainer, substs, build, remove, depends, depopts, >> conflicts, libraries, syntax, ocaml-version, build-env, license, >> authors, homepage, version, name } 'opam init >> git://github.com/xen-org/opam-repository' failed >> >> >> Regards, >> Santosh >> _______________________________________________ >> 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 25 21:40:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:40:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTtY-00041P-FX; Thu, 25 Apr 2013 21:40:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTtX-00041I-2O for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:39:59 +0000 Received: from [85.158.143.99:57296] by server-3.bemta-4.messagelabs.com id 9E/A1-02186-EA2A9715; Thu, 25 Apr 2013 21:39:58 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1366925997!27337908!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7381 invoked from network); 25 Apr 2013 21:39:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:39:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3955308" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:39:58 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 22:39:57 +0100 From: Dave Scott To: Santosh Jodh Date: Thu, 25 Apr 2013 22:39:55 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/W5ALGE+U2YpTB26+RX5MNREwQ== Message-ID: <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 2:34 PM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install type_conv" and see if that helps when you retry xen-api-libs. > > -anil > > On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > >> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >> >> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >> fe.cmo fe.ml >> ocamlfind: Package `type-conv' not found >> make[1]: *** [fe.cmo] Error 2 >> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 7:33 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >> https://github.com/OCamlPro/opam/issues/149 >> >> Therefore it is safe to remove the xen-org/opam snapshot now. >> >> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >> -anil >> >> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >> >>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>> >>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>> >>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>> >>> Thanks, >>> Santosh >>> >>> >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 4:51 AM >>> To: John Else >>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>> >>> Hi, >>> >>> Thanks, John -- your instructions look right to me. >>> >>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>> >>> Thanks, >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>> >>> Hi Santosh, >>> >>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>> >>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>> ./configure && make && sudo make install >>> >>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>> >>> opam init >>> eval `opam config env` >>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>> >>> Hope this helps, >>> John >>> >>> From: xen-api-bounces@lists.xen.org >>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>> Sent: 22 April 2013 23:12 >>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> I am trying to compile xen-api - specifically rrdump.ml >>> >>> ocamlc version: >>> The Objective Caml compiler, version 3.12.1 Standard library >>> directory: /usr/lib/ocaml >>> >>> >>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>> && sudo make install >>> >>> This succeeded. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>> git://github.com/xen-org/opam-repository >>> Fetching git://github.com/xen-org/opam-repository ... >>> { patches } are invalid field names in >>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>> opam-version, maintainer, substs, build, remove, depends, depopts, >>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>> authors, homepage, version, name } 'opam init >>> git://github.com/xen-org/opam-repository' failed >>> >>> >>> Regards, >>> Santosh >>> _______________________________________________ >>> 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 25 21:40:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:40:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTtY-00041P-FX; Thu, 25 Apr 2013 21:40:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVTtX-00041I-2O for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:39:59 +0000 Received: from [85.158.143.99:57296] by server-3.bemta-4.messagelabs.com id 9E/A1-02186-EA2A9715; Thu, 25 Apr 2013 21:39:58 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1366925997!27337908!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7381 invoked from network); 25 Apr 2013 21:39:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:39:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3955308" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:39:58 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 22:39:57 +0100 From: Dave Scott To: Santosh Jodh Date: Thu, 25 Apr 2013 22:39:55 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/W5ALGE+U2YpTB26+RX5MNREwQ== Message-ID: <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 2:34 PM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install type_conv" and see if that helps when you retry xen-api-libs. > > -anil > > On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > >> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >> >> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >> fe.cmo fe.ml >> ocamlfind: Package `type-conv' not found >> make[1]: *** [fe.cmo] Error 2 >> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 7:33 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >> https://github.com/OCamlPro/opam/issues/149 >> >> Therefore it is safe to remove the xen-org/opam snapshot now. >> >> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >> -anil >> >> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >> >>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>> >>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>> >>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>> >>> Thanks, >>> Santosh >>> >>> >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 4:51 AM >>> To: John Else >>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>> >>> Hi, >>> >>> Thanks, John -- your instructions look right to me. >>> >>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>> >>> Thanks, >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>> >>> Hi Santosh, >>> >>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>> >>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>> ./configure && make && sudo make install >>> >>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>> >>> opam init >>> eval `opam config env` >>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>> >>> Hope this helps, >>> John >>> >>> From: xen-api-bounces@lists.xen.org >>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>> Sent: 22 April 2013 23:12 >>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> I am trying to compile xen-api - specifically rrdump.ml >>> >>> ocamlc version: >>> The Objective Caml compiler, version 3.12.1 Standard library >>> directory: /usr/lib/ocaml >>> >>> >>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>> && sudo make install >>> >>> This succeeded. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>> git://github.com/xen-org/opam-repository >>> Fetching git://github.com/xen-org/opam-repository ... >>> { patches } are invalid field names in >>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>> opam-version, maintainer, substs, build, remove, depends, depopts, >>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>> authors, homepage, version, name } 'opam init >>> git://github.com/xen-org/opam-repository' failed >>> >>> >>> Regards, >>> Santosh >>> _______________________________________________ >>> 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 25 21:47:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:47: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 1UVU13-0004CH-Ci; Thu, 25 Apr 2013 21:47:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVU12-0004CA-IB for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:47:45 +0000 Received: from [85.158.139.211:27417] by server-1.bemta-5.messagelabs.com id 6A/82-14063-F74A9715; Thu, 25 Apr 2013 21:47:43 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366926461!20538762!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7457 invoked from network); 25 Apr 2013 21:47:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:47:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="21677625" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:47:40 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 14:47:37 -0700 From: Santosh Jodh To: Dave Scott Date: Thu, 25 Apr 2013 14:47:33 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/W5ALGE+U2YpTB26+RX5MNREwQAANa3w Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> In-Reply-To: <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 command fails: ==== ERROR [while installing xenctrl.5.0.0] ==== # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) # os linux # command make # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 # exit-code 2 # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err ### stdout ### ...[truncated] ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c + ocamlfind ocamlc -c lib/eventchn_stubs.c lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or directory compilation terminated. Command exited with code 2. ### stderr ### /bin/sh: ocamlopt.opt: command not found E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") make: *** [build] Error 1 'opam install xen-api-libs-transitional' failed. -----Original Message----- From: Dave Scott Sent: Thursday, April 25, 2013 2:40 PM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 2:34 PM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install type_conv" and see if that helps when you retry xen-api-libs. > > -anil > > On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > >> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >> >> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >> fe.cmo fe.ml >> ocamlfind: Package `type-conv' not found >> make[1]: *** [fe.cmo] Error 2 >> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 7:33 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >> https://github.com/OCamlPro/opam/issues/149 >> >> Therefore it is safe to remove the xen-org/opam snapshot now. >> >> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >> -anil >> >> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >> >>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>> >>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>> >>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>> >>> Thanks, >>> Santosh >>> >>> >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 4:51 AM >>> To: John Else >>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>> >>> Hi, >>> >>> Thanks, John -- your instructions look right to me. >>> >>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>> >>> Thanks, >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>> >>> Hi Santosh, >>> >>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>> >>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>> ./configure && make && sudo make install >>> >>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>> >>> opam init >>> eval `opam config env` >>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>> >>> Hope this helps, >>> John >>> >>> From: xen-api-bounces@lists.xen.org >>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>> Sent: 22 April 2013 23:12 >>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> I am trying to compile xen-api - specifically rrdump.ml >>> >>> ocamlc version: >>> The Objective Caml compiler, version 3.12.1 Standard library >>> directory: /usr/lib/ocaml >>> >>> >>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>> && sudo make install >>> >>> This succeeded. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>> git://github.com/xen-org/opam-repository >>> Fetching git://github.com/xen-org/opam-repository ... >>> { patches } are invalid field names in >>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>> opam-version, maintainer, substs, build, remove, depends, depopts, >>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>> authors, homepage, version, name } 'opam init >>> git://github.com/xen-org/opam-repository' failed >>> >>> >>> Regards, >>> Santosh >>> _______________________________________________ >>> 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 25 21:47:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:47: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 1UVU13-0004CH-Ci; Thu, 25 Apr 2013 21:47:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVU12-0004CA-IB for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:47:45 +0000 Received: from [85.158.139.211:27417] by server-1.bemta-5.messagelabs.com id 6A/82-14063-F74A9715; Thu, 25 Apr 2013 21:47:43 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366926461!20538762!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7457 invoked from network); 25 Apr 2013 21:47:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:47:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="21677625" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:47:40 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 14:47:37 -0700 From: Santosh Jodh To: Dave Scott Date: Thu, 25 Apr 2013 14:47:33 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/W5ALGE+U2YpTB26+RX5MNREwQAANa3w Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> In-Reply-To: <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 command fails: ==== ERROR [while installing xenctrl.5.0.0] ==== # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) # os linux # command make # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 # exit-code 2 # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err ### stdout ### ...[truncated] ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c + ocamlfind ocamlc -c lib/eventchn_stubs.c lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or directory compilation terminated. Command exited with code 2. ### stderr ### /bin/sh: ocamlopt.opt: command not found E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") make: *** [build] Error 1 'opam install xen-api-libs-transitional' failed. -----Original Message----- From: Dave Scott Sent: Thursday, April 25, 2013 2:40 PM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Thursday, April 25, 2013 2:34 PM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install type_conv" and see if that helps when you retry xen-api-libs. > > -anil > > On 25 Apr 2013, at 22:32, Santosh Jodh wrote: > >> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >> >> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >> fe.cmo fe.ml >> ocamlfind: Package `type-conv' not found >> make[1]: *** [fe.cmo] Error 2 >> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 7:33 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >> https://github.com/OCamlPro/opam/issues/149 >> >> Therefore it is safe to remove the xen-org/opam snapshot now. >> >> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >> -anil >> >> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >> >>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>> >>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>> >>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>> >>> Thanks, >>> Santosh >>> >>> >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 4:51 AM >>> To: John Else >>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>> >>> Hi, >>> >>> Thanks, John -- your instructions look right to me. >>> >>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>> >>> Thanks, >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>> >>> Hi Santosh, >>> >>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>> >>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>> ./configure && make && sudo make install >>> >>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>> >>> opam init >>> eval `opam config env` >>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>> >>> Hope this helps, >>> John >>> >>> From: xen-api-bounces@lists.xen.org >>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>> Sent: 22 April 2013 23:12 >>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> I am trying to compile xen-api - specifically rrdump.ml >>> >>> ocamlc version: >>> The Objective Caml compiler, version 3.12.1 Standard library >>> directory: /usr/lib/ocaml >>> >>> >>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>> && sudo make install >>> >>> This succeeded. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>> git://github.com/xen-org/opam-repository >>> Fetching git://github.com/xen-org/opam-repository ... >>> { patches } are invalid field names in >>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>> opam-version, maintainer, substs, build, remove, depends, depopts, >>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>> authors, homepage, version, name } 'opam init >>> git://github.com/xen-org/opam-repository' failed >>> >>> >>> Regards, >>> Santosh >>> _______________________________________________ >>> 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 25 21:52:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:52: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 1UVU5O-0004XM-02; Thu, 25 Apr 2013 21:52:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVU5M-0004XH-BO for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:52:12 +0000 Received: from [85.158.143.99:39568] by server-1.bemta-4.messagelabs.com id 9F/88-06203-B85A9715; Thu, 25 Apr 2013 21:52:11 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1366926730!29205245!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3894 invoked from network); 25 Apr 2013 21:52:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:52:10 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3955642" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:52:10 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 25 Apr 2013 22:52:10 +0100 From: Dave Scott To: Santosh Jodh Date: Thu, 25 Apr 2013 22:52:09 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/yL0SUitwooNQ36oHfIvg6M77g== Message-ID: <7EDBE139-CD4F-4571-BBEF-B36A1255401E@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 assume you got your ocaml compilers from Debian. Unfortunately the Debian packages are split up: you look like you are missing the ocaml-native-compilers package. I think camlp4 is also in a separate package: I recommend installing that one too. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > That command fails: > > ==== ERROR [while installing xenctrl.5.0.0] ==== > # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) > # os linux > # command make > # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > # exit-code 2 > # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env > # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out > # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err > ### stdout ### > ...[truncated] > ocamlfind ocamlc -c lib/gntshr_stubs.c > ocamlfind ocamlc -c lib/gnttab_stubs.c > ocamlfind ocamlc -c lib/eventchn_stubs.c > ocamlfind ocamlc -c lib/xenmmap_stubs.c > mv xenmmap_stubs.o lib/xenmmap_stubs.o > ocamlfind ocamlc -c lib/xenctrl_stubs.c > + ocamlfind ocamlc -c lib/eventchn_stubs.c > lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or directory > compilation terminated. > Command exited with code 2. > ### stderr ### > /bin/sh: ocamlopt.opt: command not found > E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") > make: *** [build] Error 1 > > 'opam install xen-api-libs-transitional' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:40 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. > > If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > >> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 2:34 PM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >> >> -anil >> >> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >> >>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>> >>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >>> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >>> fe.cmo fe.ml >>> ocamlfind: Package `type-conv' not found >>> make[1]: *** [fe.cmo] Error 2 >>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 7:33 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>> https://github.com/OCamlPro/opam/issues/149 >>> >>> Therefore it is safe to remove the xen-org/opam snapshot now. >>> >>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>> -anil >>> >>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>> >>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>> >>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>> >>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>> >>>> Thanks, >>>> Santosh >>>> >>>> >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 4:51 AM >>>> To: John Else >>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Hi, >>>> >>>> Thanks, John -- your instructions look right to me. >>>> >>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>> >>>> Thanks, >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>> >>>> Hi Santosh, >>>> >>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>> >>>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>>> ./configure && make && sudo make install >>>> >>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>> >>>> opam init >>>> eval `opam config env` >>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>> >>>> Hope this helps, >>>> John >>>> >>>> From: xen-api-bounces@lists.xen.org >>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>> Sent: 22 April 2013 23:12 >>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> I am trying to compile xen-api - specifically rrdump.ml >>>> >>>> ocamlc version: >>>> The Objective Caml compiler, version 3.12.1 Standard library >>>> directory: /usr/lib/ocaml >>>> >>>> >>>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>>> && sudo make install >>>> >>>> This succeeded. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>> git://github.com/xen-org/opam-repository >>>> Fetching git://github.com/xen-org/opam-repository ... >>>> { patches } are invalid field names in >>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>> authors, homepage, version, name } 'opam init >>>> git://github.com/xen-org/opam-repository' failed >>>> >>>> >>>> Regards, >>>> Santosh >>>> _______________________________________________ >>>> 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 25 21:52:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:52: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 1UVU5O-0004XM-02; Thu, 25 Apr 2013 21:52:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVU5M-0004XH-BO for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:52:12 +0000 Received: from [85.158.143.99:39568] by server-1.bemta-4.messagelabs.com id 9F/88-06203-B85A9715; Thu, 25 Apr 2013 21:52:11 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1366926730!29205245!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3894 invoked from network); 25 Apr 2013 21:52:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:52:10 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3955642" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:52:10 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 25 Apr 2013 22:52:10 +0100 From: Dave Scott To: Santosh Jodh Date: Thu, 25 Apr 2013 22:52:09 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/yL0SUitwooNQ36oHfIvg6M77g== Message-ID: <7EDBE139-CD4F-4571-BBEF-B36A1255401E@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 assume you got your ocaml compilers from Debian. Unfortunately the Debian packages are split up: you look like you are missing the ocaml-native-compilers package. I think camlp4 is also in a separate package: I recommend installing that one too. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > That command fails: > > ==== ERROR [while installing xenctrl.5.0.0] ==== > # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) > # os linux > # command make > # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > # exit-code 2 > # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env > # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out > # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err > ### stdout ### > ...[truncated] > ocamlfind ocamlc -c lib/gntshr_stubs.c > ocamlfind ocamlc -c lib/gnttab_stubs.c > ocamlfind ocamlc -c lib/eventchn_stubs.c > ocamlfind ocamlc -c lib/xenmmap_stubs.c > mv xenmmap_stubs.o lib/xenmmap_stubs.o > ocamlfind ocamlc -c lib/xenctrl_stubs.c > + ocamlfind ocamlc -c lib/eventchn_stubs.c > lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or directory > compilation terminated. > Command exited with code 2. > ### stderr ### > /bin/sh: ocamlopt.opt: command not found > E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") > make: *** [build] Error 1 > > 'opam install xen-api-libs-transitional' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:40 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. > > If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > >> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 2:34 PM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >> >> -anil >> >> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >> >>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>> >>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >>> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >>> fe.cmo fe.ml >>> ocamlfind: Package `type-conv' not found >>> make[1]: *** [fe.cmo] Error 2 >>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 7:33 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>> https://github.com/OCamlPro/opam/issues/149 >>> >>> Therefore it is safe to remove the xen-org/opam snapshot now. >>> >>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>> -anil >>> >>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>> >>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>> >>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>> >>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>> >>>> Thanks, >>>> Santosh >>>> >>>> >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 4:51 AM >>>> To: John Else >>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Hi, >>>> >>>> Thanks, John -- your instructions look right to me. >>>> >>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>> >>>> Thanks, >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>> >>>> Hi Santosh, >>>> >>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>> >>>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>>> ./configure && make && sudo make install >>>> >>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>> >>>> opam init >>>> eval `opam config env` >>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>> >>>> Hope this helps, >>>> John >>>> >>>> From: xen-api-bounces@lists.xen.org >>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>> Sent: 22 April 2013 23:12 >>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> I am trying to compile xen-api - specifically rrdump.ml >>>> >>>> ocamlc version: >>>> The Objective Caml compiler, version 3.12.1 Standard library >>>> directory: /usr/lib/ocaml >>>> >>>> >>>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>>> && sudo make install >>>> >>>> This succeeded. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>> git://github.com/xen-org/opam-repository >>>> Fetching git://github.com/xen-org/opam-repository ... >>>> { patches } are invalid field names in >>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>> authors, homepage, version, name } 'opam init >>>> git://github.com/xen-org/opam-repository' failed >>>> >>>> >>>> Regards, >>>> Santosh >>>> _______________________________________________ >>>> 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 25 21:55:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:55: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 1UVU83-0004c6-Cc; Thu, 25 Apr 2013 21:54:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVU81-0004bz-CK for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:54:57 +0000 Received: from [85.158.139.83:55896] by server-6.bemta-5.messagelabs.com id 9E/B8-21466-036A9715; Thu, 25 Apr 2013 21:54:56 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366926895!26823175!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13311 invoked from network); 25 Apr 2013 21:54:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:54:55 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3955713" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:54:55 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 22:54:55 +0100 From: Dave Scott To: Santosh Jodh Date: Thu, 25 Apr 2013 22:54:55 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/4WCG26MR8GDQ7SBzSglXkI9qA== Message-ID: <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > That command fails: > > ==== ERROR [while installing xenctrl.5.0.0] ==== > # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) > # os linux > # command make > # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > # exit-code 2 > # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env > # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out > # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err > ### stdout ### > ...[truncated] > ocamlfind ocamlc -c lib/gntshr_stubs.c > ocamlfind ocamlc -c lib/gnttab_stubs.c > ocamlfind ocamlc -c lib/eventchn_stubs.c > ocamlfind ocamlc -c lib/xenmmap_stubs.c > mv xenmmap_stubs.o lib/xenmmap_stubs.o > ocamlfind ocamlc -c lib/xenctrl_stubs.c > + ocamlfind ocamlc -c lib/eventchn_stubs.c > lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or directory > compilation terminated. > Command exited with code 2. > ### stderr ### > /bin/sh: ocamlopt.opt: command not found > E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") > make: *** [build] Error 1 > > 'opam install xen-api-libs-transitional' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:40 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. > > If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > >> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 2:34 PM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >> >> -anil >> >> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >> >>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>> >>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >>> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >>> fe.cmo fe.ml >>> ocamlfind: Package `type-conv' not found >>> make[1]: *** [fe.cmo] Error 2 >>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 7:33 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>> https://github.com/OCamlPro/opam/issues/149 >>> >>> Therefore it is safe to remove the xen-org/opam snapshot now. >>> >>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>> -anil >>> >>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>> >>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>> >>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>> >>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>> >>>> Thanks, >>>> Santosh >>>> >>>> >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 4:51 AM >>>> To: John Else >>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Hi, >>>> >>>> Thanks, John -- your instructions look right to me. >>>> >>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>> >>>> Thanks, >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>> >>>> Hi Santosh, >>>> >>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>> >>>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>>> ./configure && make && sudo make install >>>> >>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>> >>>> opam init >>>> eval `opam config env` >>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>> >>>> Hope this helps, >>>> John >>>> >>>> From: xen-api-bounces@lists.xen.org >>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>> Sent: 22 April 2013 23:12 >>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> I am trying to compile xen-api - specifically rrdump.ml >>>> >>>> ocamlc version: >>>> The Objective Caml compiler, version 3.12.1 Standard library >>>> directory: /usr/lib/ocaml >>>> >>>> >>>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>>> && sudo make install >>>> >>>> This succeeded. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>> git://github.com/xen-org/opam-repository >>>> Fetching git://github.com/xen-org/opam-repository ... >>>> { patches } are invalid field names in >>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>> authors, homepage, version, name } 'opam init >>>> git://github.com/xen-org/opam-repository' failed >>>> >>>> >>>> Regards, >>>> Santosh >>>> _______________________________________________ >>>> 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 25 21:55:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 21:55: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 1UVU83-0004c6-Cc; Thu, 25 Apr 2013 21:54:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVU81-0004bz-CK for xen-api@lists.xen.org; Thu, 25 Apr 2013 21:54:57 +0000 Received: from [85.158.139.83:55896] by server-6.bemta-5.messagelabs.com id 9E/B8-21466-036A9715; Thu, 25 Apr 2013 21:54:56 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366926895!26823175!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13311 invoked from network); 25 Apr 2013 21:54:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 21:54:55 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3955713" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 21:54:55 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 25 Apr 2013 22:54:55 +0100 From: Dave Scott To: Santosh Jodh Date: Thu, 25 Apr 2013 22:54:55 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/4WCG26MR8GDQ7SBzSglXkI9qA== Message-ID: <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > That command fails: > > ==== ERROR [while installing xenctrl.5.0.0] ==== > # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) > # os linux > # command make > # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > # exit-code 2 > # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env > # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out > # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err > ### stdout ### > ...[truncated] > ocamlfind ocamlc -c lib/gntshr_stubs.c > ocamlfind ocamlc -c lib/gnttab_stubs.c > ocamlfind ocamlc -c lib/eventchn_stubs.c > ocamlfind ocamlc -c lib/xenmmap_stubs.c > mv xenmmap_stubs.o lib/xenmmap_stubs.o > ocamlfind ocamlc -c lib/xenctrl_stubs.c > + ocamlfind ocamlc -c lib/eventchn_stubs.c > lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or directory > compilation terminated. > Command exited with code 2. > ### stderr ### > /bin/sh: ocamlopt.opt: command not found > E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") > make: *** [build] Error 1 > > 'opam install xen-api-libs-transitional' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:40 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. > > If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > >> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 2:34 PM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >> >> -anil >> >> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >> >>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>> >>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt -I >>> -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o >>> fe.cmo fe.ml >>> ocamlfind: Package `type-conv' not found >>> make[1]: *** [fe.cmo] Error 2 >>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 7:33 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>> https://github.com/OCamlPro/opam/issues/149 >>> >>> Therefore it is safe to remove the xen-org/opam snapshot now. >>> >>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>> -anil >>> >>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>> >>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>> >>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>> >>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>> >>>> Thanks, >>>> Santosh >>>> >>>> >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 4:51 AM >>>> To: John Else >>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Hi, >>>> >>>> Thanks, John -- your instructions look right to me. >>>> >>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>> >>>> Thanks, >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>> >>>> Hi Santosh, >>>> >>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>> >>>> git clone git://github.com/OCamlPro/opam cd opam git checkout latest >>>> ./configure && make && sudo make install >>>> >>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>> >>>> opam init >>>> eval `opam config env` >>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>> >>>> Hope this helps, >>>> John >>>> >>>> From: xen-api-bounces@lists.xen.org >>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>> Sent: 22 April 2013 23:12 >>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> I am trying to compile xen-api - specifically rrdump.ml >>>> >>>> ocamlc version: >>>> The Objective Caml compiler, version 3.12.1 Standard library >>>> directory: /usr/lib/ocaml >>>> >>>> >>>> git clone git://github.com/xen-org/opam cd opam; ./configure && make >>>> && sudo make install >>>> >>>> This succeeded. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>> git://github.com/xen-org/opam-repository >>>> Fetching git://github.com/xen-org/opam-repository ... >>>> { patches } are invalid field names in >>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>> authors, homepage, version, name } 'opam init >>>> git://github.com/xen-org/opam-repository' failed >>>> >>>> >>>> Regards, >>>> Santosh >>>> _______________________________________________ >>>> 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 25 22:02:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 22:02: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 1UVUF8-0004tu-OE; Thu, 25 Apr 2013 22:02:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVUF7-0004tm-5K for xen-api@lists.xen.org; Thu, 25 Apr 2013 22:02:17 +0000 Received: from [193.109.254.147:39606] by server-6.bemta-14.messagelabs.com id 79/88-31180-8E7A9715; Thu, 25 Apr 2013 22:02:16 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1366927333!9345824!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5419 invoked from network); 25 Apr 2013 22:02:14 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 22:02:14 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="20653448" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 22:02:12 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 15:02:12 -0700 From: Santosh Jodh To: Dave Scott Date: Thu, 25 Apr 2013 15:02:08 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/4WCG26MR8GDQ7SBzSglXkI9qAAAMo9Q Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> In-Reply-To: <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 opam install xen-api-libs-transitional now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. However, xen-api-libs still fails with the same error. Will try the fusion branch next. -----Original Message----- From: Dave Scott Sent: Thursday, April 25, 2013 2:55 PM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > That command fails: > > ==== ERROR [while installing xenctrl.5.0.0] ==== > # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) > # os linux > # command make > # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > # exit-code 2 > # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env > # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out > # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err > ### stdout ### > ...[truncated] > ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c > lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind > ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o > ocamlfind ocamlc -c lib/xenctrl_stubs.c > + ocamlfind ocamlc -c lib/eventchn_stubs.c > lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or > directory compilation terminated. > Command exited with code 2. > ### stderr ### > /bin/sh: ocamlopt.opt: command not found > E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a > lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a > lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") > make: *** [build] Error 1 > > 'opam install xen-api-libs-transitional' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:40 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. > > If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > >> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 2:34 PM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >> >> -anil >> >> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >> >>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>> >>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>> ../rpc-light -c -o fe.cmo fe.ml >>> ocamlfind: Package `type-conv' not found >>> make[1]: *** [fe.cmo] Error 2 >>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 7:33 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>> https://github.com/OCamlPro/opam/issues/149 >>> >>> Therefore it is safe to remove the xen-org/opam snapshot now. >>> >>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>> -anil >>> >>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>> >>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>> >>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>> >>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>> >>>> Thanks, >>>> Santosh >>>> >>>> >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 4:51 AM >>>> To: John Else >>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Hi, >>>> >>>> Thanks, John -- your instructions look right to me. >>>> >>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>> >>>> Thanks, >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>> >>>> Hi Santosh, >>>> >>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>> >>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>> latest ./configure && make && sudo make install >>>> >>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>> >>>> opam init >>>> eval `opam config env` >>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>> >>>> Hope this helps, >>>> John >>>> >>>> From: xen-api-bounces@lists.xen.org >>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>> Sent: 22 April 2013 23:12 >>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> I am trying to compile xen-api - specifically rrdump.ml >>>> >>>> ocamlc version: >>>> The Objective Caml compiler, version 3.12.1 Standard library >>>> directory: /usr/lib/ocaml >>>> >>>> >>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>> make && sudo make install >>>> >>>> This succeeded. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>> git://github.com/xen-org/opam-repository >>>> Fetching git://github.com/xen-org/opam-repository ... >>>> { patches } are invalid field names in >>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>> authors, homepage, version, name } 'opam init >>>> git://github.com/xen-org/opam-repository' failed >>>> >>>> >>>> Regards, >>>> Santosh >>>> _______________________________________________ >>>> 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 25 22:02:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 22:02: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 1UVUF8-0004tu-OE; Thu, 25 Apr 2013 22:02:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVUF7-0004tm-5K for xen-api@lists.xen.org; Thu, 25 Apr 2013 22:02:17 +0000 Received: from [193.109.254.147:39606] by server-6.bemta-14.messagelabs.com id 79/88-31180-8E7A9715; Thu, 25 Apr 2013 22:02:16 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1366927333!9345824!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5419 invoked from network); 25 Apr 2013 22:02:14 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 22:02:14 -0000 X-IronPort-AV: E=Sophos;i="4.87,553,1363132800"; d="scan'208";a="20653448" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 22:02:12 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 25 Apr 2013 15:02:12 -0700 From: Santosh Jodh To: Dave Scott Date: Thu, 25 Apr 2013 15:02:08 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5B/4WCG26MR8GDQ7SBzSglXkI9qAAAMo9Q Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> In-Reply-To: <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 opam install xen-api-libs-transitional now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. However, xen-api-libs still fails with the same error. Will try the fusion branch next. -----Original Message----- From: Dave Scott Sent: Thursday, April 25, 2013 2:55 PM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. -- Dave Scott XenServer System Architect On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > That command fails: > > ==== ERROR [while installing xenctrl.5.0.0] ==== > # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) > # os linux > # command make > # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > # exit-code 2 > # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env > # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out > # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err > ### stdout ### > ...[truncated] > ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c > lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind > ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o > ocamlfind ocamlc -c lib/xenctrl_stubs.c > + ocamlfind ocamlc -c lib/eventchn_stubs.c > lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or > directory compilation terminated. > Command exited with code 2. > ### stderr ### > /bin/sh: ocamlopt.opt: command not found > E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a > lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a > lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") > make: *** [build] Error 1 > > 'opam install xen-api-libs-transitional' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:40 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. > > If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: > >> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Thursday, April 25, 2013 2:34 PM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >> >> -anil >> >> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >> >>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>> >>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>> ../rpc-light -c -o fe.cmo fe.ml >>> ocamlfind: Package `type-conv' not found >>> make[1]: *** [fe.cmo] Error 2 >>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 7:33 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>> https://github.com/OCamlPro/opam/issues/149 >>> >>> Therefore it is safe to remove the xen-org/opam snapshot now. >>> >>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>> -anil >>> >>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>> >>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>> >>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>> >>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>> >>>> Thanks, >>>> Santosh >>>> >>>> >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 4:51 AM >>>> To: John Else >>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Hi, >>>> >>>> Thanks, John -- your instructions look right to me. >>>> >>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>> >>>> Thanks, >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>> >>>> Hi Santosh, >>>> >>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>> >>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>> latest ./configure && make && sudo make install >>>> >>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>> >>>> opam init >>>> eval `opam config env` >>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>> >>>> Hope this helps, >>>> John >>>> >>>> From: xen-api-bounces@lists.xen.org >>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>> Sent: 22 April 2013 23:12 >>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> I am trying to compile xen-api - specifically rrdump.ml >>>> >>>> ocamlc version: >>>> The Objective Caml compiler, version 3.12.1 Standard library >>>> directory: /usr/lib/ocaml >>>> >>>> >>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>> make && sudo make install >>>> >>>> This succeeded. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>> git://github.com/xen-org/opam-repository >>>> Fetching git://github.com/xen-org/opam-repository ... >>>> { patches } are invalid field names in >>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>> authors, homepage, version, name } 'opam init >>>> git://github.com/xen-org/opam-repository' failed >>>> >>>> >>>> Regards, >>>> Santosh >>>> _______________________________________________ >>>> 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 26 06:31:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 06:31: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 1UVcBe-0000Tl-HF; Fri, 26 Apr 2013 06:31:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVcBc-0000Te-Rn for xen-api@lists.xen.org; Fri, 26 Apr 2013 06:31:13 +0000 Received: from [85.158.138.51:33639] by server-11.bemta-3.messagelabs.com id 30/FF-01263-B2F1A715; Fri, 26 Apr 2013 06:31:07 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1366957866!27585275!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13641 invoked from network); 26 Apr 2013 06:31:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 06:31:07 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3965306" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 06:31:07 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 07:31:06 +0100 From: Dave Scott To: Santosh Jodh Date: Fri, 26 Apr 2013 07:31:06 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CR6HBOP722/vvTbycBqqyxaahUQ== Message-ID: <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... -- Dave Scott XenServer System Architect On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > opam install xen-api-libs-transitional > > now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. > > However, xen-api-libs still fails with the same error. Will try the fusion branch next. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:55 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > >> That command fails: >> >> ==== ERROR [while installing xenctrl.5.0.0] ==== >> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >> # os linux >> # command make >> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >> # exit-code 2 >> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >> ### stdout ### >> ...[truncated] >> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind >> ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o >> ocamlfind ocamlc -c lib/xenctrl_stubs.c >> + ocamlfind ocamlc -c lib/eventchn_stubs.c >> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >> directory compilation terminated. >> Command exited with code 2. >> ### stderr ### >> /bin/sh: ocamlopt.opt: command not found >> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a >> lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") >> make: *** [build] Error 1 >> >> 'opam install xen-api-libs-transitional' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:40 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >> >> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >> >>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 2:34 PM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>> >>> -anil >>> >>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>> >>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>> >>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>> ../rpc-light -c -o fe.cmo fe.ml >>>> ocamlfind: Package `type-conv' not found >>>> make[1]: *** [fe.cmo] Error 2 >>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>> make: *** [all] Error 2 >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 7:33 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>> https://github.com/OCamlPro/opam/issues/149 >>>> >>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>> >>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>> >>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>> >>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>> >>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>> >>>>> Thanks, >>>>> Santosh >>>>> >>>>> >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>> To: John Else >>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Hi, >>>>> >>>>> Thanks, John -- your instructions look right to me. >>>>> >>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>> >>>>> Thanks, >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>> >>>>> Hi Santosh, >>>>> >>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>> >>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>> latest ./configure && make && sudo make install >>>>> >>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>> >>>>> opam init >>>>> eval `opam config env` >>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>> >>>>> Hope this helps, >>>>> John >>>>> >>>>> From: xen-api-bounces@lists.xen.org >>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>> Sent: 22 April 2013 23:12 >>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>> >>>>> ocamlc version: >>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>> directory: /usr/lib/ocaml >>>>> >>>>> >>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>> make && sudo make install >>>>> >>>>> This succeeded. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>> git://github.com/xen-org/opam-repository >>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>> { patches } are invalid field names in >>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>>> authors, homepage, version, name } 'opam init >>>>> git://github.com/xen-org/opam-repository' failed >>>>> >>>>> >>>>> Regards, >>>>> Santosh >>>>> _______________________________________________ >>>>> 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 26 06:31:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 06:31: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 1UVcBe-0000Tl-HF; Fri, 26 Apr 2013 06:31:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVcBc-0000Te-Rn for xen-api@lists.xen.org; Fri, 26 Apr 2013 06:31:13 +0000 Received: from [85.158.138.51:33639] by server-11.bemta-3.messagelabs.com id 30/FF-01263-B2F1A715; Fri, 26 Apr 2013 06:31:07 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1366957866!27585275!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13641 invoked from network); 26 Apr 2013 06:31:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 06:31:07 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3965306" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 06:31:07 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 07:31:06 +0100 From: Dave Scott To: Santosh Jodh Date: Fri, 26 Apr 2013 07:31:06 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CR6HBOP722/vvTbycBqqyxaahUQ== Message-ID: <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... -- Dave Scott XenServer System Architect On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > opam install xen-api-libs-transitional > > now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. > > However, xen-api-libs still fails with the same error. Will try the fusion branch next. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:55 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > >> That command fails: >> >> ==== ERROR [while installing xenctrl.5.0.0] ==== >> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >> # os linux >> # command make >> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >> # exit-code 2 >> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >> ### stdout ### >> ...[truncated] >> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind >> ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o >> ocamlfind ocamlc -c lib/xenctrl_stubs.c >> + ocamlfind ocamlc -c lib/eventchn_stubs.c >> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >> directory compilation terminated. >> Command exited with code 2. >> ### stderr ### >> /bin/sh: ocamlopt.opt: command not found >> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa lib/xenctrl.a >> lib/xenctrl.cmxs -tag debug -j 4' terminated with error code 10") >> make: *** [build] Error 1 >> >> 'opam install xen-api-libs-transitional' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:40 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >> >> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >> >>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 2:34 PM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>> >>> -anil >>> >>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>> >>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>> >>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>> ../rpc-light -c -o fe.cmo fe.ml >>>> ocamlfind: Package `type-conv' not found >>>> make[1]: *** [fe.cmo] Error 2 >>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>> make: *** [all] Error 2 >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 7:33 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>> https://github.com/OCamlPro/opam/issues/149 >>>> >>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>> >>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>> >>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>> >>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>> >>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>> >>>>> Thanks, >>>>> Santosh >>>>> >>>>> >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>> To: John Else >>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Hi, >>>>> >>>>> Thanks, John -- your instructions look right to me. >>>>> >>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>> >>>>> Thanks, >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>> >>>>> Hi Santosh, >>>>> >>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>> >>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>> latest ./configure && make && sudo make install >>>>> >>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>> >>>>> opam init >>>>> eval `opam config env` >>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>> >>>>> Hope this helps, >>>>> John >>>>> >>>>> From: xen-api-bounces@lists.xen.org >>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>> Sent: 22 April 2013 23:12 >>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>> >>>>> ocamlc version: >>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>> directory: /usr/lib/ocaml >>>>> >>>>> >>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>> make && sudo make install >>>>> >>>>> This succeeded. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>> git://github.com/xen-org/opam-repository >>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>> { patches } are invalid field names in >>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>>> authors, homepage, version, name } 'opam init >>>>> git://github.com/xen-org/opam-repository' failed >>>>> >>>>> >>>>> Regards, >>>>> Santosh >>>>> _______________________________________________ >>>>> 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 26 07:41:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 07:41: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 1UVdHo-0003fy-Fe; Fri, 26 Apr 2013 07:41:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVdHn-0003fj-0O; Fri, 26 Apr 2013 07:41:39 +0000 Received: from [85.158.137.99:63254] by server-16.bemta-3.messagelabs.com id 35/22-20692-CAF2A715; Fri, 26 Apr 2013 07:41:32 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366962089!16105446!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3753 invoked from network); 26 Apr 2013 07:41:31 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 07:41:31 -0000 Received: by mail-oa0-f41.google.com with SMTP id g12so3745981oah.0 for ; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=UoGDz+zUDXoKpnpCczkG4/jWJjCMg2jB9honLBH6ol8=; b=O039APqrRx+MhClT+QV9iHFSGkEt3uN6CgF9QJEAaMDHGCuOZxAld3HiuU14o6T3ss a0iKH7PCOtaHwYllGL1+3Gu9i9RqF8LHcmdXapN8vHa6R+taD9zpqJGsM29LSIv9r7L6 q3Dcrp5cjkYeSapu8qqQO5az/IOjvJXe118OTB+PWD5mwOWk2c2qFLAbqJveWyvMOetL 7ZO33AcgREqNz7dghgLoDNnb2LAe4+BwXXAiWM+NM/EbRLK4pEaTV1zVUSshF9aFGhgR PhjBu4RjeU6gxFLnhirdxLxeFa0nlRFMgH5UK1izxFaS1isvuxl9U33TL/WCJBS1igWM wZkQ== MIME-Version: 1.0 X-Received: by 10.60.146.227 with SMTP id tf3mr9715759oeb.50.1366962089264; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Date: Fri, 26 Apr 2013 08:41:29 +0100 Message-ID: From: Lars Kurth To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] Xen Document Day is on Monday, April 29th on IRC freenode #xendocs X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8384129088694066493==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8384129088694066493== Content-Type: multipart/alternative; boundary=047d7b5d3b82c089c404db3ea9e9 --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/plain; charset=ISO-8859-1 Hi all, we have another *document* *day* coming up soon! More information about docs *day* at http://wiki.xen.org/wiki/Xen_Document_Days The TODO list is at http://wiki.xen.org/wiki/Xen_Document_Days/TODO It would be great if we could focus on getting the material for the Xen Test Day that start in 2 weeks together. Regards Lars --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
we = have another document day coming up soon! More informat= ion about docs day at http://wiki.xen.org/wiki/Xen_Document_Days
It would be great if we could focus on getting the material for the Xen Te= st Day that start in 2 weeks together.

Regards Lars
--047d7b5d3b82c089c404db3ea9e9-- --===============8384129088694066493== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8384129088694066493==-- From xen-api-bounces@lists.xen.org Fri Apr 26 07:41:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 07:41: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 1UVdHo-0003fy-Fe; Fri, 26 Apr 2013 07:41:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVdHn-0003fj-0O; Fri, 26 Apr 2013 07:41:39 +0000 Received: from [85.158.137.99:63254] by server-16.bemta-3.messagelabs.com id 35/22-20692-CAF2A715; Fri, 26 Apr 2013 07:41:32 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366962089!16105446!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3753 invoked from network); 26 Apr 2013 07:41:31 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 07:41:31 -0000 Received: by mail-oa0-f41.google.com with SMTP id g12so3745981oah.0 for ; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=UoGDz+zUDXoKpnpCczkG4/jWJjCMg2jB9honLBH6ol8=; b=O039APqrRx+MhClT+QV9iHFSGkEt3uN6CgF9QJEAaMDHGCuOZxAld3HiuU14o6T3ss a0iKH7PCOtaHwYllGL1+3Gu9i9RqF8LHcmdXapN8vHa6R+taD9zpqJGsM29LSIv9r7L6 q3Dcrp5cjkYeSapu8qqQO5az/IOjvJXe118OTB+PWD5mwOWk2c2qFLAbqJveWyvMOetL 7ZO33AcgREqNz7dghgLoDNnb2LAe4+BwXXAiWM+NM/EbRLK4pEaTV1zVUSshF9aFGhgR PhjBu4RjeU6gxFLnhirdxLxeFa0nlRFMgH5UK1izxFaS1isvuxl9U33TL/WCJBS1igWM wZkQ== MIME-Version: 1.0 X-Received: by 10.60.146.227 with SMTP id tf3mr9715759oeb.50.1366962089264; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Date: Fri, 26 Apr 2013 08:41:29 +0100 Message-ID: From: Lars Kurth To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] Xen Document Day is on Monday, April 29th on IRC freenode #xendocs X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8384129088694066493==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8384129088694066493== Content-Type: multipart/alternative; boundary=047d7b5d3b82c089c404db3ea9e9 --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/plain; charset=ISO-8859-1 Hi all, we have another *document* *day* coming up soon! More information about docs *day* at http://wiki.xen.org/wiki/Xen_Document_Days The TODO list is at http://wiki.xen.org/wiki/Xen_Document_Days/TODO It would be great if we could focus on getting the material for the Xen Test Day that start in 2 weeks together. Regards Lars --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
we = have another document day coming up soon! More informat= ion about docs day at http://wiki.xen.org/wiki/Xen_Document_Days
It would be great if we could focus on getting the material for the Xen Te= st Day that start in 2 weeks together.

Regards Lars
--047d7b5d3b82c089c404db3ea9e9-- --===============8384129088694066493== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8384129088694066493==-- From xen-api-bounces@lists.xen.org Fri Apr 26 09:25:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 09:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVeuO-0001W7-Sw; Fri, 26 Apr 2013 09:25:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVeuN-0001Vz-8W for xen-api@lists.xen.org; Fri, 26 Apr 2013 09:25:35 +0000 Received: from [85.158.139.83:61342] by server-10.bemta-5.messagelabs.com id EF/EE-23714-E084A715; Fri, 26 Apr 2013 09:25:34 +0000 X-Env-Sender: kumar.kalyan@nic.in X-Msg-Ref: server-5.tower-182.messagelabs.com!1366968332!30194611!1 X-Originating-IP: [164.100.14.86] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1881 invoked from network); 26 Apr 2013 09:25:32 -0000 Received: from vastu52.nic.in (HELO vastu52.nic.in) (164.100.14.86) by server-5.tower-182.messagelabs.com with SMTP; 26 Apr 2013 09:25:32 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EANNDelHAqAF8/2dsb2JhbABRwXGBGXSCFgoBBT1MAQoDAQkUJQ9IBgvHFI88g04DiQ+FYo46I4kJhH0 X-IPAS-Result: Ap4EANNDelHAqAF8/2dsb2JhbABRwXGBGXSCFgoBBT1MAQoDAQkUJQ9IBgvHFI88g04DiQ+FYo46I4kJhH0 X-IronPort-AV: E=McAfee;i="5400,1158,7056"; a="15174183" X-IronPort-AV: E=Sophos;i="4.87,557,1363113000"; d="scan'208";a="15174183" Received: from unknown (HELO vastu10internal.nic.in) ([192.168.1.124]) by vastu52internal.nic.in with ESMTP; 26 Apr 2013 14:48:15 +0530 X-IronPort-AV: E=McAfee;i="5400,1158,7056"; a="130478582" X-IronPort-AV: E=Sophos;i="4.87,553,1363113000"; d="scan'208";a="130478582" X-IPAS-Result: Ap4EAKpleVHAqAEY/2dsb2JhbABRwWqBGnSCFgoBBT1MAQoDAQkUJQ9IBgvGe488g04DiQ+FYo46I4kJhH0 Received: from unknown (HELO msgfe6.nic.in) ([192.168.1.24]) by vastu10internal.nic.in with ESMTP; 26 Apr 2013 14:50:14 +0530 Received: from nic.in ([192.168.1.24]) by msgfe6.nic.in (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPA id <0MLU00FF4V9N3R40@msgfe6.nic.in> for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:50:11 +0530 (IST) Received: from [192.168.1.24] (Forwarded-For: 10.1.37.21) by msgfe6.nic.in (mshttpd); Fri, 26 Apr 2013 14:50:11 +0530 From: murali To: xen-api Message-id: Date: Fri, 26 Apr 2013 14:50:11 +0530 X-Mailer: Oracle Communications Messenger Express 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012) MIME-version: 1.0 Content-language: en X-Accept-Language: en Priority: normal In-reply-to: References: <201304121510164549440@sei.pku.edu.cn> Subject: Re: [Xen-API] SCSI id missing in the HBA SR X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5850181644726495783==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5850181644726495783== Content-language: en Content-type: multipart/alternative; boundary=--7df910f6963a792b2fe1 This is a multi-part message in MIME format. ----7df910f6963a792b2fe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi, With XCP 1.6 for HBA SRs iam gettting SCSI id changed or modified error while reattaching the HBA SR(lvmohba) . In both Xencenter and CLI(pbd-plug) this error is coming. How to solve this. > > -- Murali Kalyan NIC-Delhi ----7df910f6963a792b2fe1 Content-Type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =3Cbr /=3E=3Cbr /=3EHi=2C=3Cdiv=3E=A0With XCP 1=2E6 for HBA SRs iam gett= ting SCSI id changed or modified error while reattaching the HBA SR(lvmo= hba) =2E=3C/div=3E=3Cdiv=3E=A0 In both Xencenter and CLI(pbd-plug) this = error is coming=2E How to solve this=2E=3Cbr /=3E=3Cblockquote cite=3D=22= mid=3A201304121510164549440=40sei=2Epku=2Eedu=2Ecn=22 class=3D=22iwcQuot= e=22 style=3D=22border-left=3A 1px solid =2300F=3B padding-left=3A 13px=3B= margin-left=3A 0=3B=22 type=3D=22cite=22=3E=3Cdiv class=3D=22mimepart t= ext html=22=3E=3Cspan=3E=3C/span=3E=3C/div=3E=3C/blockquote=3E--=3Cbr si= gnature=3D=22separator=22 /=3EMurali Kalyan=3Cbr /=3ENIC-Delhi=3Clink re= l=3D=22stylesheet=22 /=3E=3C/div=3E ----7df910f6963a792b2fe1-- --===============5850181644726495783== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5850181644726495783==-- From xen-api-bounces@lists.xen.org Fri Apr 26 09:25:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 09:25:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVeuO-0001W7-Sw; Fri, 26 Apr 2013 09:25:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVeuN-0001Vz-8W for xen-api@lists.xen.org; Fri, 26 Apr 2013 09:25:35 +0000 Received: from [85.158.139.83:61342] by server-10.bemta-5.messagelabs.com id EF/EE-23714-E084A715; Fri, 26 Apr 2013 09:25:34 +0000 X-Env-Sender: kumar.kalyan@nic.in X-Msg-Ref: server-5.tower-182.messagelabs.com!1366968332!30194611!1 X-Originating-IP: [164.100.14.86] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1881 invoked from network); 26 Apr 2013 09:25:32 -0000 Received: from vastu52.nic.in (HELO vastu52.nic.in) (164.100.14.86) by server-5.tower-182.messagelabs.com with SMTP; 26 Apr 2013 09:25:32 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EANNDelHAqAF8/2dsb2JhbABRwXGBGXSCFgoBBT1MAQoDAQkUJQ9IBgvHFI88g04DiQ+FYo46I4kJhH0 X-IPAS-Result: Ap4EANNDelHAqAF8/2dsb2JhbABRwXGBGXSCFgoBBT1MAQoDAQkUJQ9IBgvHFI88g04DiQ+FYo46I4kJhH0 X-IronPort-AV: E=McAfee;i="5400,1158,7056"; a="15174183" X-IronPort-AV: E=Sophos;i="4.87,557,1363113000"; d="scan'208";a="15174183" Received: from unknown (HELO vastu10internal.nic.in) ([192.168.1.124]) by vastu52internal.nic.in with ESMTP; 26 Apr 2013 14:48:15 +0530 X-IronPort-AV: E=McAfee;i="5400,1158,7056"; a="130478582" X-IronPort-AV: E=Sophos;i="4.87,553,1363113000"; d="scan'208";a="130478582" X-IPAS-Result: Ap4EAKpleVHAqAEY/2dsb2JhbABRwWqBGnSCFgoBBT1MAQoDAQkUJQ9IBgvGe488g04DiQ+FYo46I4kJhH0 Received: from unknown (HELO msgfe6.nic.in) ([192.168.1.24]) by vastu10internal.nic.in with ESMTP; 26 Apr 2013 14:50:14 +0530 Received: from nic.in ([192.168.1.24]) by msgfe6.nic.in (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPA id <0MLU00FF4V9N3R40@msgfe6.nic.in> for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:50:11 +0530 (IST) Received: from [192.168.1.24] (Forwarded-For: 10.1.37.21) by msgfe6.nic.in (mshttpd); Fri, 26 Apr 2013 14:50:11 +0530 From: murali To: xen-api Message-id: Date: Fri, 26 Apr 2013 14:50:11 +0530 X-Mailer: Oracle Communications Messenger Express 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012) MIME-version: 1.0 Content-language: en X-Accept-Language: en Priority: normal In-reply-to: References: <201304121510164549440@sei.pku.edu.cn> Subject: Re: [Xen-API] SCSI id missing in the HBA SR X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5850181644726495783==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5850181644726495783== Content-language: en Content-type: multipart/alternative; boundary=--7df910f6963a792b2fe1 This is a multi-part message in MIME format. ----7df910f6963a792b2fe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi, With XCP 1.6 for HBA SRs iam gettting SCSI id changed or modified error while reattaching the HBA SR(lvmohba) . In both Xencenter and CLI(pbd-plug) this error is coming. How to solve this. > > -- Murali Kalyan NIC-Delhi ----7df910f6963a792b2fe1 Content-Type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =3Cbr /=3E=3Cbr /=3EHi=2C=3Cdiv=3E=A0With XCP 1=2E6 for HBA SRs iam gett= ting SCSI id changed or modified error while reattaching the HBA SR(lvmo= hba) =2E=3C/div=3E=3Cdiv=3E=A0 In both Xencenter and CLI(pbd-plug) this = error is coming=2E How to solve this=2E=3Cbr /=3E=3Cblockquote cite=3D=22= mid=3A201304121510164549440=40sei=2Epku=2Eedu=2Ecn=22 class=3D=22iwcQuot= e=22 style=3D=22border-left=3A 1px solid =2300F=3B padding-left=3A 13px=3B= margin-left=3A 0=3B=22 type=3D=22cite=22=3E=3Cdiv class=3D=22mimepart t= ext html=22=3E=3Cspan=3E=3C/span=3E=3C/div=3E=3C/blockquote=3E--=3Cbr si= gnature=3D=22separator=22 /=3EMurali Kalyan=3Cbr /=3ENIC-Delhi=3Clink re= l=3D=22stylesheet=22 /=3E=3C/div=3E ----7df910f6963a792b2fe1-- --===============5850181644726495783== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5850181644726495783==-- From xen-api-bounces@lists.xen.org Fri Apr 26 14:06:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 14:06: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 1UVjIC-0007ox-Vj; Fri, 26 Apr 2013 14:06:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjIB-0007om-8l for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:06:27 +0000 Received: from [85.158.143.99:23657] by server-1.bemta-4.messagelabs.com id A3/0B-06203-2E98A715; Fri, 26 Apr 2013 14:06:26 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1366985182!20053624!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13822 invoked from network); 26 Apr 2013 14:06:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 14:06:24 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20774774" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 14:06:03 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 07:06:02 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 07:05:58 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CR6HBOP722/vvTbycBqqyxaahUQAP0O1g Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> In-Reply-To: <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Where do I get rpc-light? ocamlffind nor opam seem to know about it. ocamlfind: Package `rpc-light' not found - scan ocaml/idl scan-ocaml-dm_api.mli + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr -native -I ocaml_backend -I ../database -I .. dm_api.mli ocamlfind: Package `rpc-light' not found *** omake: 210/355 targets are up to date *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) *** omake: targets were not rebuilt because of errors: depends on: ocaml/database/string_marshall_helper.ml depends on: ocaml/idl/ocaml_backend/gen_common.ml depends on: ocaml/idl/datamodel_utils.ml depends on: ocaml/idl/dm_api.ml depends on: ocaml/idl/dm_api.mli make: *** [all] Error 2 sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light rpc-light is not a valid versioned package name 'opam install rpc-light' failed. -----Original Message----- From: Dave Scott Sent: Thursday, April 25, 2013 11:31 PM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... -- Dave Scott XenServer System Architect On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > opam install xen-api-libs-transitional > > now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. > > However, xen-api-libs still fails with the same error. Will try the fusion branch next. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:55 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > >> That command fails: >> >> ==== ERROR [while installing xenctrl.5.0.0] ==== >> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >> # os linux >> # command make >> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >> # exit-code 2 >> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >> ### stdout ### >> ...[truncated] >> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind >> ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o >> ocamlfind ocamlc -c lib/xenctrl_stubs.c >> + ocamlfind ocamlc -c lib/eventchn_stubs.c >> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >> directory compilation terminated. >> Command exited with code 2. >> ### stderr ### >> /bin/sh: ocamlopt.opt: command not found >> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error >> code 10") >> make: *** [build] Error 1 >> >> 'opam install xen-api-libs-transitional' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:40 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >> >> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >> >>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 2:34 PM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>> >>> -anil >>> >>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>> >>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>> >>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>> ../rpc-light -c -o fe.cmo fe.ml >>>> ocamlfind: Package `type-conv' not found >>>> make[1]: *** [fe.cmo] Error 2 >>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>> make: *** [all] Error 2 >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 7:33 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>> https://github.com/OCamlPro/opam/issues/149 >>>> >>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>> >>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>> >>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>> >>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>> >>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>> >>>>> Thanks, >>>>> Santosh >>>>> >>>>> >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>> To: John Else >>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Hi, >>>>> >>>>> Thanks, John -- your instructions look right to me. >>>>> >>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>> >>>>> Thanks, >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>> >>>>> Hi Santosh, >>>>> >>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>> >>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>> latest ./configure && make && sudo make install >>>>> >>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>> >>>>> opam init >>>>> eval `opam config env` >>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>> >>>>> Hope this helps, >>>>> John >>>>> >>>>> From: xen-api-bounces@lists.xen.org >>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>> Sent: 22 April 2013 23:12 >>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>> >>>>> ocamlc version: >>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>> directory: /usr/lib/ocaml >>>>> >>>>> >>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>> make && sudo make install >>>>> >>>>> This succeeded. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>> git://github.com/xen-org/opam-repository >>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>> { patches } are invalid field names in >>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>>> authors, homepage, version, name } 'opam init >>>>> git://github.com/xen-org/opam-repository' failed >>>>> >>>>> >>>>> Regards, >>>>> Santosh >>>>> _______________________________________________ >>>>> 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 26 14:06:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 14:06: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 1UVjIC-0007ox-Vj; Fri, 26 Apr 2013 14:06:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjIB-0007om-8l for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:06:27 +0000 Received: from [85.158.143.99:23657] by server-1.bemta-4.messagelabs.com id A3/0B-06203-2E98A715; Fri, 26 Apr 2013 14:06:26 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1366985182!20053624!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13822 invoked from network); 26 Apr 2013 14:06:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 14:06:24 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20774774" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 14:06:03 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 07:06:02 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 07:05:58 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CR6HBOP722/vvTbycBqqyxaahUQAP0O1g Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> In-Reply-To: <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Where do I get rpc-light? ocamlffind nor opam seem to know about it. ocamlfind: Package `rpc-light' not found - scan ocaml/idl scan-ocaml-dm_api.mli + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr -native -I ocaml_backend -I ../database -I .. dm_api.mli ocamlfind: Package `rpc-light' not found *** omake: 210/355 targets are up to date *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) *** omake: targets were not rebuilt because of errors: depends on: ocaml/database/string_marshall_helper.ml depends on: ocaml/idl/ocaml_backend/gen_common.ml depends on: ocaml/idl/datamodel_utils.ml depends on: ocaml/idl/dm_api.ml depends on: ocaml/idl/dm_api.mli make: *** [all] Error 2 sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light rpc-light is not a valid versioned package name 'opam install rpc-light' failed. -----Original Message----- From: Dave Scott Sent: Thursday, April 25, 2013 11:31 PM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... -- Dave Scott XenServer System Architect On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > opam install xen-api-libs-transitional > > now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. > > However, xen-api-libs still fails with the same error. Will try the fusion branch next. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 2:55 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: > >> That command fails: >> >> ==== ERROR [while installing xenctrl.5.0.0] ==== >> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >> # os linux >> # command make >> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >> # exit-code 2 >> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >> ### stdout ### >> ...[truncated] >> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind >> ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o >> ocamlfind ocamlc -c lib/xenctrl_stubs.c >> + ocamlfind ocamlc -c lib/eventchn_stubs.c >> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >> directory compilation terminated. >> Command exited with code 2. >> ### stderr ### >> /bin/sh: ocamlopt.opt: command not found >> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error >> code 10") >> make: *** [build] Error 1 >> >> 'opam install xen-api-libs-transitional' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:40 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >> >> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >> >>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Thursday, April 25, 2013 2:34 PM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>> >>> -anil >>> >>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>> >>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>> >>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>> ../rpc-light -c -o fe.cmo fe.ml >>>> ocamlfind: Package `type-conv' not found >>>> make[1]: *** [fe.cmo] Error 2 >>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>> make: *** [all] Error 2 >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 7:33 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>> https://github.com/OCamlPro/opam/issues/149 >>>> >>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>> >>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>> >>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>> >>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>> >>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>> >>>>> Thanks, >>>>> Santosh >>>>> >>>>> >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>> To: John Else >>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Hi, >>>>> >>>>> Thanks, John -- your instructions look right to me. >>>>> >>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>> >>>>> Thanks, >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>> >>>>> Hi Santosh, >>>>> >>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>> >>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>> latest ./configure && make && sudo make install >>>>> >>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>> >>>>> opam init >>>>> eval `opam config env` >>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>> >>>>> Hope this helps, >>>>> John >>>>> >>>>> From: xen-api-bounces@lists.xen.org >>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>> Sent: 22 April 2013 23:12 >>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>> >>>>> ocamlc version: >>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>> directory: /usr/lib/ocaml >>>>> >>>>> >>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>> make && sudo make install >>>>> >>>>> This succeeded. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>> git://github.com/xen-org/opam-repository >>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>> { patches } are invalid field names in >>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>>> authors, homepage, version, name } 'opam init >>>>> git://github.com/xen-org/opam-repository' failed >>>>> >>>>> >>>>> Regards, >>>>> Santosh >>>>> _______________________________________________ >>>>> 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 26 14:23:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 14:23: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 1UVjYB-0001Cf-Lz; Fri, 26 Apr 2013 14:22:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjYA-0001CW-At for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:22:58 +0000 Received: from [85.158.139.211:27017] by server-12.bemta-5.messagelabs.com id 42/23-11486-1CD8A715; Fri, 26 Apr 2013 14:22:57 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1366986164!20556898!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13730 invoked from network); 26 Apr 2013 14:22:44 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-12.tower-206.messagelabs.com with SMTP; 26 Apr 2013 14:22:44 -0000 Received: (qmail 15596 invoked by uid 634); 26 Apr 2013 14:22:44 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 26 Apr 2013 15:22:43 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> Date: Fri, 26 Apr 2013 15:22:41 +0100 Message-Id: <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> To: Santosh Jodh X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 "opam install rpc" will give you rpc-light. Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. -anil On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > Where do I get rpc-light? ocamlffind nor opam seem to know about it. > > ocamlfind: Package `rpc-light' not found > - scan ocaml/idl scan-ocaml-dm_api.mli > + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr -native -I ocaml_backend -I ../database -I .. dm_api.mli > ocamlfind: Package `rpc-light' not found > *** omake: 210/355 targets are up to date > *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) > *** omake: targets were not rebuilt because of errors: > > depends on: ocaml/database/string_marshall_helper.ml > > depends on: ocaml/idl/ocaml_backend/gen_common.ml > > depends on: ocaml/idl/datamodel_utils.ml > > depends on: ocaml/idl/dm_api.ml > > depends on: ocaml/idl/dm_api.mli > make: *** [all] Error 2 > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light > rpc-light is not a valid versioned package name > 'opam install rpc-light' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 11:31 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > >> opam install xen-api-libs-transitional >> >> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >> >> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:55 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >> >>> That command fails: >>> >>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>> # os linux >>> # command make >>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>> # exit-code 2 >>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>> ### stdout ### >>> ...[truncated] >>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind >>> ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o >>> ocamlfind ocamlc -c lib/xenctrl_stubs.c >>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>> directory compilation terminated. >>> Command exited with code 2. >>> ### stderr ### >>> /bin/sh: ocamlopt.opt: command not found >>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error >>> code 10") >>> make: *** [build] Error 1 >>> >>> 'opam install xen-api-libs-transitional' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:40 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>> >>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>> >>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 2:34 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>> >>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>> >>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>> ../rpc-light -c -o fe.cmo fe.ml >>>>> ocamlfind: Package `type-conv' not found >>>>> make[1]: *** [fe.cmo] Error 2 >>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>> https://github.com/OCamlPro/opam/issues/149 >>>>> >>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>> >>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>> >>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>> >>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>> >>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>> >>>>>> Thanks, >>>>>> Santosh >>>>>> >>>>>> >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>> To: John Else >>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Hi, >>>>>> >>>>>> Thanks, John -- your instructions look right to me. >>>>>> >>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>> >>>>>> Thanks, >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>> >>>>>> Hi Santosh, >>>>>> >>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>> >>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>> latest ./configure && make && sudo make install >>>>>> >>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>> >>>>>> opam init >>>>>> eval `opam config env` >>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>> >>>>>> Hope this helps, >>>>>> John >>>>>> >>>>>> From: xen-api-bounces@lists.xen.org >>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>> Sent: 22 April 2013 23:12 >>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>> >>>>>> ocamlc version: >>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>> directory: /usr/lib/ocaml >>>>>> >>>>>> >>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>> make && sudo make install >>>>>> >>>>>> This succeeded. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>> git://github.com/xen-org/opam-repository >>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>> { patches } are invalid field names in >>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>>>> authors, homepage, version, name } 'opam init >>>>>> git://github.com/xen-org/opam-repository' failed >>>>>> >>>>>> >>>>>> Regards, >>>>>> Santosh >>>>>> _______________________________________________ >>>>>> 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 26 14:23:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 14:23: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 1UVjYB-0001Cf-Lz; Fri, 26 Apr 2013 14:22:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjYA-0001CW-At for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:22:58 +0000 Received: from [85.158.139.211:27017] by server-12.bemta-5.messagelabs.com id 42/23-11486-1CD8A715; Fri, 26 Apr 2013 14:22:57 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1366986164!20556898!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13730 invoked from network); 26 Apr 2013 14:22:44 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-12.tower-206.messagelabs.com with SMTP; 26 Apr 2013 14:22:44 -0000 Received: (qmail 15596 invoked by uid 634); 26 Apr 2013 14:22:44 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 26 Apr 2013 15:22:43 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> Date: Fri, 26 Apr 2013 15:22:41 +0100 Message-Id: <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> To: Santosh Jodh X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 "opam install rpc" will give you rpc-light. Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. -anil On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > Where do I get rpc-light? ocamlffind nor opam seem to know about it. > > ocamlfind: Package `rpc-light' not found > - scan ocaml/idl scan-ocaml-dm_api.mli > + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr -native -I ocaml_backend -I ../database -I .. dm_api.mli > ocamlfind: Package `rpc-light' not found > *** omake: 210/355 targets are up to date > *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) > *** omake: targets were not rebuilt because of errors: > > depends on: ocaml/database/string_marshall_helper.ml > > depends on: ocaml/idl/ocaml_backend/gen_common.ml > > depends on: ocaml/idl/datamodel_utils.ml > > depends on: ocaml/idl/dm_api.ml > > depends on: ocaml/idl/dm_api.mli > make: *** [all] Error 2 > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light > rpc-light is not a valid versioned package name > 'opam install rpc-light' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 11:31 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > >> opam install xen-api-libs-transitional >> >> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >> >> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:55 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >> >>> That command fails: >>> >>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>> # os linux >>> # command make >>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>> # exit-code 2 >>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>> ### stdout ### >>> ...[truncated] >>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c ocamlfind >>> ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o lib/xenmmap_stubs.o >>> ocamlfind ocamlc -c lib/xenctrl_stubs.c >>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>> directory compilation terminated. >>> Command exited with code 2. >>> ### stderr ### >>> /bin/sh: ocamlopt.opt: command not found >>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with error >>> code 10") >>> make: *** [build] Error 1 >>> >>> 'opam install xen-api-libs-transitional' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:40 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>> >>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>> >>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 2:34 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>> >>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>> >>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>> ../rpc-light -c -o fe.cmo fe.ml >>>>> ocamlfind: Package `type-conv' not found >>>>> make[1]: *** [fe.cmo] Error 2 >>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>> https://github.com/OCamlPro/opam/issues/149 >>>>> >>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>> >>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>> >>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>> >>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>> >>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>> >>>>>> Thanks, >>>>>> Santosh >>>>>> >>>>>> >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>> To: John Else >>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Hi, >>>>>> >>>>>> Thanks, John -- your instructions look right to me. >>>>>> >>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>> >>>>>> Thanks, >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>> >>>>>> Hi Santosh, >>>>>> >>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>> >>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>> latest ./configure && make && sudo make install >>>>>> >>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>> >>>>>> opam init >>>>>> eval `opam config env` >>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>> >>>>>> Hope this helps, >>>>>> John >>>>>> >>>>>> From: xen-api-bounces@lists.xen.org >>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>> Sent: 22 April 2013 23:12 >>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>> >>>>>> ocamlc version: >>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>> directory: /usr/lib/ocaml >>>>>> >>>>>> >>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>> make && sudo make install >>>>>> >>>>>> This succeeded. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>> git://github.com/xen-org/opam-repository >>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>> { patches } are invalid field names in >>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>>> opam-version, maintainer, substs, build, remove, depends, depopts, >>>>>> conflicts, libraries, syntax, ocaml-version, build-env, license, >>>>>> authors, homepage, version, name } 'opam init >>>>>> git://github.com/xen-org/opam-repository' failed >>>>>> >>>>>> >>>>>> Regards, >>>>>> Santosh >>>>>> _______________________________________________ >>>>>> 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 26 14:28:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 14:28:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjdZ-0001NN-9a; Fri, 26 Apr 2013 14:28:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjdX-0001NI-HU for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:28:31 +0000 Received: from [193.109.254.147:8822] by server-1.bemta-14.messagelabs.com id D2/F7-22449-E0F8A715; Fri, 26 Apr 2013 14:28:30 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1366986507!7049834!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6919 invoked from network); 26 Apr 2013 14:28:28 -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; 26 Apr 2013 14:28:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20781352" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 14:28:26 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 07:28:25 -0700 From: Santosh Jodh To: Anil Madhavapeddy Date: Fri, 26 Apr 2013 07:28:21 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CiYex/xalriMsTSyaJecIvCegywAAHZaw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> In-Reply-To: <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 initial ones were from http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml Rest from this thread and compiler output. According to opam, rpc is already installed. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc is already installed (current version is 1.4.1) -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Friday, April 26, 2013 7:23 AM To: Santosh Jodh Cc: Dave Scott; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 "opam install rpc" will give you rpc-light. Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. -anil On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > Where do I get rpc-light? ocamlffind nor opam seem to know about it. > > ocamlfind: Package `rpc-light' not found > - scan ocaml/idl scan-ocaml-dm_api.mli > + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr > + -native -I ocaml_backend -I ../database -I .. dm_api.mli > ocamlfind: Package `rpc-light' not found > *** omake: 210/355 targets are up to date > *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) > *** omake: targets were not rebuilt because of errors: > > depends on: ocaml/database/string_marshall_helper.ml > > depends on: ocaml/idl/ocaml_backend/gen_common.ml > > depends on: ocaml/idl/datamodel_utils.ml > > depends on: ocaml/idl/dm_api.ml > > depends on: ocaml/idl/dm_api.mli > make: *** [all] Error 2 > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light > rpc-light is not a valid versioned package name 'opam install > rpc-light' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 11:31 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > >> opam install xen-api-libs-transitional >> >> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >> >> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:55 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >> >>> That command fails: >>> >>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>> # os linux >>> # command make >>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>> # exit-code 2 >>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>> ### stdout ### >>> ...[truncated] >>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>> directory compilation terminated. >>> Command exited with code 2. >>> ### stderr ### >>> /bin/sh: ocamlopt.opt: command not found >>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>> error code 10") >>> make: *** [build] Error 1 >>> >>> 'opam install xen-api-libs-transitional' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:40 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>> >>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>> >>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 2:34 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>> >>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>> >>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>> ../rpc-light -c -o fe.cmo fe.ml >>>>> ocamlfind: Package `type-conv' not found >>>>> make[1]: *** [fe.cmo] Error 2 >>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>> https://github.com/OCamlPro/opam/issues/149 >>>>> >>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>> >>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>> >>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>> >>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>> >>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>> >>>>>> Thanks, >>>>>> Santosh >>>>>> >>>>>> >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>> To: John Else >>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Hi, >>>>>> >>>>>> Thanks, John -- your instructions look right to me. >>>>>> >>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>> >>>>>> Thanks, >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>> >>>>>> Hi Santosh, >>>>>> >>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>> >>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>> latest ./configure && make && sudo make install >>>>>> >>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>> >>>>>> opam init >>>>>> eval `opam config env` >>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>> >>>>>> Hope this helps, >>>>>> John >>>>>> >>>>>> From: xen-api-bounces@lists.xen.org >>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>> Sent: 22 April 2013 23:12 >>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>> >>>>>> ocamlc version: >>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>> directory: /usr/lib/ocaml >>>>>> >>>>>> >>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>> make && sudo make install >>>>>> >>>>>> This succeeded. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>> git://github.com/xen-org/opam-repository >>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>> { patches } are invalid field names in >>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>>> opam-version, maintainer, substs, build, remove, depends, >>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>> license, authors, homepage, version, name } 'opam init >>>>>> git://github.com/xen-org/opam-repository' failed >>>>>> >>>>>> >>>>>> Regards, >>>>>> Santosh >>>>>> _______________________________________________ >>>>>> 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 26 14:28:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 14:28:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjdZ-0001NN-9a; Fri, 26 Apr 2013 14:28:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVjdX-0001NI-HU for xen-api@lists.xen.org; Fri, 26 Apr 2013 14:28:31 +0000 Received: from [193.109.254.147:8822] by server-1.bemta-14.messagelabs.com id D2/F7-22449-E0F8A715; Fri, 26 Apr 2013 14:28:30 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1366986507!7049834!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6919 invoked from network); 26 Apr 2013 14:28:28 -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; 26 Apr 2013 14:28:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20781352" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 14:28:26 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 07:28:25 -0700 From: Santosh Jodh To: Anil Madhavapeddy Date: Fri, 26 Apr 2013 07:28:21 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CiYex/xalriMsTSyaJecIvCegywAAHZaw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6862@LONPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> In-Reply-To: <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 initial ones were from http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml Rest from this thread and compiler output. According to opam, rpc is already installed. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc is already installed (current version is 1.4.1) -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Friday, April 26, 2013 7:23 AM To: Santosh Jodh Cc: Dave Scott; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 "opam install rpc" will give you rpc-light. Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. -anil On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > Where do I get rpc-light? ocamlffind nor opam seem to know about it. > > ocamlfind: Package `rpc-light' not found > - scan ocaml/idl scan-ocaml-dm_api.mli > + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr > + -native -I ocaml_backend -I ../database -I .. dm_api.mli > ocamlfind: Package `rpc-light' not found > *** omake: 210/355 targets are up to date > *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) > *** omake: targets were not rebuilt because of errors: > > depends on: ocaml/database/string_marshall_helper.ml > > depends on: ocaml/idl/ocaml_backend/gen_common.ml > > depends on: ocaml/idl/datamodel_utils.ml > > depends on: ocaml/idl/dm_api.ml > > depends on: ocaml/idl/dm_api.mli > make: *** [all] Error 2 > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light > rpc-light is not a valid versioned package name 'opam install > rpc-light' failed. > > -----Original Message----- > From: Dave Scott > Sent: Thursday, April 25, 2013 11:31 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... > > -- > Dave Scott > XenServer System Architect > > On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: > >> opam install xen-api-libs-transitional >> >> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >> >> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 2:55 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >> >>> That command fails: >>> >>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>> # os linux >>> # command make >>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>> # exit-code 2 >>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>> ### stdout ### >>> ...[truncated] >>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>> directory compilation terminated. >>> Command exited with code 2. >>> ### stderr ### >>> /bin/sh: ocamlopt.opt: command not found >>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>> error code 10") >>> make: *** [build] Error 1 >>> >>> 'opam install xen-api-libs-transitional' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:40 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>> >>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>> >>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Thursday, April 25, 2013 2:34 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>> >>>> -anil >>>> >>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>> >>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>> >>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>> ../rpc-light -c -o fe.cmo fe.ml >>>>> ocamlfind: Package `type-conv' not found >>>>> make[1]: *** [fe.cmo] Error 2 >>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>> https://github.com/OCamlPro/opam/issues/149 >>>>> >>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>> >>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>> >>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>> >>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>> >>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>> >>>>>> Thanks, >>>>>> Santosh >>>>>> >>>>>> >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>> To: John Else >>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Hi, >>>>>> >>>>>> Thanks, John -- your instructions look right to me. >>>>>> >>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>> >>>>>> Thanks, >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>> >>>>>> Hi Santosh, >>>>>> >>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>> >>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>> latest ./configure && make && sudo make install >>>>>> >>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>> >>>>>> opam init >>>>>> eval `opam config env` >>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>> >>>>>> Hope this helps, >>>>>> John >>>>>> >>>>>> From: xen-api-bounces@lists.xen.org >>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>> Sent: 22 April 2013 23:12 >>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>> >>>>>> ocamlc version: >>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>> directory: /usr/lib/ocaml >>>>>> >>>>>> >>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>> make && sudo make install >>>>>> >>>>>> This succeeded. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>> git://github.com/xen-org/opam-repository >>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>> { patches } are invalid field names in >>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>>> opam-version, maintainer, substs, build, remove, depends, >>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>> license, authors, homepage, version, name } 'opam init >>>>>> git://github.com/xen-org/opam-repository' failed >>>>>> >>>>>> >>>>>> Regards, >>>>>> Santosh >>>>>> _______________________________________________ >>>>>> 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 26 15:52:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 15:52: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 1UVkwV-0002vc-Hu; Fri, 26 Apr 2013 15:52:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVkwT-0002uv-Ls for xen-api@lists.xen.org; Fri, 26 Apr 2013 15:52:10 +0000 Received: from [85.158.137.99:18985] by server-6.bemta-3.messagelabs.com id F8/6C-11048-8A2AA715; Fri, 26 Apr 2013 15:52:08 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1366991527!19373070!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8240 invoked from network); 26 Apr 2013 15:52:08 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 15:52:08 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3987940" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 15:52:08 +0000 Received: from [10.80.239.111] (10.80.239.111) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 26 Apr 2013 16:52:07 +0100 Message-ID: <517AA2BD.7030908@eu.citrix.com> Date: Fri, 26 Apr 2013 16:52:29 +0100 From: David Scott User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Santosh Jodh References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". The package 'rpc-light' installs an OCaml package called 'rpclib' these days: $ ocamlfind list | grep rpc rpclib (version: 1.2.0) rpclib.core (version: n/a) rpclib.idl (version: n/a) rpclib.js (version: n/a) rpclib.json (version: n/a) rpclib.syntax (version: n/a) rpclib.unix (version: n/a) rpclib.xml (version: n/a) It looks like the branch of xen-api you're trying to build is still using the old name. Cheers, Dave On 26/04/13 15:28, Santosh Jodh wrote: > The initial ones were from http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml > > Rest from this thread and compiler output. > > According to opam, rpc is already installed. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > Package rpc is already installed (current version is 1.4.1) > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Friday, April 26, 2013 7:23 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > "opam install rpc" will give you rpc-light. > > Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. > > -anil > > On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > >> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >> >> ocamlfind: Package `rpc-light' not found >> - scan ocaml/idl scan-ocaml-dm_api.mli >> + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr >> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >> ocamlfind: Package `rpc-light' not found >> *** omake: 210/355 targets are up to date >> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) >> *** omake: targets were not rebuilt because of errors: >> >> depends on: ocaml/database/string_marshall_helper.ml >> >> depends on: ocaml/idl/ocaml_backend/gen_common.ml >> >> depends on: ocaml/idl/datamodel_utils.ml >> >> depends on: ocaml/idl/dm_api.ml >> >> depends on: ocaml/idl/dm_api.mli >> make: *** [all] Error 2 >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >> rpc-light is not a valid versioned package name 'opam install >> rpc-light' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 11:31 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >> >>> opam install xen-api-libs-transitional >>> >>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>> >>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:55 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>> >>>> That command fails: >>>> >>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>> # os linux >>>> # command make >>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>> # exit-code 2 >>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>> ### stdout ### >>>> ...[truncated] >>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>>> directory compilation terminated. >>>> Command exited with code 2. >>>> ### stderr ### >>>> /bin/sh: ocamlopt.opt: command not found >>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>> error code 10") >>>> make: *** [build] Error 1 >>>> >>>> 'opam install xen-api-libs-transitional' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:40 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>> >>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>> >>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>> >>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>>> ../rpc-light -c -o fe.cmo fe.ml >>>>>> ocamlfind: Package `type-conv' not found >>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>> make: *** [all] Error 2 >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>> >>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>> >>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>> >>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>> >>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>> >>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>> >>>>>>> Thanks, >>>>>>> Santosh >>>>>>> >>>>>>> >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>> To: John Else >>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Thanks, John -- your instructions look right to me. >>>>>>> >>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>> >>>>>>> Hi Santosh, >>>>>>> >>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>> >>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>> latest ./configure && make && sudo make install >>>>>>> >>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>> >>>>>>> opam init >>>>>>> eval `opam config env` >>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>> >>>>>>> Hope this helps, >>>>>>> John >>>>>>> >>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>> Sent: 22 April 2013 23:12 >>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>> >>>>>>> ocamlc version: >>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>> directory: /usr/lib/ocaml >>>>>>> >>>>>>> >>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>> make && sudo make install >>>>>>> >>>>>>> This succeeded. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>> git://github.com/xen-org/opam-repository >>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>> { patches } are invalid field names in >>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>>>> opam-version, maintainer, substs, build, remove, depends, >>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>>> license, authors, homepage, version, name } 'opam init >>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> Santosh >>>>>>> _______________________________________________ >>>>>>> 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 26 15:52:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 15:52: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 1UVkwV-0002vc-Hu; Fri, 26 Apr 2013 15:52:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVkwT-0002uv-Ls for xen-api@lists.xen.org; Fri, 26 Apr 2013 15:52:10 +0000 Received: from [85.158.137.99:18985] by server-6.bemta-3.messagelabs.com id F8/6C-11048-8A2AA715; Fri, 26 Apr 2013 15:52:08 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1366991527!19373070!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8240 invoked from network); 26 Apr 2013 15:52:08 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 15:52:08 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3987940" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 15:52:08 +0000 Received: from [10.80.239.111] (10.80.239.111) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 26 Apr 2013 16:52:07 +0100 Message-ID: <517AA2BD.7030908@eu.citrix.com> Date: Fri, 26 Apr 2013 16:52:29 +0100 From: David Scott User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Santosh Jodh References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". The package 'rpc-light' installs an OCaml package called 'rpclib' these days: $ ocamlfind list | grep rpc rpclib (version: 1.2.0) rpclib.core (version: n/a) rpclib.idl (version: n/a) rpclib.js (version: n/a) rpclib.json (version: n/a) rpclib.syntax (version: n/a) rpclib.unix (version: n/a) rpclib.xml (version: n/a) It looks like the branch of xen-api you're trying to build is still using the old name. Cheers, Dave On 26/04/13 15:28, Santosh Jodh wrote: > The initial ones were from http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml > > Rest from this thread and compiler output. > > According to opam, rpc is already installed. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > Package rpc is already installed (current version is 1.4.1) > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Friday, April 26, 2013 7:23 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > "opam install rpc" will give you rpc-light. > > Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. > > -anil > > On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > >> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >> >> ocamlfind: Package `rpc-light' not found >> - scan ocaml/idl scan-ocaml-dm_api.mli >> + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr >> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >> ocamlfind: Package `rpc-light' not found >> *** omake: 210/355 targets are up to date >> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) >> *** omake: targets were not rebuilt because of errors: >> >> depends on: ocaml/database/string_marshall_helper.ml >> >> depends on: ocaml/idl/ocaml_backend/gen_common.ml >> >> depends on: ocaml/idl/datamodel_utils.ml >> >> depends on: ocaml/idl/dm_api.ml >> >> depends on: ocaml/idl/dm_api.mli >> make: *** [all] Error 2 >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >> rpc-light is not a valid versioned package name 'opam install >> rpc-light' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 11:31 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >> >>> opam install xen-api-libs-transitional >>> >>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>> >>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:55 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>> >>>> That command fails: >>>> >>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>> # os linux >>>> # command make >>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>> # exit-code 2 >>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>> ### stdout ### >>>> ...[truncated] >>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>>> directory compilation terminated. >>>> Command exited with code 2. >>>> ### stderr ### >>>> /bin/sh: ocamlopt.opt: command not found >>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>> error code 10") >>>> make: *** [build] Error 1 >>>> >>>> 'opam install xen-api-libs-transitional' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:40 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>> >>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>> >>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>> >>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -package >>>>>> camlp4,type-conv -ppopt -I -ppopt /usr/lib/ocaml/type-conv -ppopt >>>>>> -I -ppopt ../rpc-light -ppopt pa_rpc.cma -syntax camlp4o -I >>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>>> ../rpc-light -c -o fe.cmo fe.ml >>>>>> ocamlfind: Package `type-conv' not found >>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>> make: *** [all] Error 2 >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>> >>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>> >>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>> >>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>> >>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>> >>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>> >>>>>>> Thanks, >>>>>>> Santosh >>>>>>> >>>>>>> >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>> To: John Else >>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Thanks, John -- your instructions look right to me. >>>>>>> >>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>> >>>>>>> Hi Santosh, >>>>>>> >>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>> >>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>> latest ./configure && make && sudo make install >>>>>>> >>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>> >>>>>>> opam init >>>>>>> eval `opam config env` >>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>> >>>>>>> Hope this helps, >>>>>>> John >>>>>>> >>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>> Sent: 22 April 2013 23:12 >>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>> >>>>>>> ocamlc version: >>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>> directory: /usr/lib/ocaml >>>>>>> >>>>>>> >>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>> make && sudo make install >>>>>>> >>>>>>> This succeeded. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>> git://github.com/xen-org/opam-repository >>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>> { patches } are invalid field names in >>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are { >>>>>>> opam-version, maintainer, substs, build, remove, depends, >>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>>> license, authors, homepage, version, name } 'opam init >>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> Santosh >>>>>>> _______________________________________________ >>>>>>> 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 26 15:55:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 15:55: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 1UVkzs-0003Tt-W2; Fri, 26 Apr 2013 15:55:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVkzs-0003Tk-2b for xen-api@lists.xen.org; Fri, 26 Apr 2013 15:55:40 +0000 Received: from [85.158.139.211:21232] by server-16.bemta-5.messagelabs.com id 40/BD-02543-B73AA715; Fri, 26 Apr 2013 15:55:39 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366991736!20667653!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30635 invoked from network); 26 Apr 2013 15:55:37 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 15:55:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20800523" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 15:55:35 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 08:55:35 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 08:55:31 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5ClgLbWPfdgyBnS3SzHPXaQm6ZIgAAGk6A Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> In-Reply-To: <517AA2BD.7030908@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 guess I am still at master. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l * master sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin git://github.com/xen-org/xen-api.git (fetch) origin git://github.com/xen-org/xen-api.git (push) Is the fusion one git://github.com/jonludlam/xen-api.git? -----Original Message----- From: Dave Scott Sent: Friday, April 26, 2013 8:52 AM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". The package 'rpc-light' installs an OCaml package called 'rpclib' these days: $ ocamlfind list | grep rpc rpclib (version: 1.2.0) rpclib.core (version: n/a) rpclib.idl (version: n/a) rpclib.js (version: n/a) rpclib.json (version: n/a) rpclib.syntax (version: n/a) rpclib.unix (version: n/a) rpclib.xml (version: n/a) It looks like the branch of xen-api you're trying to build is still using the old name. Cheers, Dave On 26/04/13 15:28, Santosh Jodh wrote: > The initial ones were from > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml > > Rest from this thread and compiler output. > > According to opam, rpc is already installed. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc > is already installed (current version is 1.4.1) > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Friday, April 26, 2013 7:23 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > "opam install rpc" will give you rpc-light. > > Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. > > -anil > > On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > >> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >> >> ocamlfind: Package `rpc-light' not found >> - scan ocaml/idl scan-ocaml-dm_api.mli >> + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr >> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >> ocamlfind: Package `rpc-light' not found >> *** omake: 210/355 targets are up to date >> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) >> *** omake: targets were not rebuilt because of errors: >> >> depends on: ocaml/database/string_marshall_helper.ml >> >> depends on: ocaml/idl/ocaml_backend/gen_common.ml >> >> depends on: ocaml/idl/datamodel_utils.ml >> >> depends on: ocaml/idl/dm_api.ml >> >> depends on: ocaml/idl/dm_api.mli >> make: *** [all] Error 2 >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >> rpc-light is not a valid versioned package name 'opam install >> rpc-light' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 11:31 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >> >>> opam install xen-api-libs-transitional >>> >>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>> >>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:55 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>> >>>> That command fails: >>>> >>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>> # os linux >>>> # command make >>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>> # exit-code 2 >>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>> ### stdout ### >>>> ...[truncated] >>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>>> directory compilation terminated. >>>> Command exited with code 2. >>>> ### stderr ### >>>> /bin/sh: ocamlopt.opt: command not found >>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>> error code 10") >>>> make: *** [build] Error 1 >>>> >>>> 'opam install xen-api-libs-transitional' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:40 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>> >>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>> >>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>> >>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>> ocamlfind: Package `type-conv' not found >>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>> make: *** [all] Error 2 >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>> >>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>> >>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>> >>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>> >>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>> >>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>> >>>>>>> Thanks, >>>>>>> Santosh >>>>>>> >>>>>>> >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>> To: John Else >>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Thanks, John -- your instructions look right to me. >>>>>>> >>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>> >>>>>>> Hi Santosh, >>>>>>> >>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>> >>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>> latest ./configure && make && sudo make install >>>>>>> >>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>> >>>>>>> opam init >>>>>>> eval `opam config env` >>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>> >>>>>>> Hope this helps, >>>>>>> John >>>>>>> >>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>> Sent: 22 April 2013 23:12 >>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>> >>>>>>> ocamlc version: >>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>> directory: /usr/lib/ocaml >>>>>>> >>>>>>> >>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>> make && sudo make install >>>>>>> >>>>>>> This succeeded. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>> git://github.com/xen-org/opam-repository >>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>> { patches } are invalid field names in >>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>>> license, authors, homepage, version, name } 'opam init >>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> Santosh >>>>>>> _______________________________________________ >>>>>>> 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 26 15:55:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 15:55: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 1UVkzs-0003Tt-W2; Fri, 26 Apr 2013 15:55:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVkzs-0003Tk-2b for xen-api@lists.xen.org; Fri, 26 Apr 2013 15:55:40 +0000 Received: from [85.158.139.211:21232] by server-16.bemta-5.messagelabs.com id 40/BD-02543-B73AA715; Fri, 26 Apr 2013 15:55:39 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366991736!20667653!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30635 invoked from network); 26 Apr 2013 15:55:37 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 15:55:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20800523" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 15:55:35 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 08:55:35 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 08:55:31 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5ClgLbWPfdgyBnS3SzHPXaQm6ZIgAAGk6A Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <516242F7-F949-46CB-852C-5D78064DBD60@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54440F@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> In-Reply-To: <517AA2BD.7030908@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 guess I am still at master. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l * master sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin git://github.com/xen-org/xen-api.git (fetch) origin git://github.com/xen-org/xen-api.git (push) Is the fusion one git://github.com/jonludlam/xen-api.git? -----Original Message----- From: Dave Scott Sent: Friday, April 26, 2013 8:52 AM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". The package 'rpc-light' installs an OCaml package called 'rpclib' these days: $ ocamlfind list | grep rpc rpclib (version: 1.2.0) rpclib.core (version: n/a) rpclib.idl (version: n/a) rpclib.js (version: n/a) rpclib.json (version: n/a) rpclib.syntax (version: n/a) rpclib.unix (version: n/a) rpclib.xml (version: n/a) It looks like the branch of xen-api you're trying to build is still using the old name. Cheers, Dave On 26/04/13 15:28, Santosh Jodh wrote: > The initial ones were from > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml > > Rest from this thread and compiler output. > > According to opam, rpc is already installed. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc > is already installed (current version is 1.4.1) > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Friday, April 26, 2013 7:23 AM > To: Santosh Jodh > Cc: Dave Scott; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > "opam install rpc" will give you rpc-light. > > Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. > > -anil > > On 26 Apr 2013, at 15:05, Santosh Jodh wrote: > >> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >> >> ocamlfind: Package `rpc-light' not found >> - scan ocaml/idl scan-ocaml-dm_api.mli >> + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr >> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >> ocamlfind: Package `rpc-light' not found >> *** omake: 210/355 targets are up to date >> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) >> *** omake: targets were not rebuilt because of errors: >> >> depends on: ocaml/database/string_marshall_helper.ml >> >> depends on: ocaml/idl/ocaml_backend/gen_common.ml >> >> depends on: ocaml/idl/datamodel_utils.ml >> >> depends on: ocaml/idl/dm_api.ml >> >> depends on: ocaml/idl/dm_api.mli >> make: *** [all] Error 2 >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >> rpc-light is not a valid versioned package name 'opam install >> rpc-light' failed. >> >> -----Original Message----- >> From: Dave Scott >> Sent: Thursday, April 25, 2013 11:31 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >> >>> opam install xen-api-libs-transitional >>> >>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>> >>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 2:55 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>> >>>> That command fails: >>>> >>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>> # os linux >>>> # command make >>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>> # exit-code 2 >>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>> ### stdout ### >>>> ...[truncated] >>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>>> directory compilation terminated. >>>> Command exited with code 2. >>>> ### stderr ### >>>> /bin/sh: ocamlopt.opt: command not found >>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>> error code 10") >>>> make: *** [build] Error 1 >>>> >>>> 'opam install xen-api-libs-transitional' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:40 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>> >>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>> >>>>> -anil >>>>> >>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>> >>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>> >>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>> ocamlfind: Package `type-conv' not found >>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>> make: *** [all] Error 2 >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>> >>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>> >>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. > >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>> >>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>> >>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>> >>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>> >>>>>>> Thanks, >>>>>>> Santosh >>>>>>> >>>>>>> >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>> To: John Else >>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Thanks, John -- your instructions look right to me. >>>>>>> >>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>> >>>>>>> Hi Santosh, >>>>>>> >>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>> >>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>> latest ./configure && make && sudo make install >>>>>>> >>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>> >>>>>>> opam init >>>>>>> eval `opam config env` >>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>> >>>>>>> Hope this helps, >>>>>>> John >>>>>>> >>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>> Sent: 22 April 2013 23:12 >>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>> >>>>>>> ocamlc version: >>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>> directory: /usr/lib/ocaml >>>>>>> >>>>>>> >>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>> make && sudo make install >>>>>>> >>>>>>> This succeeded. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>> git://github.com/xen-org/opam-repository >>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>> { patches } are invalid field names in >>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>>> license, authors, homepage, version, name } 'opam init >>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> Santosh >>>>>>> _______________________________________________ >>>>>>> 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 26 16:22:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 16:22:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVlPV-0006di-2f; Fri, 26 Apr 2013 16:22:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVlPT-0006dQ-Qt for xen-api@lists.xen.org; Fri, 26 Apr 2013 16:22:08 +0000 Received: from [193.109.254.147:52136] by server-15.bemta-14.messagelabs.com id 2C/3B-14305-FA9AA715; Fri, 26 Apr 2013 16:22:07 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1366993325!9546017!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10389 invoked from network); 26 Apr 2013 16:22:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 16:22:05 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3988854" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 16:22:06 +0000 Received: from [10.80.239.111] (10.80.239.111) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 26 Apr 2013 17:22:05 +0100 Message-ID: <517AA9C3.9080909@eu.citrix.com> Date: Fri, 26 Apr 2013 17:22:27 +0100 From: David Scott User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Santosh Jodh References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 26/04/13 16:55, Santosh Jodh wrote: > I guess I am still at master. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * master > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > origin git://github.com/xen-org/xen-api.git (fetch) > origin git://github.com/xen-org/xen-api.git (push) > > Is the fusion one git://github.com/jonludlam/xen-api.git? It is... but each repo has several branches. I think all you need to do is: cd xen-api git checkout fusion make Cheers, Dave > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 8:52 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". > > The package 'rpc-light' installs an OCaml package called 'rpclib' these > days: > > $ ocamlfind list | grep rpc > rpclib (version: 1.2.0) > rpclib.core (version: n/a) > rpclib.idl (version: n/a) > rpclib.js (version: n/a) > rpclib.json (version: n/a) > rpclib.syntax (version: n/a) > rpclib.unix (version: n/a) > rpclib.xml (version: n/a) > > It looks like the branch of xen-api you're trying to build is still using the old name. > > Cheers, > Dave > > On 26/04/13 15:28, Santosh Jodh wrote: >> The initial ones were from >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >> >> Rest from this thread and compiler output. >> >> According to opam, rpc is already installed. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc >> is already installed (current version is 1.4.1) >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Friday, April 26, 2013 7:23 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> "opam install rpc" will give you rpc-light. >> >> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >> >> -anil >> >> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >> >>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>> >>> ocamlfind: Package `rpc-light' not found >>> - scan ocaml/idl scan-ocaml-dm_api.mli >>> + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr >>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>> ocamlfind: Package `rpc-light' not found >>> *** omake: 210/355 targets are up to date >>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) >>> *** omake: targets were not rebuilt because of errors: >>> >>> depends on: ocaml/database/string_marshall_helper.ml >>> >>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>> >>> depends on: ocaml/idl/datamodel_utils.ml >>> >>> depends on: ocaml/idl/dm_api.ml >>> >>> depends on: ocaml/idl/dm_api.mli >>> make: *** [all] Error 2 >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>> rpc-light is not a valid versioned package name 'opam install >>> rpc-light' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 11:31 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>> >>>> opam install xen-api-libs-transitional >>>> >>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>> >>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:55 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>> >>>>> That command fails: >>>>> >>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>> # os linux >>>>> # command make >>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>> # exit-code 2 >>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>> ### stdout ### >>>>> ...[truncated] >>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>>>> directory compilation terminated. >>>>> Command exited with code 2. >>>>> ### stderr ### >>>>> /bin/sh: ocamlopt.opt: command not found >>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>> error code 10") >>>>> make: *** [build] Error 1 >>>>> >>>>> 'opam install xen-api-libs-transitional' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>> >>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>> >>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>> >>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>> ocamlfind: Package `type-conv' not found >>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>> make: *** [all] Error 2 >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>> >>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>> >>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>> >>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>> >>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>> >>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Santosh >>>>>>>> >>>>>>>> >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>> To: John Else >>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>> >>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>> >>>>>>>> Hi Santosh, >>>>>>>> >>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>> >>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>> latest ./configure && make && sudo make install >>>>>>>> >>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>> >>>>>>>> opam init >>>>>>>> eval `opam config env` >>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>> >>>>>>>> Hope this helps, >>>>>>>> John >>>>>>>> >>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>> >>>>>>>> ocamlc version: >>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>> directory: /usr/lib/ocaml >>>>>>>> >>>>>>>> >>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>>> make && sudo make install >>>>>>>> >>>>>>>> This succeeded. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>> { patches } are invalid field names in >>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>>>> license, authors, homepage, version, name } 'opam init >>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> Santosh >>>>>>>> _______________________________________________ >>>>>>>> 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 26 16:22:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 16:22:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVlPV-0006di-2f; Fri, 26 Apr 2013 16:22:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVlPT-0006dQ-Qt for xen-api@lists.xen.org; Fri, 26 Apr 2013 16:22:08 +0000 Received: from [193.109.254.147:52136] by server-15.bemta-14.messagelabs.com id 2C/3B-14305-FA9AA715; Fri, 26 Apr 2013 16:22:07 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1366993325!9546017!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10389 invoked from network); 26 Apr 2013 16:22:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 16:22:05 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3988854" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 16:22:06 +0000 Received: from [10.80.239.111] (10.80.239.111) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 26 Apr 2013 17:22:05 +0100 Message-ID: <517AA9C3.9080909@eu.citrix.com> Date: Fri, 26 Apr 2013 17:22:27 +0100 From: David Scott User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Santosh Jodh References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 26/04/13 16:55, Santosh Jodh wrote: > I guess I am still at master. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * master > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > origin git://github.com/xen-org/xen-api.git (fetch) > origin git://github.com/xen-org/xen-api.git (push) > > Is the fusion one git://github.com/jonludlam/xen-api.git? It is... but each repo has several branches. I think all you need to do is: cd xen-api git checkout fusion make Cheers, Dave > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 8:52 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". > > The package 'rpc-light' installs an OCaml package called 'rpclib' these > days: > > $ ocamlfind list | grep rpc > rpclib (version: 1.2.0) > rpclib.core (version: n/a) > rpclib.idl (version: n/a) > rpclib.js (version: n/a) > rpclib.json (version: n/a) > rpclib.syntax (version: n/a) > rpclib.unix (version: n/a) > rpclib.xml (version: n/a) > > It looks like the branch of xen-api you're trying to build is still using the old name. > > Cheers, > Dave > > On 26/04/13 15:28, Santosh Jodh wrote: >> The initial ones were from >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >> >> Rest from this thread and compiler output. >> >> According to opam, rpc is already installed. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc >> is already installed (current version is 1.4.1) >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Friday, April 26, 2013 7:23 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> "opam install rpc" will give you rpc-light. >> >> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >> >> -anil >> >> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >> >>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>> >>> ocamlfind: Package `rpc-light' not found >>> - scan ocaml/idl scan-ocaml-dm_api.mli >>> + ocamlfind ocamldep -package xml-light2,sexpr,log,rpc-light,http-svr >>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>> ocamlfind: Package `rpc-light' not found >>> *** omake: 210/355 targets are up to date >>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 digests) >>> *** omake: targets were not rebuilt because of errors: >>> >>> depends on: ocaml/database/string_marshall_helper.ml >>> >>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>> >>> depends on: ocaml/idl/datamodel_utils.ml >>> >>> depends on: ocaml/idl/dm_api.ml >>> >>> depends on: ocaml/idl/dm_api.mli >>> make: *** [all] Error 2 >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>> rpc-light is not a valid versioned package name 'opam install >>> rpc-light' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 11:31 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>> >>>> opam install xen-api-libs-transitional >>>> >>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>> >>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:55 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>> >>>>> That command fails: >>>>> >>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>> # os linux >>>>> # command make >>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>> # exit-code 2 >>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>> ### stdout ### >>>>> ...[truncated] >>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file or >>>>> directory compilation terminated. >>>>> Command exited with code 2. >>>>> ### stderr ### >>>>> /bin/sh: ocamlopt.opt: command not found >>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>> error code 10") >>>>> make: *** [build] Error 1 >>>>> >>>>> 'opam install xen-api-libs-transitional' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>> >>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>> >>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>> >>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>> ocamlfind: Package `type-conv' not found >>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>> make: *** [all] Error 2 >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>> >>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>> >>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>> >>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>> >>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>> >>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Santosh >>>>>>>> >>>>>>>> >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>> To: John Else >>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>> >>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>> >>>>>>>> Hi Santosh, >>>>>>>> >>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>> >>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>> latest ./configure && make && sudo make install >>>>>>>> >>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>> >>>>>>>> opam init >>>>>>>> eval `opam config env` >>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>> >>>>>>>> Hope this helps, >>>>>>>> John >>>>>>>> >>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>> >>>>>>>> ocamlc version: >>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>> directory: /usr/lib/ocaml >>>>>>>> >>>>>>>> >>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>>> make && sudo make install >>>>>>>> >>>>>>>> This succeeded. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>> { patches } are invalid field names in >>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, build-env, >>>>>>>> license, authors, homepage, version, name } 'opam init >>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> Santosh >>>>>>>> _______________________________________________ >>>>>>>> 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 26 17:03:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 17:03:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVm36-0001Ae-7B; Fri, 26 Apr 2013 17:03:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVm32-0001AX-LK for xen-api@lists.xen.org; Fri, 26 Apr 2013 17:03:01 +0000 Received: from [85.158.137.99:21360] by server-11.bemta-3.messagelabs.com id 2E/9C-01263-343BA715; Fri, 26 Apr 2013 17:02:59 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366995777!14630213!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7749 invoked from network); 26 Apr 2013 17:02:58 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 17:02:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20813735" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 17:02:56 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 10:02:56 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 10:02:52 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CmjJeUbOXkSE0TTCR0ff7czfGngABY09w Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> In-Reply-To: <517AA9C3.9080909@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion error: pathspec 'fusion' did not match any file(s) known to git. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = git://github.com/xen-org/xen-api.git [branch "master"] remote = origin merge = refs/heads/master -----Original Message----- From: Dave Scott Sent: Friday, April 26, 2013 9:22 AM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 On 26/04/13 16:55, Santosh Jodh wrote: > I guess I am still at master. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * master > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > git://github.com/xen-org/xen-api.git (fetch) origin > git://github.com/xen-org/xen-api.git (push) > > Is the fusion one git://github.com/jonludlam/xen-api.git? It is... but each repo has several branches. I think all you need to do is: cd xen-api git checkout fusion make Cheers, Dave > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 8:52 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". > > The package 'rpc-light' installs an OCaml package called 'rpclib' > these > days: > > $ ocamlfind list | grep rpc > rpclib (version: 1.2.0) > rpclib.core (version: n/a) > rpclib.idl (version: n/a) > rpclib.js (version: n/a) > rpclib.json (version: n/a) > rpclib.syntax (version: n/a) > rpclib.unix (version: n/a) > rpclib.xml (version: n/a) > > It looks like the branch of xen-api you're trying to build is still using the old name. > > Cheers, > Dave > > On 26/04/13 15:28, Santosh Jodh wrote: >> The initial ones were from >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >> >> Rest from this thread and compiler output. >> >> According to opam, rpc is already installed. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc >> is already installed (current version is 1.4.1) >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Friday, April 26, 2013 7:23 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> "opam install rpc" will give you rpc-light. >> >> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >> >> -anil >> >> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >> >>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>> >>> ocamlfind: Package `rpc-light' not found >>> - scan ocaml/idl scan-ocaml-dm_api.mli >>> + ocamlfind ocamldep -package >>> + xml-light2,sexpr,log,rpc-light,http-svr >>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>> ocamlfind: Package `rpc-light' not found >>> *** omake: 210/355 targets are up to date >>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>> digests) >>> *** omake: targets were not rebuilt because of errors: >>> >>> depends on: ocaml/database/string_marshall_helper.ml >>> >>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>> >>> depends on: ocaml/idl/datamodel_utils.ml >>> >>> depends on: ocaml/idl/dm_api.ml >>> >>> depends on: ocaml/idl/dm_api.mli >>> make: *** [all] Error 2 >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>> rpc-light is not a valid versioned package name 'opam install >>> rpc-light' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 11:31 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>> >>>> opam install xen-api-libs-transitional >>>> >>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>> >>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:55 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>> >>>>> That command fails: >>>>> >>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>> # os linux >>>>> # command make >>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>> # exit-code 2 >>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>> ### stdout ### >>>>> ...[truncated] >>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>> or directory compilation terminated. >>>>> Command exited with code 2. >>>>> ### stderr ### >>>>> /bin/sh: ocamlopt.opt: command not found >>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>> error code 10") >>>>> make: *** [build] Error 1 >>>>> >>>>> 'opam install xen-api-libs-transitional' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>> >>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>> >>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>> >>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>> ocamlfind: Package `type-conv' not found >>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>> make: *** [all] Error 2 >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>> >>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>> >>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>> >>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>> >>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>> >>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Santosh >>>>>>>> >>>>>>>> >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>> To: John Else >>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>> >>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>> >>>>>>>> Hi Santosh, >>>>>>>> >>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>> >>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>> latest ./configure && make && sudo make install >>>>>>>> >>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>> >>>>>>>> opam init >>>>>>>> eval `opam config env` >>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>> >>>>>>>> Hope this helps, >>>>>>>> John >>>>>>>> >>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>> >>>>>>>> ocamlc version: >>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>> directory: /usr/lib/ocaml >>>>>>>> >>>>>>>> >>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>>> make && sudo make install >>>>>>>> >>>>>>>> This succeeded. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>> { patches } are invalid field names in >>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> Santosh >>>>>>>> _______________________________________________ >>>>>>>> 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 26 17:03:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 17:03:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVm36-0001Ae-7B; Fri, 26 Apr 2013 17:03:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVm32-0001AX-LK for xen-api@lists.xen.org; Fri, 26 Apr 2013 17:03:01 +0000 Received: from [85.158.137.99:21360] by server-11.bemta-3.messagelabs.com id 2E/9C-01263-343BA715; Fri, 26 Apr 2013 17:02:59 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366995777!14630213!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7749 invoked from network); 26 Apr 2013 17:02:58 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 17:02:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20813735" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 17:02:56 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 10:02:56 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 10:02:52 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CmjJeUbOXkSE0TTCR0ff7czfGngABY09w Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <65377944-6BB6-4169-AD77-646BE03073C8@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> In-Reply-To: <517AA9C3.9080909@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion error: pathspec 'fusion' did not match any file(s) known to git. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = git://github.com/xen-org/xen-api.git [branch "master"] remote = origin merge = refs/heads/master -----Original Message----- From: Dave Scott Sent: Friday, April 26, 2013 9:22 AM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 On 26/04/13 16:55, Santosh Jodh wrote: > I guess I am still at master. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * master > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > git://github.com/xen-org/xen-api.git (fetch) origin > git://github.com/xen-org/xen-api.git (push) > > Is the fusion one git://github.com/jonludlam/xen-api.git? It is... but each repo has several branches. I think all you need to do is: cd xen-api git checkout fusion make Cheers, Dave > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 8:52 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". > > The package 'rpc-light' installs an OCaml package called 'rpclib' > these > days: > > $ ocamlfind list | grep rpc > rpclib (version: 1.2.0) > rpclib.core (version: n/a) > rpclib.idl (version: n/a) > rpclib.js (version: n/a) > rpclib.json (version: n/a) > rpclib.syntax (version: n/a) > rpclib.unix (version: n/a) > rpclib.xml (version: n/a) > > It looks like the branch of xen-api you're trying to build is still using the old name. > > Cheers, > Dave > > On 26/04/13 15:28, Santosh Jodh wrote: >> The initial ones were from >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >> >> Rest from this thread and compiler output. >> >> According to opam, rpc is already installed. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc >> is already installed (current version is 1.4.1) >> >> -----Original Message----- >> From: Anil Madhavapeddy [mailto:anil@recoil.org] >> Sent: Friday, April 26, 2013 7:23 AM >> To: Santosh Jodh >> Cc: Dave Scott; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> "opam install rpc" will give you rpc-light. >> >> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >> >> -anil >> >> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >> >>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>> >>> ocamlfind: Package `rpc-light' not found >>> - scan ocaml/idl scan-ocaml-dm_api.mli >>> + ocamlfind ocamldep -package >>> + xml-light2,sexpr,log,rpc-light,http-svr >>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>> ocamlfind: Package `rpc-light' not found >>> *** omake: 210/355 targets are up to date >>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>> digests) >>> *** omake: targets were not rebuilt because of errors: >>> >>> depends on: ocaml/database/string_marshall_helper.ml >>> >>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>> >>> depends on: ocaml/idl/datamodel_utils.ml >>> >>> depends on: ocaml/idl/dm_api.ml >>> >>> depends on: ocaml/idl/dm_api.mli >>> make: *** [all] Error 2 >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>> rpc-light is not a valid versioned package name 'opam install >>> rpc-light' failed. >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Thursday, April 25, 2013 11:31 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>> >>>> opam install xen-api-libs-transitional >>>> >>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>> >>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 2:55 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>> >>>>> That command fails: >>>>> >>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>> # os linux >>>>> # command make >>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>> # exit-code 2 >>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>> ### stdout ### >>>>> ...[truncated] >>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>> or directory compilation terminated. >>>>> Command exited with code 2. >>>>> ### stderr ### >>>>> /bin/sh: ocamlopt.opt: command not found >>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>> error code 10") >>>>> make: *** [build] Error 1 >>>>> >>>>> 'opam install xen-api-libs-transitional' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>> >>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>> >>>>>> -anil >>>>>> >>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>> >>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>> >>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>> ocamlfind: Package `type-conv' not found >>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>> make: *** [all] Error 2 >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>> >>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>> >>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >> >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>> >>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>> >>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>> >>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Santosh >>>>>>>> >>>>>>>> >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>> To: John Else >>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>> >>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>> >>>>>>>> Hi Santosh, >>>>>>>> >>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>> >>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>> latest ./configure && make && sudo make install >>>>>>>> >>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>> >>>>>>>> opam init >>>>>>>> eval `opam config env` >>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>> >>>>>>>> Hope this helps, >>>>>>>> John >>>>>>>> >>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>> >>>>>>>> ocamlc version: >>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>> directory: /usr/lib/ocaml >>>>>>>> >>>>>>>> >>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>>> make && sudo make install >>>>>>>> >>>>>>>> This succeeded. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>> { patches } are invalid field names in >>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> Santosh >>>>>>>> _______________________________________________ >>>>>>>> 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 26 17:13:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 17:13:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmCj-0001rd-7C; Fri, 26 Apr 2013 17:13:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmCh-0001rS-HH for xen-api@lists.xen.org; Fri, 26 Apr 2013 17:12:59 +0000 Received: from [85.158.143.99:29290] by server-3.bemta-4.messagelabs.com id 28/3A-02186-A95BA715; Fri, 26 Apr 2013 17:12:58 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1366996378!23432906!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24413 invoked from network); 26 Apr 2013 17:12:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 17:12:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3990403" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 17:12:58 +0000 Received: from [10.80.239.111] (10.80.239.111) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 26 Apr 2013 18:12:57 +0100 Message-ID: <517AB5AF.4090901@eu.citrix.com> Date: Fri, 26 Apr 2013 18:13:19 +0100 From: David Scott User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Santosh Jodh References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 I didn't read your email carefully enough, see below: On 26/04/13 18:02, Santosh Jodh wrote: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > error: pathspec 'fusion' did not match any file(s) known to git. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > [core] > repositoryformatversion = 0 > filemode = true > bare = false > logallrefupdates = true > [remote "origin"] > fetch = +refs/heads/*:refs/remotes/origin/* > url = git://github.com/xen-org/xen-api.git this is xen-org/xen-api.git not jonludlam/xen-api.git > [branch "master"] > remote = origin > merge = refs/heads/master > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 9:22 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > On 26/04/13 16:55, Santosh Jodh wrote: >> I guess I am still at master. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * master >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >> git://github.com/xen-org/xen-api.git (fetch) origin >> git://github.com/xen-org/xen-api.git (push) >> >> Is the fusion one git://github.com/jonludlam/xen-api.git? > > It is... but each repo has several branches. I think all you need to do is: > > cd xen-api > git checkout fusion > make Try this (I've got a good feeling about this one!) rm -rf xen-api git clone git://github.com/jonludlam/xen-api.git cd xen-api git checkout fusion make Cheers, Dave > > Cheers, > Dave > >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 8:52 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >> >> The package 'rpc-light' installs an OCaml package called 'rpclib' >> these >> days: >> >> $ ocamlfind list | grep rpc >> rpclib (version: 1.2.0) >> rpclib.core (version: n/a) >> rpclib.idl (version: n/a) >> rpclib.js (version: n/a) >> rpclib.json (version: n/a) >> rpclib.syntax (version: n/a) >> rpclib.unix (version: n/a) >> rpclib.xml (version: n/a) >> >> It looks like the branch of xen-api you're trying to build is still using the old name. >> >> Cheers, >> Dave >> >> On 26/04/13 15:28, Santosh Jodh wrote: >>> The initial ones were from >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>> >>> Rest from this thread and compiler output. >>> >>> According to opam, rpc is already installed. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc >>> is already installed (current version is 1.4.1) >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 7:23 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> "opam install rpc" will give you rpc-light. >>> >>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>> >>> -anil >>> >>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>> >>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>> >>>> ocamlfind: Package `rpc-light' not found >>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>> + ocamlfind ocamldep -package >>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>> ocamlfind: Package `rpc-light' not found >>>> *** omake: 210/355 targets are up to date >>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>> digests) >>>> *** omake: targets were not rebuilt because of errors: >>>> >>>> depends on: ocaml/database/string_marshall_helper.ml >>>> >>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>> >>>> depends on: ocaml/idl/datamodel_utils.ml >>>> >>>> depends on: ocaml/idl/dm_api.ml >>>> >>>> depends on: ocaml/idl/dm_api.mli >>>> make: *** [all] Error 2 >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>> rpc-light is not a valid versioned package name 'opam install >>>> rpc-light' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 11:31 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install xen-api-libs-transitional >>>>> >>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>> >>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>> >>>>>> That command fails: >>>>>> >>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>> # os linux >>>>>> # command make >>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>> # exit-code 2 >>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>> ### stdout ### >>>>>> ...[truncated] >>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>> or directory compilation terminated. >>>>>> Command exited with code 2. >>>>>> ### stderr ### >>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>> error code 10") >>>>>> make: *** [build] Error 1 >>>>>> >>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>> >>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>> >>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>> >>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>> make: *** [all] Error 2 >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>> >>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>> >>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>> >>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>> >>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Santosh >>>>>>>>> >>>>>>>>> >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>> To: John Else >>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>> >>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>> >>>>>>>>> Hi Santosh, >>>>>>>>> >>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>> >>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>> >>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>> >>>>>>>>> opam init >>>>>>>>> eval `opam config env` >>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>> >>>>>>>>> Hope this helps, >>>>>>>>> John >>>>>>>>> >>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>> >>>>>>>>> ocamlc version: >>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>> >>>>>>>>> >>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>>>> make && sudo make install >>>>>>>>> >>>>>>>>> This succeeded. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>> { patches } are invalid field names in >>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>> >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Santosh >>>>>>>>> _______________________________________________ >>>>>>>>> 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 26 17:13:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 17:13:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmCj-0001rd-7C; Fri, 26 Apr 2013 17:13:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmCh-0001rS-HH for xen-api@lists.xen.org; Fri, 26 Apr 2013 17:12:59 +0000 Received: from [85.158.143.99:29290] by server-3.bemta-4.messagelabs.com id 28/3A-02186-A95BA715; Fri, 26 Apr 2013 17:12:58 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1366996378!23432906!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24413 invoked from network); 26 Apr 2013 17:12:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 17:12:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3990403" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 17:12:58 +0000 Received: from [10.80.239.111] (10.80.239.111) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 26 Apr 2013 18:12:57 +0100 Message-ID: <517AB5AF.4090901@eu.citrix.com> Date: Fri, 26 Apr 2013 18:13:19 +0100 From: David Scott User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Santosh Jodh References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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 I didn't read your email carefully enough, see below: On 26/04/13 18:02, Santosh Jodh wrote: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > error: pathspec 'fusion' did not match any file(s) known to git. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > [core] > repositoryformatversion = 0 > filemode = true > bare = false > logallrefupdates = true > [remote "origin"] > fetch = +refs/heads/*:refs/remotes/origin/* > url = git://github.com/xen-org/xen-api.git this is xen-org/xen-api.git not jonludlam/xen-api.git > [branch "master"] > remote = origin > merge = refs/heads/master > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 9:22 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > On 26/04/13 16:55, Santosh Jodh wrote: >> I guess I am still at master. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * master >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >> git://github.com/xen-org/xen-api.git (fetch) origin >> git://github.com/xen-org/xen-api.git (push) >> >> Is the fusion one git://github.com/jonludlam/xen-api.git? > > It is... but each repo has several branches. I think all you need to do is: > > cd xen-api > git checkout fusion > make Try this (I've got a good feeling about this one!) rm -rf xen-api git clone git://github.com/jonludlam/xen-api.git cd xen-api git checkout fusion make Cheers, Dave > > Cheers, > Dave > >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 8:52 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >> >> The package 'rpc-light' installs an OCaml package called 'rpclib' >> these >> days: >> >> $ ocamlfind list | grep rpc >> rpclib (version: 1.2.0) >> rpclib.core (version: n/a) >> rpclib.idl (version: n/a) >> rpclib.js (version: n/a) >> rpclib.json (version: n/a) >> rpclib.syntax (version: n/a) >> rpclib.unix (version: n/a) >> rpclib.xml (version: n/a) >> >> It looks like the branch of xen-api you're trying to build is still using the old name. >> >> Cheers, >> Dave >> >> On 26/04/13 15:28, Santosh Jodh wrote: >>> The initial ones were from >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>> >>> Rest from this thread and compiler output. >>> >>> According to opam, rpc is already installed. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package rpc >>> is already installed (current version is 1.4.1) >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 7:23 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> "opam install rpc" will give you rpc-light. >>> >>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>> >>> -anil >>> >>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>> >>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>> >>>> ocamlfind: Package `rpc-light' not found >>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>> + ocamlfind ocamldep -package >>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>> ocamlfind: Package `rpc-light' not found >>>> *** omake: 210/355 targets are up to date >>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>> digests) >>>> *** omake: targets were not rebuilt because of errors: >>>> >>>> depends on: ocaml/database/string_marshall_helper.ml >>>> >>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>> >>>> depends on: ocaml/idl/datamodel_utils.ml >>>> >>>> depends on: ocaml/idl/dm_api.ml >>>> >>>> depends on: ocaml/idl/dm_api.mli >>>> make: *** [all] Error 2 >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>> rpc-light is not a valid versioned package name 'opam install >>>> rpc-light' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 11:31 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install xen-api-libs-transitional >>>>> >>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>> >>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>> >>>>>> That command fails: >>>>>> >>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>> # os linux >>>>>> # command make >>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>> # exit-code 2 >>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>> ### stdout ### >>>>>> ...[truncated] >>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>> or directory compilation terminated. >>>>>> Command exited with code 2. >>>>>> ### stderr ### >>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>> error code 10") >>>>>> make: *** [build] Error 1 >>>>>> >>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>> >>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>> >>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>> >>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>> make: *** [all] Error 2 >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>> >>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>> >>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>> >>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>> >>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Santosh >>>>>>>>> >>>>>>>>> >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>> To: John Else >>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>> >>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>> >>>>>>>>> Hi Santosh, >>>>>>>>> >>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>> >>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>> >>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>> >>>>>>>>> opam init >>>>>>>>> eval `opam config env` >>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>> >>>>>>>>> Hope this helps, >>>>>>>>> John >>>>>>>>> >>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh Jodh >>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>> >>>>>>>>> ocamlc version: >>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>> >>>>>>>>> >>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure && >>>>>>>>> make && sudo make install >>>>>>>>> >>>>>>>>> This succeeded. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>> { patches } are invalid field names in >>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields are >>>>>>>>> { opam-version, maintainer, substs, build, remove, depends, >>>>>>>>> depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>> >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Santosh >>>>>>>>> _______________________________________________ >>>>>>>>> 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 26 17:49:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 17:49: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 1UVmmA-0003Ym-B6; Fri, 26 Apr 2013 17:49:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmm8-0003Yh-Fv for xen-api@lists.xen.org; Fri, 26 Apr 2013 17:49:36 +0000 Received: from [193.109.254.147:31731] by server-10.bemta-14.messagelabs.com id 31/39-11798-F2EBA715; Fri, 26 Apr 2013 17:49:35 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1366998571!8372223!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13046 invoked from network); 26 Apr 2013 17:49:33 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 17:49:33 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20822614" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 17:49:30 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 10:49:30 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 10:49:26 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CoU4Qn6Aq5CEUQMOKVntUv3wEggABKDpw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> In-Reply-To: <517AB5AF.4090901@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 misunderstood you when you said each repo has several branches. I get following on fusion branch: sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l * fusion master sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 omake: Symbol `FamErrlist' has different size in shared object, consider re-linking *** omake: reading OMakefiles *** omake: finished reading OMakefiles (0.17 sec) --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) --- Checking whether ocamlc understands the "z" warnings... (yes) - build ocaml/idl datamodel.cmx + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml Fatal error: exception Stack_overflow *** omake: 223/277 targets are up to date *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) *** omake: targets were not rebuilt because of errors: ocaml/idl/datamodel.cmi depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o depends on: ocaml/idl/datamodel.ml make: *** [all] Error 2 -----Original Message----- From: Dave Scott Sent: Friday, April 26, 2013 10:13 AM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 I didn't read your email carefully enough, see below: On 26/04/13 18:02, Santosh Jodh wrote: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > error: pathspec 'fusion' did not match any file(s) known to git. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] > repositoryformatversion = 0 > filemode = true > bare = false > logallrefupdates = true > [remote "origin"] > fetch = +refs/heads/*:refs/remotes/origin/* > url = git://github.com/xen-org/xen-api.git this is xen-org/xen-api.git not jonludlam/xen-api.git > [branch "master"] > remote = origin > merge = refs/heads/master > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 9:22 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > On 26/04/13 16:55, Santosh Jodh wrote: >> I guess I am still at master. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * master >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >> git://github.com/xen-org/xen-api.git (fetch) origin >> git://github.com/xen-org/xen-api.git (push) >> >> Is the fusion one git://github.com/jonludlam/xen-api.git? > > It is... but each repo has several branches. I think all you need to do is: > > cd xen-api > git checkout fusion > make Try this (I've got a good feeling about this one!) rm -rf xen-api git clone git://github.com/jonludlam/xen-api.git cd xen-api git checkout fusion make Cheers, Dave > > Cheers, > Dave > >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 8:52 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >> >> The package 'rpc-light' installs an OCaml package called 'rpclib' >> these >> days: >> >> $ ocamlfind list | grep rpc >> rpclib (version: 1.2.0) >> rpclib.core (version: n/a) >> rpclib.idl (version: n/a) >> rpclib.js (version: n/a) >> rpclib.json (version: n/a) >> rpclib.syntax (version: n/a) >> rpclib.unix (version: n/a) >> rpclib.xml (version: n/a) >> >> It looks like the branch of xen-api you're trying to build is still using the old name. >> >> Cheers, >> Dave >> >> On 26/04/13 15:28, Santosh Jodh wrote: >>> The initial ones were from >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>> >>> Rest from this thread and compiler output. >>> >>> According to opam, rpc is already installed. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>> rpc is already installed (current version is 1.4.1) >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 7:23 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> "opam install rpc" will give you rpc-light. >>> >>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>> >>> -anil >>> >>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>> >>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>> >>>> ocamlfind: Package `rpc-light' not found >>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>> + ocamlfind ocamldep -package >>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>> ocamlfind: Package `rpc-light' not found >>>> *** omake: 210/355 targets are up to date >>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>> digests) >>>> *** omake: targets were not rebuilt because of errors: >>>> >>>> depends on: ocaml/database/string_marshall_helper.ml >>>> >>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>> >>>> depends on: ocaml/idl/datamodel_utils.ml >>>> >>>> depends on: ocaml/idl/dm_api.ml >>>> >>>> depends on: ocaml/idl/dm_api.mli >>>> make: *** [all] Error 2 >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>> rpc-light is not a valid versioned package name 'opam install >>>> rpc-light' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 11:31 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install xen-api-libs-transitional >>>>> >>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>> >>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>> >>>>>> That command fails: >>>>>> >>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>> # os linux >>>>>> # command make >>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>> # exit-code 2 >>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>> ### stdout ### >>>>>> ...[truncated] >>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>> or directory compilation terminated. >>>>>> Command exited with code 2. >>>>>> ### stderr ### >>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>> error code 10") >>>>>> make: *** [build] Error 1 >>>>>> >>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>> >>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>> >>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>> >>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>> make: *** [all] Error 2 >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>> >>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>> >>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>> >>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>> >>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Santosh >>>>>>>>> >>>>>>>>> >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>> To: John Else >>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>> >>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>> >>>>>>>>> Hi Santosh, >>>>>>>>> >>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>> >>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>> >>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>> >>>>>>>>> opam init >>>>>>>>> eval `opam config env` >>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>> >>>>>>>>> Hope this helps, >>>>>>>>> John >>>>>>>>> >>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>> Jodh >>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>> >>>>>>>>> ocamlc version: >>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>> >>>>>>>>> >>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>> && make && sudo make install >>>>>>>>> >>>>>>>>> This succeeded. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>> { patches } are invalid field names in >>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>> >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Santosh >>>>>>>>> _______________________________________________ >>>>>>>>> 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 26 17:49:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 17:49: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 1UVmmA-0003Ym-B6; Fri, 26 Apr 2013 17:49:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmm8-0003Yh-Fv for xen-api@lists.xen.org; Fri, 26 Apr 2013 17:49:36 +0000 Received: from [193.109.254.147:31731] by server-10.bemta-14.messagelabs.com id 31/39-11798-F2EBA715; Fri, 26 Apr 2013 17:49:35 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1366998571!8372223!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13046 invoked from network); 26 Apr 2013 17:49:33 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 17:49:33 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20822614" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 17:49:30 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 10:49:30 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 10:49:26 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CoU4Qn6Aq5CEUQMOKVntUv3wEggABKDpw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> In-Reply-To: <517AB5AF.4090901@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 misunderstood you when you said each repo has several branches. I get following on fusion branch: sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l * fusion master sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 omake: Symbol `FamErrlist' has different size in shared object, consider re-linking *** omake: reading OMakefiles *** omake: finished reading OMakefiles (0.17 sec) --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) --- Checking whether ocamlc understands the "z" warnings... (yes) - build ocaml/idl datamodel.cmx + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml Fatal error: exception Stack_overflow *** omake: 223/277 targets are up to date *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) *** omake: targets were not rebuilt because of errors: ocaml/idl/datamodel.cmi depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o depends on: ocaml/idl/datamodel.ml make: *** [all] Error 2 -----Original Message----- From: Dave Scott Sent: Friday, April 26, 2013 10:13 AM To: Santosh Jodh Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 I didn't read your email carefully enough, see below: On 26/04/13 18:02, Santosh Jodh wrote: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > error: pathspec 'fusion' did not match any file(s) known to git. > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] > repositoryformatversion = 0 > filemode = true > bare = false > logallrefupdates = true > [remote "origin"] > fetch = +refs/heads/*:refs/remotes/origin/* > url = git://github.com/xen-org/xen-api.git this is xen-org/xen-api.git not jonludlam/xen-api.git > [branch "master"] > remote = origin > merge = refs/heads/master > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 9:22 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > On 26/04/13 16:55, Santosh Jodh wrote: >> I guess I am still at master. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * master >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >> git://github.com/xen-org/xen-api.git (fetch) origin >> git://github.com/xen-org/xen-api.git (push) >> >> Is the fusion one git://github.com/jonludlam/xen-api.git? > > It is... but each repo has several branches. I think all you need to do is: > > cd xen-api > git checkout fusion > make Try this (I've got a good feeling about this one!) rm -rf xen-api git clone git://github.com/jonludlam/xen-api.git cd xen-api git checkout fusion make Cheers, Dave > > Cheers, > Dave > >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 8:52 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >> >> The package 'rpc-light' installs an OCaml package called 'rpclib' >> these >> days: >> >> $ ocamlfind list | grep rpc >> rpclib (version: 1.2.0) >> rpclib.core (version: n/a) >> rpclib.idl (version: n/a) >> rpclib.js (version: n/a) >> rpclib.json (version: n/a) >> rpclib.syntax (version: n/a) >> rpclib.unix (version: n/a) >> rpclib.xml (version: n/a) >> >> It looks like the branch of xen-api you're trying to build is still using the old name. >> >> Cheers, >> Dave >> >> On 26/04/13 15:28, Santosh Jodh wrote: >>> The initial ones were from >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>> >>> Rest from this thread and compiler output. >>> >>> According to opam, rpc is already installed. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>> rpc is already installed (current version is 1.4.1) >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 7:23 AM >>> To: Santosh Jodh >>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> "opam install rpc" will give you rpc-light. >>> >>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>> >>> -anil >>> >>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>> >>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>> >>>> ocamlfind: Package `rpc-light' not found >>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>> + ocamlfind ocamldep -package >>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>> ocamlfind: Package `rpc-light' not found >>>> *** omake: 210/355 targets are up to date >>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>> digests) >>>> *** omake: targets were not rebuilt because of errors: >>>> >>>> depends on: ocaml/database/string_marshall_helper.ml >>>> >>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>> >>>> depends on: ocaml/idl/datamodel_utils.ml >>>> >>>> depends on: ocaml/idl/dm_api.ml >>>> >>>> depends on: ocaml/idl/dm_api.mli >>>> make: *** [all] Error 2 >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>> rpc-light is not a valid versioned package name 'opam install >>>> rpc-light' failed. >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Thursday, April 25, 2013 11:31 PM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>> >>>>> opam install xen-api-libs-transitional >>>>> >>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>> >>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>> >>>>>> That command fails: >>>>>> >>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>> # os linux >>>>>> # command make >>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>> # exit-code 2 >>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>> ### stdout ### >>>>>> ...[truncated] >>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>> or directory compilation terminated. >>>>>> Command exited with code 2. >>>>>> ### stderr ### >>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>> error code 10") >>>>>> make: *** [build] Error 1 >>>>>> >>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>> >>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>> >>>>>>> -anil >>>>>>> >>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>> >>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>> >>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>> make: *** [all] Error 2 >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>> >>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>> >>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>> >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>> >>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>> >>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Santosh >>>>>>>>> >>>>>>>>> >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>> To: John Else >>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>> >>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>> >>>>>>>>> Hi Santosh, >>>>>>>>> >>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>> >>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>> >>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>> >>>>>>>>> opam init >>>>>>>>> eval `opam config env` >>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>> >>>>>>>>> Hope this helps, >>>>>>>>> John >>>>>>>>> >>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>> Jodh >>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>> >>>>>>>>> ocamlc version: >>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>> >>>>>>>>> >>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>> && make && sudo make install >>>>>>>>> >>>>>>>>> This succeeded. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>> { patches } are invalid field names in >>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>> >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Santosh >>>>>>>>> _______________________________________________ >>>>>>>>> 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 26 18:03:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:03: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 1UVmzb-0003wF-QH; Fri, 26 Apr 2013 18:03:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmzZ-0003wA-OD for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:03:30 +0000 Received: from [85.158.138.51:45493] by server-5.bemta-3.messagelabs.com id 27/9B-30636-071CA715; Fri, 26 Apr 2013 18:03:28 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1366999407!21891741!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14872 invoked from network); 26 Apr 2013 18:03:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 18:03:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3991497" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 18:03:25 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 19:03:25 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 19:03:18 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CqFieP2SMjsQHQgydJWj+GSR5CQ== Message-ID: <2ACD4785-B9A6-4E45-8C5E-D9594FD15F3C@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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'll be the byte code compilers rather than native - if you're on Debian, you'll need the package 'ocaml-native-compilers', IIRC. Some of the xapi source files have grown quite big over the years...! Jon Sent from my iPad On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > Ok - I misunderstood you when you said each repo has several branches. > > I get following on fusion branch: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * fusion > master > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make > omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.17 sec) > --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > - build ocaml/idl datamodel.cmx > + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml > Fatal error: exception Stack_overflow > *** omake: 223/277 targets are up to date > *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/idl/datamodel.cmi > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.cmx > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.o > depends on: ocaml/idl/datamodel.ml > make: *** [all] Error 2 > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 10:13 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > I didn't read your email carefully enough, see below: > > On 26/04/13 18:02, Santosh Jodh wrote: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >> error: pathspec 'fusion' did not match any file(s) known to git. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >> repositoryformatversion = 0 >> filemode = true >> bare = false >> logallrefupdates = true >> [remote "origin"] >> fetch = +refs/heads/*:refs/remotes/origin/* >> url = git://github.com/xen-org/xen-api.git > > this is xen-org/xen-api.git not jonludlam/xen-api.git > >> [branch "master"] >> remote = origin >> merge = refs/heads/master >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 9:22 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> On 26/04/13 16:55, Santosh Jodh wrote: >>> I guess I am still at master. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>> * master >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>> git://github.com/xen-org/xen-api.git (fetch) origin >>> git://github.com/xen-org/xen-api.git (push) >>> >>> Is the fusion one git://github.com/jonludlam/xen-api.git? >> >> It is... but each repo has several branches. I think all you need to do is: >> >> cd xen-api >> git checkout fusion >> make > > Try this (I've got a good feeling about this one!) > > rm -rf xen-api > git clone git://github.com/jonludlam/xen-api.git > cd xen-api > git checkout fusion > make > > Cheers, > Dave > >> >> Cheers, >> Dave >> >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 8:52 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>> >>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>> these >>> days: >>> >>> $ ocamlfind list | grep rpc >>> rpclib (version: 1.2.0) >>> rpclib.core (version: n/a) >>> rpclib.idl (version: n/a) >>> rpclib.js (version: n/a) >>> rpclib.json (version: n/a) >>> rpclib.syntax (version: n/a) >>> rpclib.unix (version: n/a) >>> rpclib.xml (version: n/a) >>> >>> It looks like the branch of xen-api you're trying to build is still using the old name. >>> >>> Cheers, >>> Dave >>> >>> On 26/04/13 15:28, Santosh Jodh wrote: >>>> The initial ones were from >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>> >>>> Rest from this thread and compiler output. >>>> >>>> According to opam, rpc is already installed. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>> rpc is already installed (current version is 1.4.1) >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Friday, April 26, 2013 7:23 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> "opam install rpc" will give you rpc-light. >>>> >>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>> >>>> -anil >>>> >>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>> >>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>> >>>>> ocamlfind: Package `rpc-light' not found >>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>> + ocamlfind ocamldep -package >>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>> ocamlfind: Package `rpc-light' not found >>>>> *** omake: 210/355 targets are up to date >>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> >>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>> >>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.mli >>>>> make: *** [all] Error 2 >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>> rpc-light is not a valid versioned package name 'opam install >>>>> rpc-light' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install xen-api-libs-transitional >>>>>> >>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>> >>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> That command fails: >>>>>>> >>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>> # os linux >>>>>>> # command make >>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>> # exit-code 2 >>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>> ### stdout ### >>>>>>> ...[truncated] >>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>>> or directory compilation terminated. >>>>>>> Command exited with code 2. >>>>>>> ### stderr ### >>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>>> error code 10") >>>>>>> make: *** [build] Error 1 >>>>>>> >>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>> >>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>> >>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>> >>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>> >>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>> >>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>> >>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Santosh >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>> To: John Else >>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>> >>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>> >>>>>>>>>> Hi Santosh, >>>>>>>>>> >>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>> >>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>>> >>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>> >>>>>>>>>> opam init >>>>>>>>>> eval `opam config env` >>>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>>> >>>>>>>>>> Hope this helps, >>>>>>>>>> John >>>>>>>>>> >>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>> Jodh >>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>> >>>>>>>>>> ocamlc version: >>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>> && make && sudo make install >>>>>>>>>> >>>>>>>>>> This succeeded. >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>> { patches } are invalid field names in >>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Santosh >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 Fri Apr 26 18:03:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:03: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 1UVmzb-0003wF-QH; Fri, 26 Apr 2013 18:03:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVmzZ-0003wA-OD for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:03:30 +0000 Received: from [85.158.138.51:45493] by server-5.bemta-3.messagelabs.com id 27/9B-30636-071CA715; Fri, 26 Apr 2013 18:03:28 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1366999407!21891741!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14872 invoked from network); 26 Apr 2013 18:03:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 18:03:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3991497" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 18:03:25 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 19:03:25 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 19:03:18 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CqFieP2SMjsQHQgydJWj+GSR5CQ== Message-ID: <2ACD4785-B9A6-4E45-8C5E-D9594FD15F3C@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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'll be the byte code compilers rather than native - if you're on Debian, you'll need the package 'ocaml-native-compilers', IIRC. Some of the xapi source files have grown quite big over the years...! Jon Sent from my iPad On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > Ok - I misunderstood you when you said each repo has several branches. > > I get following on fusion branch: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * fusion > master > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make > omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.17 sec) > --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > - build ocaml/idl datamodel.cmx > + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml > Fatal error: exception Stack_overflow > *** omake: 223/277 targets are up to date > *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/idl/datamodel.cmi > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.cmx > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.o > depends on: ocaml/idl/datamodel.ml > make: *** [all] Error 2 > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 10:13 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > I didn't read your email carefully enough, see below: > > On 26/04/13 18:02, Santosh Jodh wrote: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >> error: pathspec 'fusion' did not match any file(s) known to git. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >> repositoryformatversion = 0 >> filemode = true >> bare = false >> logallrefupdates = true >> [remote "origin"] >> fetch = +refs/heads/*:refs/remotes/origin/* >> url = git://github.com/xen-org/xen-api.git > > this is xen-org/xen-api.git not jonludlam/xen-api.git > >> [branch "master"] >> remote = origin >> merge = refs/heads/master >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 9:22 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> On 26/04/13 16:55, Santosh Jodh wrote: >>> I guess I am still at master. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>> * master >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>> git://github.com/xen-org/xen-api.git (fetch) origin >>> git://github.com/xen-org/xen-api.git (push) >>> >>> Is the fusion one git://github.com/jonludlam/xen-api.git? >> >> It is... but each repo has several branches. I think all you need to do is: >> >> cd xen-api >> git checkout fusion >> make > > Try this (I've got a good feeling about this one!) > > rm -rf xen-api > git clone git://github.com/jonludlam/xen-api.git > cd xen-api > git checkout fusion > make > > Cheers, > Dave > >> >> Cheers, >> Dave >> >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 8:52 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>> >>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>> these >>> days: >>> >>> $ ocamlfind list | grep rpc >>> rpclib (version: 1.2.0) >>> rpclib.core (version: n/a) >>> rpclib.idl (version: n/a) >>> rpclib.js (version: n/a) >>> rpclib.json (version: n/a) >>> rpclib.syntax (version: n/a) >>> rpclib.unix (version: n/a) >>> rpclib.xml (version: n/a) >>> >>> It looks like the branch of xen-api you're trying to build is still using the old name. >>> >>> Cheers, >>> Dave >>> >>> On 26/04/13 15:28, Santosh Jodh wrote: >>>> The initial ones were from >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>> >>>> Rest from this thread and compiler output. >>>> >>>> According to opam, rpc is already installed. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>> rpc is already installed (current version is 1.4.1) >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Friday, April 26, 2013 7:23 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> "opam install rpc" will give you rpc-light. >>>> >>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>> >>>> -anil >>>> >>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>> >>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>> >>>>> ocamlfind: Package `rpc-light' not found >>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>> + ocamlfind ocamldep -package >>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>> ocamlfind: Package `rpc-light' not found >>>>> *** omake: 210/355 targets are up to date >>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> >>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>> >>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.mli >>>>> make: *** [all] Error 2 >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>> rpc-light is not a valid versioned package name 'opam install >>>>> rpc-light' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install xen-api-libs-transitional >>>>>> >>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>> >>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> That command fails: >>>>>>> >>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>> # os linux >>>>>>> # command make >>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>> # exit-code 2 >>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>> ### stdout ### >>>>>>> ...[truncated] >>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>>> or directory compilation terminated. >>>>>>> Command exited with code 2. >>>>>>> ### stderr ### >>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>>> error code 10") >>>>>>> make: *** [build] Error 1 >>>>>>> >>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>> >>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>> >>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>> >>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>> >>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>> >>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>> >>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Santosh >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>> To: John Else >>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>> >>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>> >>>>>>>>>> Hi Santosh, >>>>>>>>>> >>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>> >>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>>> >>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>> >>>>>>>>>> opam init >>>>>>>>>> eval `opam config env` >>>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>>> >>>>>>>>>> Hope this helps, >>>>>>>>>> John >>>>>>>>>> >>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>> Jodh >>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>> >>>>>>>>>> ocamlc version: >>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>> && make && sudo make install >>>>>>>>>> >>>>>>>>>> This succeeded. >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>> { patches } are invalid field names in >>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Santosh >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 Fri Apr 26 18:06:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:06: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 1UVn2X-00043q-Pn; Fri, 26 Apr 2013 18:06:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVn2W-00043l-Gt for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:06:32 +0000 Received: from [85.158.139.211:48046] by server-14.bemta-5.messagelabs.com id B0/EA-13158-722CA715; Fri, 26 Apr 2013 18:06:31 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1366999590!20112588!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28055 invoked from network); 26 Apr 2013 18:06:30 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 18:06:30 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3991558" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 18:06:31 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 19:06:30 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 19:06:26 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CqMat/JXX9ifCRRW9Gs5ZE8fv6g== Message-ID: <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Although it does seem to have found ocamlopt.opt - odd. Hmm. Sent from my iPad On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > Ok - I misunderstood you when you said each repo has several branches. > > I get following on fusion branch: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * fusion > master > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make > omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.17 sec) > --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > - build ocaml/idl datamodel.cmx > + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml > Fatal error: exception Stack_overflow > *** omake: 223/277 targets are up to date > *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/idl/datamodel.cmi > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.cmx > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.o > depends on: ocaml/idl/datamodel.ml > make: *** [all] Error 2 > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 10:13 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > I didn't read your email carefully enough, see below: > > On 26/04/13 18:02, Santosh Jodh wrote: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >> error: pathspec 'fusion' did not match any file(s) known to git. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >> repositoryformatversion = 0 >> filemode = true >> bare = false >> logallrefupdates = true >> [remote "origin"] >> fetch = +refs/heads/*:refs/remotes/origin/* >> url = git://github.com/xen-org/xen-api.git > > this is xen-org/xen-api.git not jonludlam/xen-api.git > >> [branch "master"] >> remote = origin >> merge = refs/heads/master >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 9:22 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> On 26/04/13 16:55, Santosh Jodh wrote: >>> I guess I am still at master. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>> * master >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>> git://github.com/xen-org/xen-api.git (fetch) origin >>> git://github.com/xen-org/xen-api.git (push) >>> >>> Is the fusion one git://github.com/jonludlam/xen-api.git? >> >> It is... but each repo has several branches. I think all you need to do is: >> >> cd xen-api >> git checkout fusion >> make > > Try this (I've got a good feeling about this one!) > > rm -rf xen-api > git clone git://github.com/jonludlam/xen-api.git > cd xen-api > git checkout fusion > make > > Cheers, > Dave > >> >> Cheers, >> Dave >> >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 8:52 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>> >>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>> these >>> days: >>> >>> $ ocamlfind list | grep rpc >>> rpclib (version: 1.2.0) >>> rpclib.core (version: n/a) >>> rpclib.idl (version: n/a) >>> rpclib.js (version: n/a) >>> rpclib.json (version: n/a) >>> rpclib.syntax (version: n/a) >>> rpclib.unix (version: n/a) >>> rpclib.xml (version: n/a) >>> >>> It looks like the branch of xen-api you're trying to build is still using the old name. >>> >>> Cheers, >>> Dave >>> >>> On 26/04/13 15:28, Santosh Jodh wrote: >>>> The initial ones were from >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>> >>>> Rest from this thread and compiler output. >>>> >>>> According to opam, rpc is already installed. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>> rpc is already installed (current version is 1.4.1) >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Friday, April 26, 2013 7:23 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> "opam install rpc" will give you rpc-light. >>>> >>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>> >>>> -anil >>>> >>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>> >>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>> >>>>> ocamlfind: Package `rpc-light' not found >>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>> + ocamlfind ocamldep -package >>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>> ocamlfind: Package `rpc-light' not found >>>>> *** omake: 210/355 targets are up to date >>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> >>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>> >>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.mli >>>>> make: *** [all] Error 2 >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>> rpc-light is not a valid versioned package name 'opam install >>>>> rpc-light' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install xen-api-libs-transitional >>>>>> >>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>> >>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> That command fails: >>>>>>> >>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>> # os linux >>>>>>> # command make >>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>> # exit-code 2 >>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>> ### stdout ### >>>>>>> ...[truncated] >>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>>> or directory compilation terminated. >>>>>>> Command exited with code 2. >>>>>>> ### stderr ### >>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>>> error code 10") >>>>>>> make: *** [build] Error 1 >>>>>>> >>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>> >>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>> >>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>> >>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>> >>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>> >>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>> >>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Santosh >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>> To: John Else >>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>> >>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>> >>>>>>>>>> Hi Santosh, >>>>>>>>>> >>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>> >>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>>> >>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>> >>>>>>>>>> opam init >>>>>>>>>> eval `opam config env` >>>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>>> >>>>>>>>>> Hope this helps, >>>>>>>>>> John >>>>>>>>>> >>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>> Jodh >>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>> >>>>>>>>>> ocamlc version: >>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>> && make && sudo make install >>>>>>>>>> >>>>>>>>>> This succeeded. >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>> { patches } are invalid field names in >>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Santosh >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 Fri Apr 26 18:06:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:06: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 1UVn2X-00043q-Pn; Fri, 26 Apr 2013 18:06:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVn2W-00043l-Gt for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:06:32 +0000 Received: from [85.158.139.211:48046] by server-14.bemta-5.messagelabs.com id B0/EA-13158-722CA715; Fri, 26 Apr 2013 18:06:31 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1366999590!20112588!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28055 invoked from network); 26 Apr 2013 18:06:30 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 18:06:30 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3991558" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 18:06:31 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 19:06:30 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 19:06:26 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CqMat/JXX9ifCRRW9Gs5ZE8fv6g== Message-ID: <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Although it does seem to have found ocamlopt.opt - odd. Hmm. Sent from my iPad On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > Ok - I misunderstood you when you said each repo has several branches. > > I get following on fusion branch: > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > * fusion > master > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make > omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.17 sec) > --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > - build ocaml/idl datamodel.cmx > + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml > Fatal error: exception Stack_overflow > *** omake: 223/277 targets are up to date > *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/idl/datamodel.cmi > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.cmx > depends on: ocaml/idl/datamodel.ml > ocaml/idl/datamodel.o > depends on: ocaml/idl/datamodel.ml > make: *** [all] Error 2 > > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 10:13 AM > To: Santosh Jodh > Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > I didn't read your email carefully enough, see below: > > On 26/04/13 18:02, Santosh Jodh wrote: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >> error: pathspec 'fusion' did not match any file(s) known to git. >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >> repositoryformatversion = 0 >> filemode = true >> bare = false >> logallrefupdates = true >> [remote "origin"] >> fetch = +refs/heads/*:refs/remotes/origin/* >> url = git://github.com/xen-org/xen-api.git > > this is xen-org/xen-api.git not jonludlam/xen-api.git > >> [branch "master"] >> remote = origin >> merge = refs/heads/master >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 9:22 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> On 26/04/13 16:55, Santosh Jodh wrote: >>> I guess I am still at master. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>> * master >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>> git://github.com/xen-org/xen-api.git (fetch) origin >>> git://github.com/xen-org/xen-api.git (push) >>> >>> Is the fusion one git://github.com/jonludlam/xen-api.git? >> >> It is... but each repo has several branches. I think all you need to do is: >> >> cd xen-api >> git checkout fusion >> make > > Try this (I've got a good feeling about this one!) > > rm -rf xen-api > git clone git://github.com/jonludlam/xen-api.git > cd xen-api > git checkout fusion > make > > Cheers, > Dave > >> >> Cheers, >> Dave >> >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 8:52 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>> >>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>> these >>> days: >>> >>> $ ocamlfind list | grep rpc >>> rpclib (version: 1.2.0) >>> rpclib.core (version: n/a) >>> rpclib.idl (version: n/a) >>> rpclib.js (version: n/a) >>> rpclib.json (version: n/a) >>> rpclib.syntax (version: n/a) >>> rpclib.unix (version: n/a) >>> rpclib.xml (version: n/a) >>> >>> It looks like the branch of xen-api you're trying to build is still using the old name. >>> >>> Cheers, >>> Dave >>> >>> On 26/04/13 15:28, Santosh Jodh wrote: >>>> The initial ones were from >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>> >>>> Rest from this thread and compiler output. >>>> >>>> According to opam, rpc is already installed. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>> rpc is already installed (current version is 1.4.1) >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Friday, April 26, 2013 7:23 AM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> "opam install rpc" will give you rpc-light. >>>> >>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>> >>>> -anil >>>> >>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>> >>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>> >>>>> ocamlfind: Package `rpc-light' not found >>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>> + ocamlfind ocamldep -package >>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>> ocamlfind: Package `rpc-light' not found >>>>> *** omake: 210/355 targets are up to date >>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> >>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>> >>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.ml >>>>> >>>>> depends on: ocaml/idl/dm_api.mli >>>>> make: *** [all] Error 2 >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>> rpc-light is not a valid versioned package name 'opam install >>>>> rpc-light' failed. >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>> >>>>>> opam install xen-api-libs-transitional >>>>>> >>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>> >>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> That command fails: >>>>>>> >>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>> # os linux >>>>>>> # command make >>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>> # exit-code 2 >>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>> ### stdout ### >>>>>>> ...[truncated] >>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>>> or directory compilation terminated. >>>>>>> Command exited with code 2. >>>>>>> ### stderr ### >>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>>> error code 10") >>>>>>> make: *** [build] Error 1 >>>>>>> >>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>> >>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>> >>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>> >>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>> >>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>> >>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>> >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>> >>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>> >>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Santosh >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>> To: John Else >>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>> >>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>> >>>>>>>>>> Hi Santosh, >>>>>>>>>> >>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>> >>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>>> >>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>> >>>>>>>>>> opam init >>>>>>>>>> eval `opam config env` >>>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>>> >>>>>>>>>> Hope this helps, >>>>>>>>>> John >>>>>>>>>> >>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>> Jodh >>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>> >>>>>>>>>> ocamlc version: >>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>> && make && sudo make install >>>>>>>>>> >>>>>>>>>> This succeeded. >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>> { patches } are invalid field names in >>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Santosh >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 Fri Apr 26 18:13:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:13: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 1UVn8v-0004a0-Ge; Fri, 26 Apr 2013 18:13:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVn8t-0004ZU-M3 for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:13:07 +0000 Received: from [85.158.138.51:33787] by server-3.bemta-3.messagelabs.com id 5A/A5-26934-DA3CA715; Fri, 26 Apr 2013 18:13:01 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1366999980!21892597!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3082 invoked from network); 26 Apr 2013 18:13:00 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 18:13:00 -0000 Received: by mail-we0-f181.google.com with SMTP id m1so3740036wea.12 for ; Fri, 26 Apr 2013 11:13:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=19FQgEX3i1QXXJ798hnGs0AfqEIUAI9j8X9aZv4HgCo=; b=hTalDmYL+OpfjX+oz5dpvQpqPrhweoDKxHomo6GMWenX0mvuPQXgQW8EUhEmT/sp8n DinGodWJb/so1yTDxIAhc6I/6RaPBXxq0uSmvOmNymgT4XzQ+RMfEShNHIIJvqw4SjqT xlj+MVjXhXGMUNOgwNo8pcOPZy15w2ivbe/CD89DkNDB4tlpYCnQfS2rVk/4U9oHBnXg utOV08zuB8Ln/Oba6lEsnDMrW45YN5LlixwyJGK3vXghqcyG9KL7s9ebHYXOKeUWMszf oyCX+UGCspDRWt/E/7oudXqiKeLzdd5hjfsv3O9ULD/SAWd2MitSAheV71l4MgD8fnjw icXA== MIME-Version: 1.0 X-Received: by 10.180.14.5 with SMTP id l5mr614923wic.32.1366999979995; Fri, 26 Apr 2013 11:12:59 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Fri, 26 Apr 2013 11:12:59 -0700 (PDT) Date: Fri, 26 Apr 2013 14:12:59 -0400 Message-ID: From: bearon@gmail.com To: xen-api@lists.xen.org Subject: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7985169917075932242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7985169917075932242== Content-Type: multipart/alternative; boundary=f46d040fa04c37389904db477c95 --f46d040fa04c37389904db477c95 Content-Type: text/plain; charset=ISO-8859-1 Hello, I had a master of the pool fail. I did the following on the slave in the pool, xe pool-emergency-transition-to-master xe pool-recover-slaves xe host-list params=uuid,name-label,host-metrics-live xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple now when I try to start a VM on the old slave that is now the master, I get the following, Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available [opterr=VDI b4354ed7-3042-4874-93b4-59a392c43027 already attached RW], I'd tried everything I can find online to fix this, the only way I'd been able to fix the important VMs was to vdi-forget them, then relabel/readd them to the VMs and start. That works, but is that REALLY the only way to fix this problem? Also the VDIs were created shared, however, they are showing false under xe commands. Any insight? --f46d040fa04c37389904db477c95 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I had a maste= r of the pool fail.=A0 I did the following on the slave in the pool,
xe pool-emergency-transition-to-master
xe pool-recover-slaves

xe= host-list params=3Duuid,name-label,host-metrics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

now when I try to start a VM on the old slave that is n= ow the master, I get the following,

Error code: SR_BACKEND_FAILURE_4= 6
Error parameters: , The VDI is not available [opterr=3DVDI b4354ed7-3042-48= 74-93b4-59a392c43027 already attached RW],

I'd tried every= thing I can find online to fix this, the only way I'd been able to fix = the important VMs was to vdi-forget them, then relabel/readd them to the VM= s and start.=A0 That works, but is that REALLY the only way to fix this pro= blem?

Also the VDIs were created shared, however, they are showing fals= e under xe commands.

Any insight?
--f46d040fa04c37389904db477c95-- --===============7985169917075932242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7985169917075932242==-- From xen-api-bounces@lists.xen.org Fri Apr 26 18:13:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:13: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 1UVn8v-0004a0-Ge; Fri, 26 Apr 2013 18:13:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVn8t-0004ZU-M3 for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:13:07 +0000 Received: from [85.158.138.51:33787] by server-3.bemta-3.messagelabs.com id 5A/A5-26934-DA3CA715; Fri, 26 Apr 2013 18:13:01 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1366999980!21892597!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3082 invoked from network); 26 Apr 2013 18:13:00 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 18:13:00 -0000 Received: by mail-we0-f181.google.com with SMTP id m1so3740036wea.12 for ; Fri, 26 Apr 2013 11:13:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=19FQgEX3i1QXXJ798hnGs0AfqEIUAI9j8X9aZv4HgCo=; b=hTalDmYL+OpfjX+oz5dpvQpqPrhweoDKxHomo6GMWenX0mvuPQXgQW8EUhEmT/sp8n DinGodWJb/so1yTDxIAhc6I/6RaPBXxq0uSmvOmNymgT4XzQ+RMfEShNHIIJvqw4SjqT xlj+MVjXhXGMUNOgwNo8pcOPZy15w2ivbe/CD89DkNDB4tlpYCnQfS2rVk/4U9oHBnXg utOV08zuB8Ln/Oba6lEsnDMrW45YN5LlixwyJGK3vXghqcyG9KL7s9ebHYXOKeUWMszf oyCX+UGCspDRWt/E/7oudXqiKeLzdd5hjfsv3O9ULD/SAWd2MitSAheV71l4MgD8fnjw icXA== MIME-Version: 1.0 X-Received: by 10.180.14.5 with SMTP id l5mr614923wic.32.1366999979995; Fri, 26 Apr 2013 11:12:59 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Fri, 26 Apr 2013 11:12:59 -0700 (PDT) Date: Fri, 26 Apr 2013 14:12:59 -0400 Message-ID: From: bearon@gmail.com To: xen-api@lists.xen.org Subject: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7985169917075932242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7985169917075932242== Content-Type: multipart/alternative; boundary=f46d040fa04c37389904db477c95 --f46d040fa04c37389904db477c95 Content-Type: text/plain; charset=ISO-8859-1 Hello, I had a master of the pool fail. I did the following on the slave in the pool, xe pool-emergency-transition-to-master xe pool-recover-slaves xe host-list params=uuid,name-label,host-metrics-live xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple now when I try to start a VM on the old slave that is now the master, I get the following, Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available [opterr=VDI b4354ed7-3042-4874-93b4-59a392c43027 already attached RW], I'd tried everything I can find online to fix this, the only way I'd been able to fix the important VMs was to vdi-forget them, then relabel/readd them to the VMs and start. That works, but is that REALLY the only way to fix this problem? Also the VDIs were created shared, however, they are showing false under xe commands. Any insight? --f46d040fa04c37389904db477c95 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I had a maste= r of the pool fail.=A0 I did the following on the slave in the pool,
xe pool-emergency-transition-to-master
xe pool-recover-slaves

xe= host-list params=3Duuid,name-label,host-metrics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

now when I try to start a VM on the old slave that is n= ow the master, I get the following,

Error code: SR_BACKEND_FAILURE_4= 6
Error parameters: , The VDI is not available [opterr=3DVDI b4354ed7-3042-48= 74-93b4-59a392c43027 already attached RW],

I'd tried every= thing I can find online to fix this, the only way I'd been able to fix = the important VMs was to vdi-forget them, then relabel/readd them to the VM= s and start.=A0 That works, but is that REALLY the only way to fix this pro= blem?

Also the VDIs were created shared, however, they are showing fals= e under xe commands.

Any insight?
--f46d040fa04c37389904db477c95-- --===============7985169917075932242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7985169917075932242==-- From xen-api-bounces@lists.xen.org Fri Apr 26 18:16:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:16: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 1UVnBk-0004ln-T7; Fri, 26 Apr 2013 18:16:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVnBi-0004le-J6 for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:16:03 +0000 Received: from [85.158.137.99:42025] by server-12.bemta-3.messagelabs.com id 08/6E-01357-164CA715; Fri, 26 Apr 2013 18:16:01 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-217.messagelabs.com!1367000159!19258987!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25647 invoked from network); 26 Apr 2013 18:15:59 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-2.tower-217.messagelabs.com with SMTP; 26 Apr 2013 18:15:59 -0000 Received: (qmail 5349 invoked by uid 634); 26 Apr 2013 18:15:58 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 26 Apr 2013 19:15:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> Date: Fri, 26 Apr 2013 19:15:52 +0100 Message-Id: <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> To: Jonathan Ludlam X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Santosh Jodh , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Santosh, If you're getting a stack overflow exception, it's probably worth increasing your ulimit -s and trying again... -anil On 26 Apr 2013, at 19:06, Jonathan Ludlam wrote: > Although it does seem to have found ocamlopt.opt - odd. Hmm. > > Sent from my iPad > > On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > >> Ok - I misunderstood you when you said each repo has several branches. >> >> I get following on fusion branch: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * fusion >> master >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make >> omake -j 8 phase1 >> omake: Symbol `FamErrlist' has different size in shared object, consider re-linking >> *** omake: reading OMakefiles >> *** omake: finished reading OMakefiles (0.17 sec) >> --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) >> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >> --- Checking whether ocamlc understands the "z" warnings... (yes) >> - build ocaml/idl datamodel.cmx >> + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml >> Fatal error: exception Stack_overflow >> *** omake: 223/277 targets are up to date >> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) >> *** omake: targets were not rebuilt because of errors: >> ocaml/idl/datamodel.cmi >> depends on: ocaml/idl/datamodel.ml >> ocaml/idl/datamodel.cmx >> depends on: ocaml/idl/datamodel.ml >> ocaml/idl/datamodel.o >> depends on: ocaml/idl/datamodel.ml >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 10:13 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> >> I didn't read your email carefully enough, see below: >> >> On 26/04/13 18:02, Santosh Jodh wrote: >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>> error: pathspec 'fusion' did not match any file(s) known to git. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>> repositoryformatversion = 0 >>> filemode = true >>> bare = false >>> logallrefupdates = true >>> [remote "origin"] >>> fetch = +refs/heads/*:refs/remotes/origin/* >>> url = git://github.com/xen-org/xen-api.git >> >> this is xen-org/xen-api.git not jonludlam/xen-api.git >> >>> [branch "master"] >>> remote = origin >>> merge = refs/heads/master >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 9:22 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> On 26/04/13 16:55, Santosh Jodh wrote: >>>> I guess I am still at master. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>> * master >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>> git://github.com/xen-org/xen-api.git (push) >>>> >>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>> >>> It is... but each repo has several branches. I think all you need to do is: >>> >>> cd xen-api >>> git checkout fusion >>> make >> >> Try this (I've got a good feeling about this one!) >> >> rm -rf xen-api >> git clone git://github.com/jonludlam/xen-api.git >> cd xen-api >> git checkout fusion >> make >> >> Cheers, >> Dave >> >>> >>> Cheers, >>> Dave >>> >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 8:52 AM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>>> >>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>> these >>>> days: >>>> >>>> $ ocamlfind list | grep rpc >>>> rpclib (version: 1.2.0) >>>> rpclib.core (version: n/a) >>>> rpclib.idl (version: n/a) >>>> rpclib.js (version: n/a) >>>> rpclib.json (version: n/a) >>>> rpclib.syntax (version: n/a) >>>> rpclib.unix (version: n/a) >>>> rpclib.xml (version: n/a) >>>> >>>> It looks like the branch of xen-api you're trying to build is still using the old name. >>>> >>>> Cheers, >>>> Dave >>>> >>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>> The initial ones were from >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>> >>>>> Rest from this thread and compiler output. >>>>> >>>>> According to opam, rpc is already installed. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>>> rpc is already installed (current version is 1.4.1) >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> "opam install rpc" will give you rpc-light. >>>>> >>>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>>> >>>>> -anil >>>>> >>>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>>> >>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>>> >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>> + ocamlfind ocamldep -package >>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> *** omake: 210/355 targets are up to date >>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> >>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>> >>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.mli >>>>>> make: *** [all] Error 2 >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>> rpc-light' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install xen-api-libs-transitional >>>>>>> >>>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>>> >>>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> That command fails: >>>>>>>> >>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>> # os linux >>>>>>>> # command make >>>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>> # exit-code 2 >>>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>>> ### stdout ### >>>>>>>> ...[truncated] >>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>>>> or directory compilation terminated. >>>>>>>> Command exited with code 2. >>>>>>>> ### stderr ### >>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>>>> error code 10") >>>>>>>> make: *** [build] Error 1 >>>>>>>> >>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>>> >>>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>>> >>>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>>> >>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>> >>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>>> >>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>>> >>>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>> >>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>>> >>>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Santosh >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>> To: John Else >>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>> >>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Santosh, >>>>>>>>>>> >>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>>> >>>>>>>>>>> opam init >>>>>>>>>>> eval `opam config env` >>>>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>>>> >>>>>>>>>>> Hope this helps, >>>>>>>>>>> John >>>>>>>>>>> >>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>> Jodh >>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>> >>>>>>>>>>> ocamlc version: >>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>>> && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> This succeeded. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Santosh >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> 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 Fri Apr 26 18:16:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 18:16: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 1UVnBk-0004ln-T7; Fri, 26 Apr 2013 18:16:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVnBi-0004le-J6 for xen-api@lists.xen.org; Fri, 26 Apr 2013 18:16:03 +0000 Received: from [85.158.137.99:42025] by server-12.bemta-3.messagelabs.com id 08/6E-01357-164CA715; Fri, 26 Apr 2013 18:16:01 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-217.messagelabs.com!1367000159!19258987!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25647 invoked from network); 26 Apr 2013 18:15:59 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-2.tower-217.messagelabs.com with SMTP; 26 Apr 2013 18:15:59 -0000 Received: (qmail 5349 invoked by uid 634); 26 Apr 2013 18:15:58 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 26 Apr 2013 19:15:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> Date: Fri, 26 Apr 2013 19:15:52 +0100 Message-Id: <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> To: Jonathan Ludlam X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Santosh Jodh , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Santosh, If you're getting a stack overflow exception, it's probably worth increasing your ulimit -s and trying again... -anil On 26 Apr 2013, at 19:06, Jonathan Ludlam wrote: > Although it does seem to have found ocamlopt.opt - odd. Hmm. > > Sent from my iPad > > On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > >> Ok - I misunderstood you when you said each repo has several branches. >> >> I get following on fusion branch: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * fusion >> master >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make >> omake -j 8 phase1 >> omake: Symbol `FamErrlist' has different size in shared object, consider re-linking >> *** omake: reading OMakefiles >> *** omake: finished reading OMakefiles (0.17 sec) >> --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) >> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >> --- Checking whether ocamlc understands the "z" warnings... (yes) >> - build ocaml/idl datamodel.cmx >> + ocamlfind ocamlopt -package xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I ../database -I .. -c datamodel.ml >> Fatal error: exception Stack_overflow >> *** omake: 223/277 targets are up to date >> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 digests) >> *** omake: targets were not rebuilt because of errors: >> ocaml/idl/datamodel.cmi >> depends on: ocaml/idl/datamodel.ml >> ocaml/idl/datamodel.cmx >> depends on: ocaml/idl/datamodel.ml >> ocaml/idl/datamodel.o >> depends on: ocaml/idl/datamodel.ml >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 10:13 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> >> I didn't read your email carefully enough, see below: >> >> On 26/04/13 18:02, Santosh Jodh wrote: >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>> error: pathspec 'fusion' did not match any file(s) known to git. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>> repositoryformatversion = 0 >>> filemode = true >>> bare = false >>> logallrefupdates = true >>> [remote "origin"] >>> fetch = +refs/heads/*:refs/remotes/origin/* >>> url = git://github.com/xen-org/xen-api.git >> >> this is xen-org/xen-api.git not jonludlam/xen-api.git >> >>> [branch "master"] >>> remote = origin >>> merge = refs/heads/master >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 9:22 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> On 26/04/13 16:55, Santosh Jodh wrote: >>>> I guess I am still at master. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>> * master >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>> git://github.com/xen-org/xen-api.git (push) >>>> >>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>> >>> It is... but each repo has several branches. I think all you need to do is: >>> >>> cd xen-api >>> git checkout fusion >>> make >> >> Try this (I've got a good feeling about this one!) >> >> rm -rf xen-api >> git clone git://github.com/jonludlam/xen-api.git >> cd xen-api >> git checkout fusion >> make >> >> Cheers, >> Dave >> >>> >>> Cheers, >>> Dave >>> >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 8:52 AM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>>> >>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>> these >>>> days: >>>> >>>> $ ocamlfind list | grep rpc >>>> rpclib (version: 1.2.0) >>>> rpclib.core (version: n/a) >>>> rpclib.idl (version: n/a) >>>> rpclib.js (version: n/a) >>>> rpclib.json (version: n/a) >>>> rpclib.syntax (version: n/a) >>>> rpclib.unix (version: n/a) >>>> rpclib.xml (version: n/a) >>>> >>>> It looks like the branch of xen-api you're trying to build is still using the old name. >>>> >>>> Cheers, >>>> Dave >>>> >>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>> The initial ones were from >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>> >>>>> Rest from this thread and compiler output. >>>>> >>>>> According to opam, rpc is already installed. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>>> rpc is already installed (current version is 1.4.1) >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> "opam install rpc" will give you rpc-light. >>>>> >>>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>>> >>>>> -anil >>>>> >>>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>>> >>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>>> >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>> + ocamlfind ocamldep -package >>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> *** omake: 210/355 targets are up to date >>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> >>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>> >>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.mli >>>>>> make: *** [all] Error 2 >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>> rpc-light' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install xen-api-libs-transitional >>>>>>> >>>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>>> >>>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> That command fails: >>>>>>>> >>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>> # os linux >>>>>>>> # command make >>>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>> # exit-code 2 >>>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>>> ### stdout ### >>>>>>>> ...[truncated] >>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such file >>>>>>>> or directory compilation terminated. >>>>>>>> Command exited with code 2. >>>>>>>> ### stderr ### >>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' lib/libxenctrl_stubs.a >>>>>>>> lib/dllxenctrl_stubs.so lib/xenctrl.cma lib/xenctrl.cmxa >>>>>>>> lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j 4' terminated with >>>>>>>> error code 10") >>>>>>>> make: *** [build] Error 1 >>>>>>>> >>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>>> >>>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>>> >>>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>>> >>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light -ppopt >>>>>>>>>> pa_rpc.cma -syntax camlp4o -I ../rpc-light -I ../jsonrpc -I >>>>>>>>>> ../rpc-light -I ../jsonrpc -I ../rpc-light -c -o fe.cmo fe.ml >>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>> >>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>>> >>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>>> >>>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>> >>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>>> >>>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Santosh >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>> To: John Else >>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>> >>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Santosh, >>>>>>>>>>> >>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git checkout >>>>>>>>>>> latest ./configure && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>>> >>>>>>>>>>> opam init >>>>>>>>>>> eval `opam config env` >>>>>>>>>>> opam remote add xen-org git://github.com/xen-org/opam-repo-dev >>>>>>>>>>> >>>>>>>>>>> Hope this helps, >>>>>>>>>>> John >>>>>>>>>>> >>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>> Jodh >>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>> >>>>>>>>>>> ocamlc version: >>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>>> && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> This succeeded. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, ocaml-version, >>>>>>>>>>> build-env, license, authors, homepage, version, name } 'opam >>>>>>>>>>> init git://github.com/xen-org/opam-repository' failed >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Santosh >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> 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 Fri Apr 26 19:09:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:09: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 1UVo1h-0006As-8B; Fri, 26 Apr 2013 19:09:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVo1g-0006An-A2 for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:09:44 +0000 Received: from [85.158.137.99:60628] by server-12.bemta-3.messagelabs.com id 68/6C-01357-7F0DA715; Fri, 26 Apr 2013 19:09:43 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1367003380!14236448!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7757 invoked from network); 26 Apr 2013 19:09:42 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:09:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20838490" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:09:39 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 12:09:39 -0700 From: Santosh Jodh To: Anil Madhavapeddy , Jonathan Ludlam Date: Fri, 26 Apr 2013 12:09:36 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cqhz/BAbcsYE8Q6iC8G35TeIfAAAB3V7g Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> In-Reply-To: <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 doubled it to 16k and it still fails. -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Friday, April 26, 2013 11:16 AM To: Jonathan Ludlam Cc: Santosh Jodh; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Santosh, If you're getting a stack overflow exception, it's probably worth increasing your ulimit -s and trying again... -anil On 26 Apr 2013, at 19:06, Jonathan Ludlam wrote: > Although it does seem to have found ocamlopt.opt - odd. Hmm. > > Sent from my iPad > > On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > >> Ok - I misunderstood you when you said each repo has several branches. >> >> I get following on fusion branch: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * fusion >> master >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >> omake: Symbol `FamErrlist' has different size in shared object, >> consider re-linking >> *** omake: reading OMakefiles >> *** omake: finished reading OMakefiles (0.17 sec) >> --- Checking for ocamlfind... (found >> /shared/home/sjodh/.opam/system/bin/ocamlfind) >> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >> --- Checking whether ocamlc understands the "z" warnings... (yes) >> - build ocaml/idl datamodel.cmx >> + ocamlfind ocamlopt -package >> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >> + ../database -I .. -c datamodel.ml >> Fatal error: exception Stack_overflow >> *** omake: 223/277 targets are up to date >> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >> digests) >> *** omake: targets were not rebuilt because of errors: >> ocaml/idl/datamodel.cmi >> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >> depends on: ocaml/idl/datamodel.ml >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 10:13 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> >> I didn't read your email carefully enough, see below: >> >> On 26/04/13 18:02, Santosh Jodh wrote: >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>> error: pathspec 'fusion' did not match any file(s) known to git. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>> repositoryformatversion = 0 >>> filemode = true >>> bare = false >>> logallrefupdates = true >>> [remote "origin"] >>> fetch = +refs/heads/*:refs/remotes/origin/* >>> url = git://github.com/xen-org/xen-api.git >> >> this is xen-org/xen-api.git not jonludlam/xen-api.git >> >>> [branch "master"] >>> remote = origin >>> merge = refs/heads/master >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 9:22 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> On 26/04/13 16:55, Santosh Jodh wrote: >>>> I guess I am still at master. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>> * master >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>> git://github.com/xen-org/xen-api.git (push) >>>> >>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>> >>> It is... but each repo has several branches. I think all you need to do is: >>> >>> cd xen-api >>> git checkout fusion >>> make >> >> Try this (I've got a good feeling about this one!) >> >> rm -rf xen-api >> git clone git://github.com/jonludlam/xen-api.git >> cd xen-api >> git checkout fusion >> make >> >> Cheers, >> Dave >> >>> >>> Cheers, >>> Dave >>> >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 8:52 AM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>>> >>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>> these >>>> days: >>>> >>>> $ ocamlfind list | grep rpc >>>> rpclib (version: 1.2.0) >>>> rpclib.core (version: n/a) >>>> rpclib.idl (version: n/a) >>>> rpclib.js (version: n/a) >>>> rpclib.json (version: n/a) >>>> rpclib.syntax (version: n/a) >>>> rpclib.unix (version: n/a) >>>> rpclib.xml (version: n/a) >>>> >>>> It looks like the branch of xen-api you're trying to build is still using the old name. >>>> >>>> Cheers, >>>> Dave >>>> >>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>> The initial ones were from >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>> >>>>> Rest from this thread and compiler output. >>>>> >>>>> According to opam, rpc is already installed. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>>> rpc is already installed (current version is 1.4.1) >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> "opam install rpc" will give you rpc-light. >>>>> >>>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>>> >>>>> -anil >>>>> >>>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>>> >>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>>> >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>> + ocamlfind ocamldep -package >>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> *** omake: 210/355 targets are up to date >>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> >>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>> >>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.mli >>>>>> make: *** [all] Error 2 >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>> rpc-light' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install xen-api-libs-transitional >>>>>>> >>>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>>> >>>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> That command fails: >>>>>>>> >>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>> # os linux >>>>>>>> # command make >>>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>> # exit-code 2 >>>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>>> ### stdout ### >>>>>>>> ...[truncated] >>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>> file or directory compilation terminated. >>>>>>>> Command exited with code 2. >>>>>>>> ### stderr ### >>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma >>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>> 4' terminated with error code 10") >>>>>>>> make: *** [build] Error 1 >>>>>>>> >>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>>> >>>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>>> >>>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>> AMD64 >>>>>>>>> >>>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>>> >>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c >>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>> AMD64 >>>>>>>>>> >>>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>> >>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>>> >>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>>> >>>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>> >>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>>> >>>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Santosh >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>> To: John Else >>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>> >>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Santosh, >>>>>>>>>>> >>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>>> >>>>>>>>>>> opam init >>>>>>>>>>> eval `opam config env` >>>>>>>>>>> opam remote add xen-org >>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>> >>>>>>>>>>> Hope this helps, >>>>>>>>>>> John >>>>>>>>>>> >>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>> Jodh >>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>> >>>>>>>>>>> ocamlc version: >>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>>> && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> This succeeded. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>> version, name } 'opam init >>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Santosh >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> 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 Fri Apr 26 19:09:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:09: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 1UVo1h-0006As-8B; Fri, 26 Apr 2013 19:09:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVo1g-0006An-A2 for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:09:44 +0000 Received: from [85.158.137.99:60628] by server-12.bemta-3.messagelabs.com id 68/6C-01357-7F0DA715; Fri, 26 Apr 2013 19:09:43 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1367003380!14236448!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7757 invoked from network); 26 Apr 2013 19:09:42 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:09:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20838490" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:09:39 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 12:09:39 -0700 From: Santosh Jodh To: Anil Madhavapeddy , Jonathan Ludlam Date: Fri, 26 Apr 2013 12:09:36 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cqhz/BAbcsYE8Q6iC8G35TeIfAAAB3V7g Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> In-Reply-To: <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 doubled it to 16k and it still fails. -----Original Message----- From: Anil Madhavapeddy [mailto:anil@recoil.org] Sent: Friday, April 26, 2013 11:16 AM To: Jonathan Ludlam Cc: Santosh Jodh; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Santosh, If you're getting a stack overflow exception, it's probably worth increasing your ulimit -s and trying again... -anil On 26 Apr 2013, at 19:06, Jonathan Ludlam wrote: > Although it does seem to have found ocamlopt.opt - odd. Hmm. > > Sent from my iPad > > On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: > >> Ok - I misunderstood you when you said each repo has several branches. >> >> I get following on fusion branch: >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >> * fusion >> master >> >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >> omake: Symbol `FamErrlist' has different size in shared object, >> consider re-linking >> *** omake: reading OMakefiles >> *** omake: finished reading OMakefiles (0.17 sec) >> --- Checking for ocamlfind... (found >> /shared/home/sjodh/.opam/system/bin/ocamlfind) >> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >> --- Checking whether ocamlc understands the "z" warnings... (yes) >> - build ocaml/idl datamodel.cmx >> + ocamlfind ocamlopt -package >> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >> + ../database -I .. -c datamodel.ml >> Fatal error: exception Stack_overflow >> *** omake: 223/277 targets are up to date >> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >> digests) >> *** omake: targets were not rebuilt because of errors: >> ocaml/idl/datamodel.cmi >> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >> depends on: ocaml/idl/datamodel.ml >> make: *** [all] Error 2 >> >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 10:13 AM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> >> I didn't read your email carefully enough, see below: >> >> On 26/04/13 18:02, Santosh Jodh wrote: >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>> error: pathspec 'fusion' did not match any file(s) known to git. >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>> repositoryformatversion = 0 >>> filemode = true >>> bare = false >>> logallrefupdates = true >>> [remote "origin"] >>> fetch = +refs/heads/*:refs/remotes/origin/* >>> url = git://github.com/xen-org/xen-api.git >> >> this is xen-org/xen-api.git not jonludlam/xen-api.git >> >>> [branch "master"] >>> remote = origin >>> merge = refs/heads/master >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 9:22 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> On 26/04/13 16:55, Santosh Jodh wrote: >>>> I guess I am still at master. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>> * master >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>> git://github.com/xen-org/xen-api.git (push) >>>> >>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>> >>> It is... but each repo has several branches. I think all you need to do is: >>> >>> cd xen-api >>> git checkout fusion >>> make >> >> Try this (I've got a good feeling about this one!) >> >> rm -rf xen-api >> git clone git://github.com/jonludlam/xen-api.git >> cd xen-api >> git checkout fusion >> make >> >> Cheers, >> Dave >> >>> >>> Cheers, >>> Dave >>> >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 8:52 AM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>>> >>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>> these >>>> days: >>>> >>>> $ ocamlfind list | grep rpc >>>> rpclib (version: 1.2.0) >>>> rpclib.core (version: n/a) >>>> rpclib.idl (version: n/a) >>>> rpclib.js (version: n/a) >>>> rpclib.json (version: n/a) >>>> rpclib.syntax (version: n/a) >>>> rpclib.unix (version: n/a) >>>> rpclib.xml (version: n/a) >>>> >>>> It looks like the branch of xen-api you're trying to build is still using the old name. >>>> >>>> Cheers, >>>> Dave >>>> >>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>> The initial ones were from >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>> >>>>> Rest from this thread and compiler output. >>>>> >>>>> According to opam, rpc is already installed. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>>> rpc is already installed (current version is 1.4.1) >>>>> >>>>> -----Original Message----- >>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> "opam install rpc" will give you rpc-light. >>>>> >>>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>>> >>>>> -anil >>>>> >>>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>>> >>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>>> >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>> + ocamlfind ocamldep -package >>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>> ocamlfind: Package `rpc-light' not found >>>>>> *** omake: 210/355 targets are up to date >>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> >>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>> >>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.ml >>>>>> >>>>>> depends on: ocaml/idl/dm_api.mli >>>>>> make: *** [all] Error 2 >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>> rpc-light' failed. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>>> >>>>>>> opam install xen-api-libs-transitional >>>>>>> >>>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>>> >>>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> That command fails: >>>>>>>> >>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>> # os linux >>>>>>>> # command make >>>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>> # exit-code 2 >>>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>>> ### stdout ### >>>>>>>> ...[truncated] >>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>> file or directory compilation terminated. >>>>>>>> Command exited with code 2. >>>>>>>> ### stderr ### >>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma >>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>> 4' terminated with error code 10") >>>>>>>> make: *** [build] Error 1 >>>>>>>> >>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>>> >>>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>>> >>>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>> AMD64 >>>>>>>>> >>>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>>> >>>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>>> >>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c >>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>> AMD64 >>>>>>>>>> >>>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>> >>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>>> >>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>> >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>>> >>>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>> >>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>>> >>>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Santosh >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>> To: John Else >>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>> >>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Santosh, >>>>>>>>>>> >>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>>> >>>>>>>>>>> opam init >>>>>>>>>>> eval `opam config env` >>>>>>>>>>> opam remote add xen-org >>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>> >>>>>>>>>>> Hope this helps, >>>>>>>>>>> John >>>>>>>>>>> >>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>> Jodh >>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>> >>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>> >>>>>>>>>>> ocamlc version: >>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>>> && make && sudo make install >>>>>>>>>>> >>>>>>>>>>> This succeeded. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>> version, name } 'opam init >>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Santosh >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> 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 Fri Apr 26 19:43:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:43: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 1UVoXy-0006nX-4k; Fri, 26 Apr 2013 19:43:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoXw-0006nS-Kk for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:43:04 +0000 Received: from [85.158.138.51:17507] by server-11.bemta-3.messagelabs.com id 1C/E1-01263-7C8DA715; Fri, 26 Apr 2013 19:43:03 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1367005382!22098732!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3954 invoked from network); 26 Apr 2013 19:43:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:43:02 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="3993471" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:43:03 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 20:43:02 +0100 From: Jonathan Ludlam To: "bearon@gmail.com" Date: Fri, 26 Apr 2013 20:43:01 +0100 Thread-Topic: [Xen-API] Master Failed, VDI unavailable still RW Thread-Index: Ac5CtkMP1LCJ2yYdSTqkl49xaKFYoQ== Message-ID: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1541955647408900843==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1541955647408900843== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_69647785585B4728B54E0145854AF709eucitrixcom_" --_000_69647785585B4728B54E0145854AF709eucitrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIHRoZSBmaXggaXMgdG8gcnVuIHRoZSBzY3JpcCAncmVzZXR2ZGlzLnB5JyAtIHNlZSB0aGlz IGJpdCBvZiB0aGUgeGVuc2VydmVyIGRvY3M6IGh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hl blNlcnZlci82LjEuMC8xLjAvZW5fZ2IvcmVmZXJlbmNlLmh0bWwjcG9vbF9mYWlsdXJlcw0KDQpU aGlzIGlzIG5vdCBvYnZpb3VzLCBidXQgaGFzIGJlZW4gbWFkZSBiZXR0ZXIgaW4gdGhlIHZlcnNp b24gb2YgeGFwaSB1bmRlciBkZXZlbG9wbWVudCBhdCB0aGUgbW9tZW50LCBzbyBpbiB0aGUgbmV4 dCByZWxlYXNlIGl0IG91Z2h0IHRvIGJlIGEgYml0IHNtb290aGVyLg0KDQpKb24NCg0KU2VudCBm cm9tIG15IGlQYWQNCg0KT24gMjYgQXByIDIwMTMsIGF0IDE5OjE2LCAiYmVhcm9uQGdtYWlsLmNv bTxtYWlsdG86YmVhcm9uQGdtYWlsLmNvbT4iIDxiZWFyb25AZ21haWwuY29tPG1haWx0bzpiZWFy b25AZ21haWwuY29tPj4gd3JvdGU6DQoNCkhlbGxvLA0KDQpJIGhhZCBhIG1hc3RlciBvZiB0aGUg cG9vbCBmYWlsLiAgSSBkaWQgdGhlIGZvbGxvd2luZyBvbiB0aGUgc2xhdmUgaW4gdGhlIHBvb2ws DQoNCnhlIHBvb2wtZW1lcmdlbmN5LXRyYW5zaXRpb24tdG8tbWFzdGVyDQp4ZSBwb29sLXJlY292 ZXItc2xhdmVzDQoNCnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxhYmVsLGhvc3QtbWV0 cmljcy1saXZlDQoNCnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVzaWRlbnQtb249VVVJRC1PRi1G QUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZQ0KDQpub3cgd2hlbiBJIHRyeSB0byBzdGFy dCBhIFZNIG9uIHRoZSBvbGQgc2xhdmUgdGhhdCBpcyBub3cgdGhlIG1hc3RlciwgSSBnZXQgdGhl IGZvbGxvd2luZywNCg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzQ2DQpFcnJvciBw YXJhbWV0ZXJzOiAsIFRoZSBWREkgaXMgbm90IGF2YWlsYWJsZSBbb3B0ZXJyPVZESSBiNDM1NGVk Ny0zMDQyLTQ4NzQtOTNiNC01OWEzOTJjNDMwMjcgYWxyZWFkeSBhdHRhY2hlZCBSV10sDQoNCkkn ZCB0cmllZCBldmVyeXRoaW5nIEkgY2FuIGZpbmQgb25saW5lIHRvIGZpeCB0aGlzLCB0aGUgb25s eSB3YXkgSSdkIGJlZW4gYWJsZSB0byBmaXggdGhlIGltcG9ydGFudCBWTXMgd2FzIHRvIHZkaS1m b3JnZXQgdGhlbSwgdGhlbiByZWxhYmVsL3JlYWRkIHRoZW0gdG8gdGhlIFZNcyBhbmQgc3RhcnQu ICBUaGF0IHdvcmtzLCBidXQgaXMgdGhhdCBSRUFMTFkgdGhlIG9ubHkgd2F5IHRvIGZpeCB0aGlz IHByb2JsZW0/DQoNCkFsc28gdGhlIFZESXMgd2VyZSBjcmVhdGVkIHNoYXJlZCwgaG93ZXZlciwg dGhleSBhcmUgc2hvd2luZyBmYWxzZSB1bmRlciB4ZSBjb21tYW5kcy4NCg0KQW55IGluc2lnaHQ/ DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLWFw aSBtYWlsaW5nIGxpc3QNClhlbi1hcGlAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLWFwaUBsaXN0 cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZv L3hlbi1hcGkNCg== --_000_69647785585B4728B54E0145854AF709eucitrixcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXYgc3R5bGU9 Ii13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgIj5ObywgdGhlIGZpeCBpcyB0byBydW4g dGhlIHNjcmlwICdyZXNldHZkaXMucHknIC0gc2VlIHRoaXMgYml0IG9mIHRoZSB4ZW5zZXJ2ZXIg ZG9jczombmJzcDs8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICcuSGVsdmV0aWNhTmV1ZVVJJzsg Zm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdodDogMTlweDsgd2hpdGUtc3BhY2U6IG5vd3JhcDsg LXdlYmtpdC10YXAtaGlnaGxpZ2h0LWNvbG9yOiByZ2JhKDI2LCAyNiwgMjYsIDAuMjk2ODc1KTsg LXdlYmtpdC1jb21wb3NpdGlvbi1maWxsLWNvbG9yOiByZ2JhKDE3NSwgMTkyLCAyMjcsIDAuMjMw NDY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1mcmFtZS1jb2xvcjogcmdiYSg3NywgMTI4LCAxODAs IDAuMjMwNDY5KTsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBub25lOyAiPjxhIGhyZWY9Imh0 dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2IvcmVmZXJl bmNlLmh0bWwjcG9vbF9mYWlsdXJlcyI+aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2Vy dmVyLzYuMS4wLzEuMC9lbl9nYi9yZWZlcmVuY2UuaHRtbCNwb29sX2ZhaWx1cmVzPC9hPjwvc3Bh bj48L2Rpdj48ZGl2Pjxmb250IGZhY2U9Ii5IZWx2ZXRpY2FOZXVlVUkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDE1cHg7IGxpbmUtaGVpZ2h0OiAxOXB4OyB3aGl0ZS1zcGFjZTogbm93cmFwOyAt d2Via2l0LXRhcC1oaWdobGlnaHQtY29sb3I6IHJnYmEoMjYsIDI2LCAyNiwgMC4yOTI5NjkpOyAt d2Via2l0LWNvbXBvc2l0aW9uLWZpbGwtY29sb3I6IHJnYmEoMTc1LCAxOTIsIDIyNywgMC4yMzA0 NjkpOyAtd2Via2l0LWNvbXBvc2l0aW9uLWZyYW1lLWNvbG9yOiByZ2JhKDc3LCAxMjgsIDE4MCwg MC4yMzA0NjkpOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSIuSGVs dmV0aWNhTmV1ZVVJIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdodDog MTlweDsgd2hpdGUtc3BhY2U6IG5vd3JhcDsgLXdlYmtpdC10YXAtaGlnaGxpZ2h0LWNvbG9yOiBy Z2JhKDI2LCAyNiwgMjYsIDAuMjkyOTY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1maWxsLWNvbG9y OiByZ2JhKDE3NSwgMTkyLCAyMjcsIDAuMjMwNDY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1mcmFt ZS1jb2xvcjogcmdiYSg3NywgMTI4LCAxODAsIDAuMjMwNDY5KTsiPlRoaXMgaXMgbm90IG9idmlv dXMsIGJ1dCBoYXMgYmVlbiBtYWRlIGJldHRlciBpbiB0aGUgdmVyc2lvbiBvZiB4YXBpIHVuZGVy IGRldmVsb3BtZW50IGF0IHRoZSBtb21lbnQsIHNvIGluIHRoZSBuZXh0IHJlbGVhc2UgaXQgb3Vn aHQgdG8gYmUgYSBiaXQgc21vb3RoZXIuPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZh Y2U9Ii5IZWx2ZXRpY2FOZXVlVUkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDE1cHg7IGxpbmUt aGVpZ2h0OiAxOXB4OyB3aGl0ZS1zcGFjZTogbm93cmFwOyAtd2Via2l0LXRhcC1oaWdobGlnaHQt Y29sb3I6IHJnYmEoMjYsIDI2LCAyNiwgMC4yOTI5NjkpOyAtd2Via2l0LWNvbXBvc2l0aW9uLWZp bGwtY29sb3I6IHJnYmEoMTc1LCAxOTIsIDIyNywgMC4yMzA0NjkpOyAtd2Via2l0LWNvbXBvc2l0 aW9uLWZyYW1lLWNvbG9yOiByZ2JhKDc3LCAxMjgsIDE4MCwgMC4yMzA0NjkpOyI+PGJyPjwvc3Bh bj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSIuSGVsdmV0aWNhTmV1ZVVJIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdodDogMTlweDsgd2hpdGUtc3BhY2U6IG5v d3JhcDsgLXdlYmtpdC10YXAtaGlnaGxpZ2h0LWNvbG9yOiByZ2JhKDI2LCAyNiwgMjYsIDAuMjky OTY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1maWxsLWNvbG9yOiByZ2JhKDE3NSwgMTkyLCAyMjcs IDAuMjMwNDY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1mcmFtZS1jb2xvcjogcmdiYSg3NywgMTI4 LCAxODAsIDAuMjMwNDY5KTsiPkpvbjxicj48L3NwYW4+PC9mb250Pjxicj48c3BhbiBzdHlsZT0i LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyI+U2VudCBmcm9tIG15IGlQYWQ8L3NwYW4+ PC9kaXY+PGRpdiBzdHlsZT0iLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAiPjxicj5P biAyNiBBcHIgMjAxMywgYXQgMTk6MTYsICI8YSBocmVmPSJtYWlsdG86YmVhcm9uQGdtYWlsLmNv bSI+YmVhcm9uQGdtYWlsLmNvbTwvYT4iICZsdDs8YSBocmVmPSJtYWlsdG86YmVhcm9uQGdtYWls LmNvbSI+YmVhcm9uQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48YnI+PC9kaXY+PGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSIgc3R5bGU9Ii13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsg Ij48ZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXY+PGRpdj48ZGl2PjxkaXY+PGRpdj5IZWxsbyw8YnI+ PGJyPjwvZGl2PkkgaGFkIGEgbWFzdGVyIG9mIHRoZSBwb29sIGZhaWwuJm5ic3A7IEkgZGlkIHRo ZSBmb2xsb3dpbmcgb24gdGhlIHNsYXZlIGluIHRoZSBwb29sLDxicj48YnI+eGUgcG9vbC1lbWVy Z2VuY3ktdHJhbnNpdGlvbi10by1tYXN0ZXI8YnI+eGUgcG9vbC1yZWNvdmVyLXNsYXZlczxicj48 YnI+eGUgaG9zdC1saXN0IHBhcmFtcz11dWlkLG5hbWUtbGFiZWwsaG9zdC1tZXRyaWNzLWxpdmU8 YnI+DQo8YnI+eGUgdm0tcmVzZXQtcG93ZXJzdGF0ZSByZXNpZGVudC1vbj1VVUlELU9GLUZBSUxF RC1NQVNURVIgLS1mb3JjZSAtLW11bHRpcGxlPGJyPjxicj48L2Rpdj5ub3cgd2hlbiBJIHRyeSB0 byBzdGFydCBhIFZNIG9uIHRoZSBvbGQgc2xhdmUgdGhhdCBpcyBub3cgdGhlIG1hc3RlciwgSSBn ZXQgdGhlIGZvbGxvd2luZyw8YnI+PGJyPkVycm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV80 Njxicj4NCkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFZESSBpcyBub3QgYXZhaWxhYmxlIFtvcHRl cnI9VkRJIGI0MzU0ZWQ3LTMwNDItNDg3NC05M2I0LTU5YTM5MmM0MzAyNyBhbHJlYWR5IGF0dGFj aGVkIFJXXSw8YnI+PGJyPjwvZGl2PkknZCB0cmllZCBldmVyeXRoaW5nIEkgY2FuIGZpbmQgb25s aW5lIHRvIGZpeCB0aGlzLCB0aGUgb25seSB3YXkgSSdkIGJlZW4gYWJsZSB0byBmaXggdGhlIGlt cG9ydGFudCBWTXMgd2FzIHRvIHZkaS1mb3JnZXQgdGhlbSwgdGhlbiByZWxhYmVsL3JlYWRkIHRo ZW0gdG8gdGhlIFZNcyBhbmQgc3RhcnQuJm5ic3A7IFRoYXQgd29ya3MsIGJ1dCBpcyB0aGF0IFJF QUxMWSB0aGUgb25seSB3YXkgdG8gZml4IHRoaXMgcHJvYmxlbT88YnI+DQo8YnI+PC9kaXY+QWxz byB0aGUgVkRJcyB3ZXJlIGNyZWF0ZWQgc2hhcmVkLCBob3dldmVyLCB0aGV5IGFyZSBzaG93aW5n IGZhbHNlIHVuZGVyIHhlIGNvbW1hbmRzLjxicj48YnI+PC9kaXY+QW55IGluc2lnaHQ/IDxicj48 L2Rpdj4NCjwvZGl2PjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBzdHlsZT0i LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAiPjxkaXY+PHNwYW4+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi1h cGkgbWFpbGluZyBsaXN0PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJtYWlsdG86WGVuLWFwaUBs aXN0cy54ZW4ub3JnIj5YZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+PC9zcGFuPjxicj48c3Bhbj48 YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaSI+aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGk8L2E+PC9zcGFuPjxicj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ib2R5PjwvaHRtbD4= --_000_69647785585B4728B54E0145854AF709eucitrixcom_-- --===============1541955647408900843== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1541955647408900843==-- From xen-api-bounces@lists.xen.org Fri Apr 26 19:43:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:43: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 1UVoXy-0006nX-4k; Fri, 26 Apr 2013 19:43:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoXw-0006nS-Kk for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:43:04 +0000 Received: from [85.158.138.51:17507] by server-11.bemta-3.messagelabs.com id 1C/E1-01263-7C8DA715; Fri, 26 Apr 2013 19:43:03 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1367005382!22098732!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3954 invoked from network); 26 Apr 2013 19:43:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:43:02 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="3993471" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:43:03 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 20:43:02 +0100 From: Jonathan Ludlam To: "bearon@gmail.com" Date: Fri, 26 Apr 2013 20:43:01 +0100 Thread-Topic: [Xen-API] Master Failed, VDI unavailable still RW Thread-Index: Ac5CtkMP1LCJ2yYdSTqkl49xaKFYoQ== Message-ID: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============1541955647408900843==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1541955647408900843== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_69647785585B4728B54E0145854AF709eucitrixcom_" --_000_69647785585B4728B54E0145854AF709eucitrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIHRoZSBmaXggaXMgdG8gcnVuIHRoZSBzY3JpcCAncmVzZXR2ZGlzLnB5JyAtIHNlZSB0aGlz IGJpdCBvZiB0aGUgeGVuc2VydmVyIGRvY3M6IGh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hl blNlcnZlci82LjEuMC8xLjAvZW5fZ2IvcmVmZXJlbmNlLmh0bWwjcG9vbF9mYWlsdXJlcw0KDQpU aGlzIGlzIG5vdCBvYnZpb3VzLCBidXQgaGFzIGJlZW4gbWFkZSBiZXR0ZXIgaW4gdGhlIHZlcnNp b24gb2YgeGFwaSB1bmRlciBkZXZlbG9wbWVudCBhdCB0aGUgbW9tZW50LCBzbyBpbiB0aGUgbmV4 dCByZWxlYXNlIGl0IG91Z2h0IHRvIGJlIGEgYml0IHNtb290aGVyLg0KDQpKb24NCg0KU2VudCBm cm9tIG15IGlQYWQNCg0KT24gMjYgQXByIDIwMTMsIGF0IDE5OjE2LCAiYmVhcm9uQGdtYWlsLmNv bTxtYWlsdG86YmVhcm9uQGdtYWlsLmNvbT4iIDxiZWFyb25AZ21haWwuY29tPG1haWx0bzpiZWFy b25AZ21haWwuY29tPj4gd3JvdGU6DQoNCkhlbGxvLA0KDQpJIGhhZCBhIG1hc3RlciBvZiB0aGUg cG9vbCBmYWlsLiAgSSBkaWQgdGhlIGZvbGxvd2luZyBvbiB0aGUgc2xhdmUgaW4gdGhlIHBvb2ws DQoNCnhlIHBvb2wtZW1lcmdlbmN5LXRyYW5zaXRpb24tdG8tbWFzdGVyDQp4ZSBwb29sLXJlY292 ZXItc2xhdmVzDQoNCnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxhYmVsLGhvc3QtbWV0 cmljcy1saXZlDQoNCnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVzaWRlbnQtb249VVVJRC1PRi1G QUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZQ0KDQpub3cgd2hlbiBJIHRyeSB0byBzdGFy dCBhIFZNIG9uIHRoZSBvbGQgc2xhdmUgdGhhdCBpcyBub3cgdGhlIG1hc3RlciwgSSBnZXQgdGhl IGZvbGxvd2luZywNCg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzQ2DQpFcnJvciBw YXJhbWV0ZXJzOiAsIFRoZSBWREkgaXMgbm90IGF2YWlsYWJsZSBbb3B0ZXJyPVZESSBiNDM1NGVk Ny0zMDQyLTQ4NzQtOTNiNC01OWEzOTJjNDMwMjcgYWxyZWFkeSBhdHRhY2hlZCBSV10sDQoNCkkn ZCB0cmllZCBldmVyeXRoaW5nIEkgY2FuIGZpbmQgb25saW5lIHRvIGZpeCB0aGlzLCB0aGUgb25s eSB3YXkgSSdkIGJlZW4gYWJsZSB0byBmaXggdGhlIGltcG9ydGFudCBWTXMgd2FzIHRvIHZkaS1m b3JnZXQgdGhlbSwgdGhlbiByZWxhYmVsL3JlYWRkIHRoZW0gdG8gdGhlIFZNcyBhbmQgc3RhcnQu ICBUaGF0IHdvcmtzLCBidXQgaXMgdGhhdCBSRUFMTFkgdGhlIG9ubHkgd2F5IHRvIGZpeCB0aGlz IHByb2JsZW0/DQoNCkFsc28gdGhlIFZESXMgd2VyZSBjcmVhdGVkIHNoYXJlZCwgaG93ZXZlciwg dGhleSBhcmUgc2hvd2luZyBmYWxzZSB1bmRlciB4ZSBjb21tYW5kcy4NCg0KQW55IGluc2lnaHQ/ DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLWFw aSBtYWlsaW5nIGxpc3QNClhlbi1hcGlAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLWFwaUBsaXN0 cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZv L3hlbi1hcGkNCg== --_000_69647785585B4728B54E0145854AF709eucitrixcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXYgc3R5bGU9 Ii13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgIj5ObywgdGhlIGZpeCBpcyB0byBydW4g dGhlIHNjcmlwICdyZXNldHZkaXMucHknIC0gc2VlIHRoaXMgYml0IG9mIHRoZSB4ZW5zZXJ2ZXIg ZG9jczombmJzcDs8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICcuSGVsdmV0aWNhTmV1ZVVJJzsg Zm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdodDogMTlweDsgd2hpdGUtc3BhY2U6IG5vd3JhcDsg LXdlYmtpdC10YXAtaGlnaGxpZ2h0LWNvbG9yOiByZ2JhKDI2LCAyNiwgMjYsIDAuMjk2ODc1KTsg LXdlYmtpdC1jb21wb3NpdGlvbi1maWxsLWNvbG9yOiByZ2JhKDE3NSwgMTkyLCAyMjcsIDAuMjMw NDY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1mcmFtZS1jb2xvcjogcmdiYSg3NywgMTI4LCAxODAs IDAuMjMwNDY5KTsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBub25lOyAiPjxhIGhyZWY9Imh0 dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2IvcmVmZXJl bmNlLmh0bWwjcG9vbF9mYWlsdXJlcyI+aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2Vy dmVyLzYuMS4wLzEuMC9lbl9nYi9yZWZlcmVuY2UuaHRtbCNwb29sX2ZhaWx1cmVzPC9hPjwvc3Bh bj48L2Rpdj48ZGl2Pjxmb250IGZhY2U9Ii5IZWx2ZXRpY2FOZXVlVUkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDE1cHg7IGxpbmUtaGVpZ2h0OiAxOXB4OyB3aGl0ZS1zcGFjZTogbm93cmFwOyAt d2Via2l0LXRhcC1oaWdobGlnaHQtY29sb3I6IHJnYmEoMjYsIDI2LCAyNiwgMC4yOTI5NjkpOyAt d2Via2l0LWNvbXBvc2l0aW9uLWZpbGwtY29sb3I6IHJnYmEoMTc1LCAxOTIsIDIyNywgMC4yMzA0 NjkpOyAtd2Via2l0LWNvbXBvc2l0aW9uLWZyYW1lLWNvbG9yOiByZ2JhKDc3LCAxMjgsIDE4MCwg MC4yMzA0NjkpOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSIuSGVs dmV0aWNhTmV1ZVVJIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdodDog MTlweDsgd2hpdGUtc3BhY2U6IG5vd3JhcDsgLXdlYmtpdC10YXAtaGlnaGxpZ2h0LWNvbG9yOiBy Z2JhKDI2LCAyNiwgMjYsIDAuMjkyOTY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1maWxsLWNvbG9y OiByZ2JhKDE3NSwgMTkyLCAyMjcsIDAuMjMwNDY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1mcmFt ZS1jb2xvcjogcmdiYSg3NywgMTI4LCAxODAsIDAuMjMwNDY5KTsiPlRoaXMgaXMgbm90IG9idmlv dXMsIGJ1dCBoYXMgYmVlbiBtYWRlIGJldHRlciBpbiB0aGUgdmVyc2lvbiBvZiB4YXBpIHVuZGVy IGRldmVsb3BtZW50IGF0IHRoZSBtb21lbnQsIHNvIGluIHRoZSBuZXh0IHJlbGVhc2UgaXQgb3Vn aHQgdG8gYmUgYSBiaXQgc21vb3RoZXIuPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZh Y2U9Ii5IZWx2ZXRpY2FOZXVlVUkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDE1cHg7IGxpbmUt aGVpZ2h0OiAxOXB4OyB3aGl0ZS1zcGFjZTogbm93cmFwOyAtd2Via2l0LXRhcC1oaWdobGlnaHQt Y29sb3I6IHJnYmEoMjYsIDI2LCAyNiwgMC4yOTI5NjkpOyAtd2Via2l0LWNvbXBvc2l0aW9uLWZp bGwtY29sb3I6IHJnYmEoMTc1LCAxOTIsIDIyNywgMC4yMzA0NjkpOyAtd2Via2l0LWNvbXBvc2l0 aW9uLWZyYW1lLWNvbG9yOiByZ2JhKDc3LCAxMjgsIDE4MCwgMC4yMzA0NjkpOyI+PGJyPjwvc3Bh bj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSIuSGVsdmV0aWNhTmV1ZVVJIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdodDogMTlweDsgd2hpdGUtc3BhY2U6IG5v d3JhcDsgLXdlYmtpdC10YXAtaGlnaGxpZ2h0LWNvbG9yOiByZ2JhKDI2LCAyNiwgMjYsIDAuMjky OTY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1maWxsLWNvbG9yOiByZ2JhKDE3NSwgMTkyLCAyMjcs IDAuMjMwNDY5KTsgLXdlYmtpdC1jb21wb3NpdGlvbi1mcmFtZS1jb2xvcjogcmdiYSg3NywgMTI4 LCAxODAsIDAuMjMwNDY5KTsiPkpvbjxicj48L3NwYW4+PC9mb250Pjxicj48c3BhbiBzdHlsZT0i LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyI+U2VudCBmcm9tIG15IGlQYWQ8L3NwYW4+ PC9kaXY+PGRpdiBzdHlsZT0iLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAiPjxicj5P biAyNiBBcHIgMjAxMywgYXQgMTk6MTYsICI8YSBocmVmPSJtYWlsdG86YmVhcm9uQGdtYWlsLmNv bSI+YmVhcm9uQGdtYWlsLmNvbTwvYT4iICZsdDs8YSBocmVmPSJtYWlsdG86YmVhcm9uQGdtYWls LmNvbSI+YmVhcm9uQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48YnI+PC9kaXY+PGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSIgc3R5bGU9Ii13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsg Ij48ZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXY+PGRpdj48ZGl2PjxkaXY+PGRpdj5IZWxsbyw8YnI+ PGJyPjwvZGl2PkkgaGFkIGEgbWFzdGVyIG9mIHRoZSBwb29sIGZhaWwuJm5ic3A7IEkgZGlkIHRo ZSBmb2xsb3dpbmcgb24gdGhlIHNsYXZlIGluIHRoZSBwb29sLDxicj48YnI+eGUgcG9vbC1lbWVy Z2VuY3ktdHJhbnNpdGlvbi10by1tYXN0ZXI8YnI+eGUgcG9vbC1yZWNvdmVyLXNsYXZlczxicj48 YnI+eGUgaG9zdC1saXN0IHBhcmFtcz11dWlkLG5hbWUtbGFiZWwsaG9zdC1tZXRyaWNzLWxpdmU8 YnI+DQo8YnI+eGUgdm0tcmVzZXQtcG93ZXJzdGF0ZSByZXNpZGVudC1vbj1VVUlELU9GLUZBSUxF RC1NQVNURVIgLS1mb3JjZSAtLW11bHRpcGxlPGJyPjxicj48L2Rpdj5ub3cgd2hlbiBJIHRyeSB0 byBzdGFydCBhIFZNIG9uIHRoZSBvbGQgc2xhdmUgdGhhdCBpcyBub3cgdGhlIG1hc3RlciwgSSBn ZXQgdGhlIGZvbGxvd2luZyw8YnI+PGJyPkVycm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV80 Njxicj4NCkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFZESSBpcyBub3QgYXZhaWxhYmxlIFtvcHRl cnI9VkRJIGI0MzU0ZWQ3LTMwNDItNDg3NC05M2I0LTU5YTM5MmM0MzAyNyBhbHJlYWR5IGF0dGFj aGVkIFJXXSw8YnI+PGJyPjwvZGl2PkknZCB0cmllZCBldmVyeXRoaW5nIEkgY2FuIGZpbmQgb25s aW5lIHRvIGZpeCB0aGlzLCB0aGUgb25seSB3YXkgSSdkIGJlZW4gYWJsZSB0byBmaXggdGhlIGlt cG9ydGFudCBWTXMgd2FzIHRvIHZkaS1mb3JnZXQgdGhlbSwgdGhlbiByZWxhYmVsL3JlYWRkIHRo ZW0gdG8gdGhlIFZNcyBhbmQgc3RhcnQuJm5ic3A7IFRoYXQgd29ya3MsIGJ1dCBpcyB0aGF0IFJF QUxMWSB0aGUgb25seSB3YXkgdG8gZml4IHRoaXMgcHJvYmxlbT88YnI+DQo8YnI+PC9kaXY+QWxz byB0aGUgVkRJcyB3ZXJlIGNyZWF0ZWQgc2hhcmVkLCBob3dldmVyLCB0aGV5IGFyZSBzaG93aW5n IGZhbHNlIHVuZGVyIHhlIGNvbW1hbmRzLjxicj48YnI+PC9kaXY+QW55IGluc2lnaHQ/IDxicj48 L2Rpdj4NCjwvZGl2PjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBzdHlsZT0i LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAiPjxkaXY+PHNwYW4+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi1h cGkgbWFpbGluZyBsaXN0PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJtYWlsdG86WGVuLWFwaUBs aXN0cy54ZW4ub3JnIj5YZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+PC9zcGFuPjxicj48c3Bhbj48 YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaSI+aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGk8L2E+PC9zcGFuPjxicj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ib2R5PjwvaHRtbD4= --_000_69647785585B4728B54E0145854AF709eucitrixcom_-- --===============1541955647408900843== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1541955647408900843==-- From xen-api-bounces@lists.xen.org Fri Apr 26 19:45:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:45: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 1UVoZy-0006qf-FF; Fri, 26 Apr 2013 19:45:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoZw-0006qZ-Oj for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:45:09 +0000 Received: from [85.158.139.211:31163] by server-5.bemta-5.messagelabs.com id 4D/BA-02762-349DA715; Fri, 26 Apr 2013 19:45:07 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1367005506!20334763!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19506 invoked from network); 26 Apr 2013 19:45:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:45:06 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993494" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:45:06 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 20:45:06 +0100 From: Dave Scott To: Santosh Jodh Date: Fri, 26 Apr 2013 20:44:54 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cto0FIhqOH3oCS6ak5rTqPnwGKw== Message-ID: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 16k seems a little small to me. According to Wikipedia the basic interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm sure we could live with a 10 MiB stack (IIRC that's what we currently have, per thread, in XCP/XS dom0) :-) When I'm back at a proper computer I'll have a look at my default stack (on mobile device atm) -- Dave Scott XenServer System Architect On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" wrote: > I doubled it to 16k and it still fails. > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Friday, April 26, 2013 11:16 AM > To: Jonathan Ludlam > Cc: Santosh Jodh; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Santosh, > > If you're getting a stack overflow exception, it's probably worth increasing your ulimit -s and trying again... > > -anil > > On 26 Apr 2013, at 19:06, Jonathan Ludlam wrote: > >> Although it does seem to have found ocamlopt.opt - odd. Hmm. >> >> Sent from my iPad >> >> On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: >> >>> Ok - I misunderstood you when you said each repo has several branches. >>> >>> I get following on fusion branch: >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>> * fusion >>> master >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>> omake: Symbol `FamErrlist' has different size in shared object, >>> consider re-linking >>> *** omake: reading OMakefiles >>> *** omake: finished reading OMakefiles (0.17 sec) >>> --- Checking for ocamlfind... (found >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>> - build ocaml/idl datamodel.cmx >>> + ocamlfind ocamlopt -package >>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>> + ../database -I .. -c datamodel.ml >>> Fatal error: exception Stack_overflow >>> *** omake: 223/277 targets are up to date >>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>> digests) >>> *** omake: targets were not rebuilt because of errors: >>> ocaml/idl/datamodel.cmi >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>> depends on: ocaml/idl/datamodel.ml >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 10:13 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> >>> I didn't read your email carefully enough, see below: >>> >>> On 26/04/13 18:02, Santosh Jodh wrote: >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>> repositoryformatversion = 0 >>>> filemode = true >>>> bare = false >>>> logallrefupdates = true >>>> [remote "origin"] >>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>> url = git://github.com/xen-org/xen-api.git >>> >>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>> >>>> [branch "master"] >>>> remote = origin >>>> merge = refs/heads/master >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 9:22 AM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>> I guess I am still at master. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>> * master >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>> git://github.com/xen-org/xen-api.git (push) >>>>> >>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>> >>>> It is... but each repo has several branches. I think all you need to do is: >>>> >>>> cd xen-api >>>> git checkout fusion >>>> make >>> >>> Try this (I've got a good feeling about this one!) >>> >>> rm -rf xen-api >>> git clone git://github.com/jonludlam/xen-api.git >>> cd xen-api >>> git checkout fusion >>> make >>> >>> Cheers, >>> Dave >>> >>>> >>>> Cheers, >>>> Dave >>>> >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>>>> >>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>> these >>>>> days: >>>>> >>>>> $ ocamlfind list | grep rpc >>>>> rpclib (version: 1.2.0) >>>>> rpclib.core (version: n/a) >>>>> rpclib.idl (version: n/a) >>>>> rpclib.js (version: n/a) >>>>> rpclib.json (version: n/a) >>>>> rpclib.syntax (version: n/a) >>>>> rpclib.unix (version: n/a) >>>>> rpclib.xml (version: n/a) >>>>> >>>>> It looks like the branch of xen-api you're trying to build is still using the old name. >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>> The initial ones were from >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>> >>>>>> Rest from this thread and compiler output. >>>>>> >>>>>> According to opam, rpc is already installed. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>>>> rpc is already installed (current version is 1.4.1) >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> "opam install rpc" will give you rpc-light. >>>>>> >>>>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>>>> >>>>>> -anil >>>>>> >>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>>>> >>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>>>> >>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>> + ocamlfind ocamldep -package >>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>> *** omake: 210/355 targets are up to date >>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>> digests) >>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>> >>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>> >>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>> >>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>> >>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>> >>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>> make: *** [all] Error 2 >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>> rpc-light' failed. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> opam install xen-api-libs-transitional >>>>>>>> >>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>>>> >>>>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>>>> >>>>>>>>> That command fails: >>>>>>>>> >>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>> # os linux >>>>>>>>> # command make >>>>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>> # exit-code 2 >>>>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>>>> ### stdout ### >>>>>>>>> ...[truncated] >>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>> file or directory compilation terminated. >>>>>>>>> Command exited with code 2. >>>>>>>>> ### stderr ### >>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma >>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>> 4' terminated with error code 10") >>>>>>>>> make: *** [build] Error 1 >>>>>>>>> >>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>>>> >>>>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>>>> >>>>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>> AMD64 >>>>>>>>>> >>>>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>>>> >>>>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>>>> >>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c >>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>> >>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>>>> >>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>>> >>>>>>>>>>> >>>>>>>>>>> -anil >>>>>>>>>>> >>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>>>> >>>>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>> >>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>>>> >>>>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Santosh >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>> To: John Else >>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>> >>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Dave Scott >>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>> >>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>> >>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>>>> >>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>> >>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>>>> >>>>>>>>>>>> opam init >>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>> >>>>>>>>>>>> Hope this helps, >>>>>>>>>>>> John >>>>>>>>>>>> >>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>> Jodh >>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>> >>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>> >>>>>>>>>>>> ocamlc version: >>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>>>> && make && sudo make install >>>>>>>>>>>> >>>>>>>>>>>> This succeeded. >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Santosh >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:45:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:45: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 1UVoZy-0006qf-FF; Fri, 26 Apr 2013 19:45:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoZw-0006qZ-Oj for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:45:09 +0000 Received: from [85.158.139.211:31163] by server-5.bemta-5.messagelabs.com id 4D/BA-02762-349DA715; Fri, 26 Apr 2013 19:45:07 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1367005506!20334763!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19506 invoked from network); 26 Apr 2013 19:45:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:45:06 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993494" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:45:06 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 20:45:06 +0100 From: Dave Scott To: Santosh Jodh Date: Fri, 26 Apr 2013 20:44:54 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cto0FIhqOH3oCS6ak5rTqPnwGKw== Message-ID: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 16k seems a little small to me. According to Wikipedia the basic interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm sure we could live with a 10 MiB stack (IIRC that's what we currently have, per thread, in XCP/XS dom0) :-) When I'm back at a proper computer I'll have a look at my default stack (on mobile device atm) -- Dave Scott XenServer System Architect On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" wrote: > I doubled it to 16k and it still fails. > > -----Original Message----- > From: Anil Madhavapeddy [mailto:anil@recoil.org] > Sent: Friday, April 26, 2013 11:16 AM > To: Jonathan Ludlam > Cc: Santosh Jodh; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Santosh, > > If you're getting a stack overflow exception, it's probably worth increasing your ulimit -s and trying again... > > -anil > > On 26 Apr 2013, at 19:06, Jonathan Ludlam wrote: > >> Although it does seem to have found ocamlopt.opt - odd. Hmm. >> >> Sent from my iPad >> >> On 26 Apr 2013, at 18:52, "Santosh Jodh" wrote: >> >>> Ok - I misunderstood you when you said each repo has several branches. >>> >>> I get following on fusion branch: >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>> * fusion >>> master >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>> omake: Symbol `FamErrlist' has different size in shared object, >>> consider re-linking >>> *** omake: reading OMakefiles >>> *** omake: finished reading OMakefiles (0.17 sec) >>> --- Checking for ocamlfind... (found >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>> - build ocaml/idl datamodel.cmx >>> + ocamlfind ocamlopt -package >>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>> + ../database -I .. -c datamodel.ml >>> Fatal error: exception Stack_overflow >>> *** omake: 223/277 targets are up to date >>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>> digests) >>> *** omake: targets were not rebuilt because of errors: >>> ocaml/idl/datamodel.cmi >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>> depends on: ocaml/idl/datamodel.ml >>> make: *** [all] Error 2 >>> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 10:13 AM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> >>> I didn't read your email carefully enough, see below: >>> >>> On 26/04/13 18:02, Santosh Jodh wrote: >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>> >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>> repositoryformatversion = 0 >>>> filemode = true >>>> bare = false >>>> logallrefupdates = true >>>> [remote "origin"] >>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>> url = git://github.com/xen-org/xen-api.git >>> >>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>> >>>> [branch "master"] >>>> remote = origin >>>> merge = refs/heads/master >>>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 9:22 AM >>>> To: Santosh Jodh >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>> I guess I am still at master. >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>> * master >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>> git://github.com/xen-org/xen-api.git (push) >>>>> >>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>> >>>> It is... but each repo has several branches. I think all you need to do is: >>>> >>>> cd xen-api >>>> git checkout fusion >>>> make >>> >>> Try this (I've got a good feeling about this one!) >>> >>> rm -rf xen-api >>> git clone git://github.com/jonludlam/xen-api.git >>> cd xen-api >>> git checkout fusion >>> make >>> >>> Cheers, >>> Dave >>> >>>> >>>> Cheers, >>>> Dave >>>> >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Could you confirm which xen-api branch you're trying to build? Something like "git branch -l" and "git remote -v". >>>>> >>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>> these >>>>> days: >>>>> >>>>> $ ocamlfind list | grep rpc >>>>> rpclib (version: 1.2.0) >>>>> rpclib.core (version: n/a) >>>>> rpclib.idl (version: n/a) >>>>> rpclib.js (version: n/a) >>>>> rpclib.json (version: n/a) >>>>> rpclib.syntax (version: n/a) >>>>> rpclib.unix (version: n/a) >>>>> rpclib.xml (version: n/a) >>>>> >>>>> It looks like the branch of xen-api you're trying to build is still using the old name. >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>> The initial ones were from >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>> >>>>>> Rest from this thread and compiler output. >>>>>> >>>>>> According to opam, rpc is already installed. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc Package >>>>>> rpc is already installed (current version is 1.4.1) >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> "opam install rpc" will give you rpc-light. >>>>>> >>>>>> Which wiki page are you getting all these instructions from? I'd like to see what the custom Xen OPAM packages are, as there seem to be some custom ones that aren't distributed in mainline OPAM. >>>>>> >>>>>> -anil >>>>>> >>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh wrote: >>>>>> >>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know about it. >>>>>>> >>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>> + ocamlfind ocamldep -package >>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>> *** omake: 210/355 targets are up to date >>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>> digests) >>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>> >>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>> >>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>> >>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>> >>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>> >>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>> make: *** [all] Error 2 >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>> rpc-light' failed. >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; you should only need xen-api now... >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" wrote: >>>>>>> >>>>>>>> opam install xen-api-libs-transitional >>>>>>>> >>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4-extra, libxen-dev. >>>>>>>> >>>>>>>> However, xen-api-libs still fails with the same error. Will try the fusion branch next. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Or sorry I also notice you haven't got the xen headers installed: try installing xen-devel. >>>>>>>> >>>>>>>> -- >>>>>>>> Dave Scott >>>>>>>> XenServer System Architect >>>>>>>> >>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" wrote: >>>>>>>> >>>>>>>>> That command fails: >>>>>>>>> >>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>> # opam-version 1.0.1 (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>> # os linux >>>>>>>>> # command make >>>>>>>>> # path /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>> # exit-code 2 >>>>>>>>> # env-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.env >>>>>>>>> # stdout-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.out >>>>>>>>> # stderr-file /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635-d474c2.err >>>>>>>>> ### stdout ### >>>>>>>>> ...[truncated] >>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>> file or directory compilation terminated. >>>>>>>>> Command exited with code 2. >>>>>>>>> ### stderr ### >>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so lib/xenctrl.cma >>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>> 4' terminated with error code 10") >>>>>>>>> make: *** [build] Error 1 >>>>>>>>> >>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name of type-conv changed upstream and we haven't changed everything over to the new name yet. >>>>>>>>> >>>>>>>>> If that works you might want to try building either Jon's "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" wrote: >>>>>>>>> >>>>>>>>>> opam install installed type_conv but I am still getting the exact same error. Do I need to refresh environment to pick up the newly installed type_conv? >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>> AMD64 >>>>>>>>>> >>>>>>>>>> Try "opam install type_conv" and see if that helps when you retry xen-api-libs. >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh wrote: >>>>>>>>>> >>>>>>>>>>> I am hitting an error while building xen-api-libs now. It cannot find type-conv: >>>>>>>>>>> >>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light -c >>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>> make[1]: Leaving directory `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages as soon as Debian and other packaging vendors catch up in their release cycles: >>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>> >>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot now. >>>>>>>>>>> >>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and replace the OPAM binary, and run 'opam update' to refresh your package list. It may be easier to just delete ~/.opam and recompile packages. There is no state for OPAM held outside of ~/.opam. >>>>>> >>>>>>>>>>> >>>>>>>>>>> -anil >>>>>>>>>>> >>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh wrote: >>>>>>>>>>> >>>>>>>>>>>> Yes - they are from wiki http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>> >>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen-org/opam? >>>>>>>>>>>> >>>>>>>>>>>> I will try the new instructions. Do I need to uninstall opam first? And how do I do that? >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Santosh >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>> To: John Else >>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>> >>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, please update them once you get it working! >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Dave Scott >>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>> >>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>> >>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro repository, rather than xen-org's fork (it's several months out of date), and secondly building a tagged release of opam rather than the master branch. Try: >>>>>>>>>>>> >>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>> >>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) repository, and add xen-org's repository: >>>>>>>>>>>> >>>>>>>>>>>> opam init >>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>> >>>>>>>>>>>> Hope this helps, >>>>>>>>>>>> John >>>>>>>>>>>> >>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>> Jodh >>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>> >>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>> >>>>>>>>>>>> ocamlc version: >>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard library >>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; ./configure >>>>>>>>>>>> && make && sudo make install >>>>>>>>>>>> >>>>>>>>>>>> This succeeded. >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid fields >>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Santosh >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:48:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:48: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 1UVod2-00071M-2B; Fri, 26 Apr 2013 19:48:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVocz-00070V-Nk for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:48:18 +0000 Received: from [85.158.137.99:59457] by server-12.bemta-3.messagelabs.com id 53/D8-01357-10ADA715; Fri, 26 Apr 2013 19:48:17 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-15.tower-217.messagelabs.com!1367005694!14989678!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13132 invoked from network); 26 Apr 2013 19:48:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:48:15 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="21879025" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:48:13 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 12:48:12 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 12:48:10 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cto0FIhqOH3oCS6ak5rTqPnwGKwAADLJw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 guess the unit is kb. So it is 16MB and that's the highest it can go. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 16384 -bash: ulimit: stack size: cannot modify limit: Operation not permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 12:45 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > 16k seems a little small to me. According to Wikipedia the basic > interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm > sure we could live with a 10 MiB stack (IIRC that's what we currently > have, per thread, in XCP/XS dom0) :-) > > When I'm back at a proper computer I'll have a look at my default stack > (on mobile device atm) > > -- > Dave Scott > XenServer System Architect > > On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > wrote: > > > I doubled it to 16k and it still fails. > > > > -----Original Message----- > > From: Anil Madhavapeddy [mailto:anil@recoil.org] > > Sent: Friday, April 26, 2013 11:16 AM > > To: Jonathan Ludlam > > Cc: Santosh Jodh; xen-api@lists.xen.org > > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > > Santosh, > > > > If you're getting a stack overflow exception, it's probably worth > increasing your ulimit -s and trying again... > > > > -anil > > > > On 26 Apr 2013, at 19:06, Jonathan Ludlam > wrote: > > > >> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >> > >> Sent from my iPad > >> > >> On 26 Apr 2013, at 18:52, "Santosh Jodh" > wrote: > >> > >>> Ok - I misunderstood you when you said each repo has several > branches. > >>> > >>> I get following on fusion branch: > >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>> * fusion > >>> master > >>> > >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>> omake: Symbol `FamErrlist' has different size in shared object, > >>> consider re-linking > >>> *** omake: reading OMakefiles > >>> *** omake: finished reading OMakefiles (0.17 sec) > >>> --- Checking for ocamlfind... (found > >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>> --- Checking whether ocamlc understands the "z" warnings... (yes) > >>> - build ocaml/idl datamodel.cmx > >>> + ocamlfind ocamlopt -package > >>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I > >>> + ../database -I .. -c datamodel.ml > >>> Fatal error: exception Stack_overflow > >>> *** omake: 223/277 targets are up to date > >>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 > >>> digests) > >>> *** omake: targets were not rebuilt because of errors: > >>> ocaml/idl/datamodel.cmi > >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>> depends on: ocaml/idl/datamodel.ml > >>> make: *** [all] Error 2 > >>> > >>> -----Original Message----- > >>> From: Dave Scott > >>> Sent: Friday, April 26, 2013 10:13 AM > >>> To: Santosh Jodh > >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>> > >>> > >>> I didn't read your email carefully enough, see below: > >>> > >>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>> error: pathspec 'fusion' did not match any file(s) known to git. > >>>> > >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] > >>>> repositoryformatversion = 0 > >>>> filemode = true > >>>> bare = false > >>>> logallrefupdates = true > >>>> [remote "origin"] > >>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>> url = git://github.com/xen-org/xen-api.git > >>> > >>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>> > >>>> [branch "master"] > >>>> remote = origin > >>>> merge = refs/heads/master > >>>> > >>>> -----Original Message----- > >>>> From: Dave Scott > >>>> Sent: Friday, April 26, 2013 9:22 AM > >>>> To: Santosh Jodh > >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>> I guess I am still at master. > >>>>> > >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>> * master > >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > >>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>> git://github.com/xen-org/xen-api.git (push) > >>>>> > >>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>> > >>>> It is... but each repo has several branches. I think all you need > to do is: > >>>> > >>>> cd xen-api > >>>> git checkout fusion > >>>> make > >>> > >>> Try this (I've got a good feeling about this one!) > >>> > >>> rm -rf xen-api > >>> git clone git://github.com/jonludlam/xen-api.git > >>> cd xen-api > >>> git checkout fusion > >>> make > >>> > >>> Cheers, > >>> Dave > >>> > >>>> > >>>> Cheers, > >>>> Dave > >>>> > >>>>> > >>>>> -----Original Message----- > >>>>> From: Dave Scott > >>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>> To: Santosh Jodh > >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>> > >>>>> Could you confirm which xen-api branch you're trying to build? > Something like "git branch -l" and "git remote -v". > >>>>> > >>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' > >>>>> these > >>>>> days: > >>>>> > >>>>> $ ocamlfind list | grep rpc > >>>>> rpclib (version: 1.2.0) > >>>>> rpclib.core (version: n/a) > >>>>> rpclib.idl (version: n/a) > >>>>> rpclib.js (version: n/a) > >>>>> rpclib.json (version: n/a) > >>>>> rpclib.syntax (version: n/a) > >>>>> rpclib.unix (version: n/a) > >>>>> rpclib.xml (version: n/a) > >>>>> > >>>>> It looks like the branch of xen-api you're trying to build is > still using the old name. > >>>>> > >>>>> Cheers, > >>>>> Dave > >>>>> > >>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>> The initial ones were from > >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml > >>>>>> > >>>>>> Rest from this thread and compiler output. > >>>>>> > >>>>>> According to opam, rpc is already installed. > >>>>>> > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > Package > >>>>>> rpc is already installed (current version is 1.4.1) > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>> To: Santosh Jodh > >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> "opam install rpc" will give you rpc-light. > >>>>>> > >>>>>> Which wiki page are you getting all these instructions from? > I'd like to see what the custom Xen OPAM packages are, as there seem to > be some custom ones that aren't distributed in mainline OPAM. > >>>>>> > >>>>>> -anil > >>>>>> > >>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > wrote: > >>>>>> > >>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > about it. > >>>>>>> > >>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>> + ocamlfind ocamldep -package > >>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>> *** omake: 210/355 targets are up to date > >>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 > >>>>>>> digests) > >>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>> > >>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/datamodel_utils.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/dm_api.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>> make: *** [all] Error 2 > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light > >>>>>>> rpc-light is not a valid versioned package name 'opam install > >>>>>>> rpc-light' failed. > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>>> > >>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; > you should only need xen-api now... > >>>>>>> > >>>>>>> -- > >>>>>>> Dave Scott > >>>>>>> XenServer System Architect > >>>>>>> > >>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > wrote: > >>>>>>> > >>>>>>>> opam install xen-api-libs-transitional > >>>>>>>> > >>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- > extra, libxen-dev. > >>>>>>>> > >>>>>>>> However, xen-api-libs still fails with the same error. Will > try the fusion branch next. > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Or sorry I also notice you haven't got the xen headers > installed: try installing xen-devel. > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Dave Scott > >>>>>>>> XenServer System Architect > >>>>>>>> > >>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > wrote: > >>>>>>>> > >>>>>>>>> That command fails: > >>>>>>>>> > >>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>> # opam-version 1.0.1 > (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>> # os linux > >>>>>>>>> # command make > >>>>>>>>> # path > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>> # exit-code 2 > >>>>>>>>> # env-file > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > d474c2.env > >>>>>>>>> # stdout-file > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > d474c2.out > >>>>>>>>> # stderr-file > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > d474c2.err > >>>>>>>>> ### stdout ### > >>>>>>>>> ...[truncated] > >>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c > >>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o > >>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c > >>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such > >>>>>>>>> file or directory compilation terminated. > >>>>>>>>> Command exited with code 2. > >>>>>>>>> ### stderr ### > >>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > lib/xenctrl.cma > >>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j > >>>>>>>>> 4' terminated with error code 10") > >>>>>>>>> make: *** [build] Error 1 > >>>>>>>>> > >>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Dave Scott > >>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name > of type-conv changed upstream and we haven't changed everything over to > the new name yet. > >>>>>>>>> > >>>>>>>>> If that works you might want to try building either Jon's > "fusion" branch of xen-api or my "upstream-packages" one on github. > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Dave Scott > >>>>>>>>> XenServer System Architect > >>>>>>>>> > >>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > wrote: > >>>>>>>>> > >>>>>>>>>> opam install installed type_conv but I am still getting the > exact same error. Do I need to refresh environment to pick up the newly > installed type_conv? > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>> AMD64 > >>>>>>>>>> > >>>>>>>>>> Try "opam install type_conv" and see if that helps when you > retry xen-api-libs. > >>>>>>>>>> > >>>>>>>>>> -anil > >>>>>>>>>> > >>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > wrote: > >>>>>>>>>> > >>>>>>>>>>> I am hitting an error while building xen-api-libs now. It > cannot find type-conv: > >>>>>>>>>>> > >>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid > >>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light > >>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - > c > >>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>> make[1]: Leaving directory > `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages > as soon as Debian and other packaging vendors catch up in their release > cycles: > >>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>> > >>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot > now. > >>>>>>>>>>> > >>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > replace the OPAM binary, and run 'opam update' to refresh your package > list. It may be easier to just delete ~/.opam and recompile packages. > There is no state for OPAM held outside of ~/.opam. > >>>>>> > >>>>>>>>>>> > >>>>>>>>>>> -anil > >>>>>>>>>>> > >>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > wrote: > >>>>>>>>>>> > >>>>>>>>>>>> Yes - they are from wiki > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>> > >>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > org/opam? > >>>>>>>>>>>> > >>>>>>>>>>>> I will try the new instructions. Do I need to uninstall > opam first? And how do I do that? > >>>>>>>>>>>> > >>>>>>>>>>>> Thanks, > >>>>>>>>>>>> Santosh > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>> To: John Else > >>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Hi, > >>>>>>>>>>>> > >>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>> > >>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, > please update them once you get it working! > >>>>>>>>>>>> > >>>>>>>>>>>> Thanks, > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > wrote: > >>>>>>>>>>>> > >>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>> > >>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > repository, rather than xen-org's fork (it's several months out of > date), and secondly building a tagged release of opam rather than the > master branch. Try: > >>>>>>>>>>>> > >>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>> checkout latest ./configure && make && sudo make install > >>>>>>>>>>>> > >>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) > repository, and add xen-org's repository: > >>>>>>>>>>>> > >>>>>>>>>>>> opam init > >>>>>>>>>>>> eval `opam config env` > >>>>>>>>>>>> opam remote add xen-org > >>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>> > >>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>> John > >>>>>>>>>>>> > >>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh > >>>>>>>>>>>> Jodh > >>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml > >>>>>>>>>>>> > >>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>> library > >>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>> > >>>>>>>>>>>> This succeeded. > >>>>>>>>>>>> > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init > >>>>>>>>>>>> git://github.com/xen-org/opam-repository > >>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > fields > >>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, > >>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Regards, > >>>>>>>>>>>> Santosh > >>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:48:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:48: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 1UVod2-00071M-2B; Fri, 26 Apr 2013 19:48:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVocz-00070V-Nk for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:48:18 +0000 Received: from [85.158.137.99:59457] by server-12.bemta-3.messagelabs.com id 53/D8-01357-10ADA715; Fri, 26 Apr 2013 19:48:17 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-15.tower-217.messagelabs.com!1367005694!14989678!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13132 invoked from network); 26 Apr 2013 19:48:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:48:15 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="21879025" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:48:13 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 12:48:12 -0700 From: Santosh Jodh To: Dave Scott Date: Fri, 26 Apr 2013 12:48:10 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cto0FIhqOH3oCS6ak5rTqPnwGKwAADLJw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 guess the unit is kb. So it is 16MB and that's the highest it can go. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 16384 -bash: ulimit: stack size: cannot modify limit: Operation not permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 12:45 PM > To: Santosh Jodh > Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > 16k seems a little small to me. According to Wikipedia the basic > interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm > sure we could live with a 10 MiB stack (IIRC that's what we currently > have, per thread, in XCP/XS dom0) :-) > > When I'm back at a proper computer I'll have a look at my default stack > (on mobile device atm) > > -- > Dave Scott > XenServer System Architect > > On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > wrote: > > > I doubled it to 16k and it still fails. > > > > -----Original Message----- > > From: Anil Madhavapeddy [mailto:anil@recoil.org] > > Sent: Friday, April 26, 2013 11:16 AM > > To: Jonathan Ludlam > > Cc: Santosh Jodh; xen-api@lists.xen.org > > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > > Santosh, > > > > If you're getting a stack overflow exception, it's probably worth > increasing your ulimit -s and trying again... > > > > -anil > > > > On 26 Apr 2013, at 19:06, Jonathan Ludlam > wrote: > > > >> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >> > >> Sent from my iPad > >> > >> On 26 Apr 2013, at 18:52, "Santosh Jodh" > wrote: > >> > >>> Ok - I misunderstood you when you said each repo has several > branches. > >>> > >>> I get following on fusion branch: > >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>> * fusion > >>> master > >>> > >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>> omake: Symbol `FamErrlist' has different size in shared object, > >>> consider re-linking > >>> *** omake: reading OMakefiles > >>> *** omake: finished reading OMakefiles (0.17 sec) > >>> --- Checking for ocamlfind... (found > >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>> --- Checking whether ocamlc understands the "z" warnings... (yes) > >>> - build ocaml/idl datamodel.cmx > >>> + ocamlfind ocamlopt -package > >>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I > >>> + ../database -I .. -c datamodel.ml > >>> Fatal error: exception Stack_overflow > >>> *** omake: 223/277 targets are up to date > >>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 > >>> digests) > >>> *** omake: targets were not rebuilt because of errors: > >>> ocaml/idl/datamodel.cmi > >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>> depends on: ocaml/idl/datamodel.ml > >>> make: *** [all] Error 2 > >>> > >>> -----Original Message----- > >>> From: Dave Scott > >>> Sent: Friday, April 26, 2013 10:13 AM > >>> To: Santosh Jodh > >>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>> > >>> > >>> I didn't read your email carefully enough, see below: > >>> > >>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>> error: pathspec 'fusion' did not match any file(s) known to git. > >>>> > >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] > >>>> repositoryformatversion = 0 > >>>> filemode = true > >>>> bare = false > >>>> logallrefupdates = true > >>>> [remote "origin"] > >>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>> url = git://github.com/xen-org/xen-api.git > >>> > >>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>> > >>>> [branch "master"] > >>>> remote = origin > >>>> merge = refs/heads/master > >>>> > >>>> -----Original Message----- > >>>> From: Dave Scott > >>>> Sent: Friday, April 26, 2013 9:22 AM > >>>> To: Santosh Jodh > >>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>> I guess I am still at master. > >>>>> > >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>> * master > >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > >>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>> git://github.com/xen-org/xen-api.git (push) > >>>>> > >>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>> > >>>> It is... but each repo has several branches. I think all you need > to do is: > >>>> > >>>> cd xen-api > >>>> git checkout fusion > >>>> make > >>> > >>> Try this (I've got a good feeling about this one!) > >>> > >>> rm -rf xen-api > >>> git clone git://github.com/jonludlam/xen-api.git > >>> cd xen-api > >>> git checkout fusion > >>> make > >>> > >>> Cheers, > >>> Dave > >>> > >>>> > >>>> Cheers, > >>>> Dave > >>>> > >>>>> > >>>>> -----Original Message----- > >>>>> From: Dave Scott > >>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>> To: Santosh Jodh > >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>> > >>>>> Could you confirm which xen-api branch you're trying to build? > Something like "git branch -l" and "git remote -v". > >>>>> > >>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' > >>>>> these > >>>>> days: > >>>>> > >>>>> $ ocamlfind list | grep rpc > >>>>> rpclib (version: 1.2.0) > >>>>> rpclib.core (version: n/a) > >>>>> rpclib.idl (version: n/a) > >>>>> rpclib.js (version: n/a) > >>>>> rpclib.json (version: n/a) > >>>>> rpclib.syntax (version: n/a) > >>>>> rpclib.unix (version: n/a) > >>>>> rpclib.xml (version: n/a) > >>>>> > >>>>> It looks like the branch of xen-api you're trying to build is > still using the old name. > >>>>> > >>>>> Cheers, > >>>>> Dave > >>>>> > >>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>> The initial ones were from > >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml > >>>>>> > >>>>>> Rest from this thread and compiler output. > >>>>>> > >>>>>> According to opam, rpc is already installed. > >>>>>> > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > Package > >>>>>> rpc is already installed (current version is 1.4.1) > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>> To: Santosh Jodh > >>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> "opam install rpc" will give you rpc-light. > >>>>>> > >>>>>> Which wiki page are you getting all these instructions from? > I'd like to see what the custom Xen OPAM packages are, as there seem to > be some custom ones that aren't distributed in mainline OPAM. > >>>>>> > >>>>>> -anil > >>>>>> > >>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > wrote: > >>>>>> > >>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > about it. > >>>>>>> > >>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>> + ocamlfind ocamldep -package > >>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>> *** omake: 210/355 targets are up to date > >>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 > >>>>>>> digests) > >>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>> > >>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/datamodel_utils.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/dm_api.ml > >>>>>>> > >>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>> make: *** [all] Error 2 > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light > >>>>>>> rpc-light is not a valid versioned package name 'opam install > >>>>>>> rpc-light' failed. > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>>> > >>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; > you should only need xen-api now... > >>>>>>> > >>>>>>> -- > >>>>>>> Dave Scott > >>>>>>> XenServer System Architect > >>>>>>> > >>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > wrote: > >>>>>>> > >>>>>>>> opam install xen-api-libs-transitional > >>>>>>>> > >>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- > extra, libxen-dev. > >>>>>>>> > >>>>>>>> However, xen-api-libs still fails with the same error. Will > try the fusion branch next. > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Or sorry I also notice you haven't got the xen headers > installed: try installing xen-devel. > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Dave Scott > >>>>>>>> XenServer System Architect > >>>>>>>> > >>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > wrote: > >>>>>>>> > >>>>>>>>> That command fails: > >>>>>>>>> > >>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>> # opam-version 1.0.1 > (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>> # os linux > >>>>>>>>> # command make > >>>>>>>>> # path > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>> # exit-code 2 > >>>>>>>>> # env-file > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > d474c2.env > >>>>>>>>> # stdout-file > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > d474c2.out > >>>>>>>>> # stderr-file > /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > d474c2.err > >>>>>>>>> ### stdout ### > >>>>>>>>> ...[truncated] > >>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c > >>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o > >>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c > >>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such > >>>>>>>>> file or directory compilation terminated. > >>>>>>>>> Command exited with code 2. > >>>>>>>>> ### stderr ### > >>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > lib/xenctrl.cma > >>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j > >>>>>>>>> 4' terminated with error code 10") > >>>>>>>>> make: *** [build] Error 1 > >>>>>>>>> > >>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Dave Scott > >>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name > of type-conv changed upstream and we haven't changed everything over to > the new name yet. > >>>>>>>>> > >>>>>>>>> If that works you might want to try building either Jon's > "fusion" branch of xen-api or my "upstream-packages" one on github. > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Dave Scott > >>>>>>>>> XenServer System Architect > >>>>>>>>> > >>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > wrote: > >>>>>>>>> > >>>>>>>>>> opam install installed type_conv but I am still getting the > exact same error. Do I need to refresh environment to pick up the newly > installed type_conv? > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>> AMD64 > >>>>>>>>>> > >>>>>>>>>> Try "opam install type_conv" and see if that helps when you > retry xen-api-libs. > >>>>>>>>>> > >>>>>>>>>> -anil > >>>>>>>>>> > >>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > wrote: > >>>>>>>>>> > >>>>>>>>>>> I am hitting an error while building xen-api-libs now. It > cannot find type-conv: > >>>>>>>>>>> > >>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid > >>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light > >>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - > c > >>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>> make[1]: Leaving directory > `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages > as soon as Debian and other packaging vendors catch up in their release > cycles: > >>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>> > >>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot > now. > >>>>>>>>>>> > >>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > replace the OPAM binary, and run 'opam update' to refresh your package > list. It may be easier to just delete ~/.opam and recompile packages. > There is no state for OPAM held outside of ~/.opam. > >>>>>> > >>>>>>>>>>> > >>>>>>>>>>> -anil > >>>>>>>>>>> > >>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > wrote: > >>>>>>>>>>> > >>>>>>>>>>>> Yes - they are from wiki > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>> > >>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > org/opam? > >>>>>>>>>>>> > >>>>>>>>>>>> I will try the new instructions. Do I need to uninstall > opam first? And how do I do that? > >>>>>>>>>>>> > >>>>>>>>>>>> Thanks, > >>>>>>>>>>>> Santosh > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>> To: John Else > >>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Hi, > >>>>>>>>>>>> > >>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>> > >>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, > please update them once you get it working! > >>>>>>>>>>>> > >>>>>>>>>>>> Thanks, > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > wrote: > >>>>>>>>>>>> > >>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>> > >>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > repository, rather than xen-org's fork (it's several months out of > date), and secondly building a tagged release of opam rather than the > master branch. Try: > >>>>>>>>>>>> > >>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>> checkout latest ./configure && make && sudo make install > >>>>>>>>>>>> > >>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) > repository, and add xen-org's repository: > >>>>>>>>>>>> > >>>>>>>>>>>> opam init > >>>>>>>>>>>> eval `opam config env` > >>>>>>>>>>>> opam remote add xen-org > >>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>> > >>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>> John > >>>>>>>>>>>> > >>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh > >>>>>>>>>>>> Jodh > >>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml > >>>>>>>>>>>> > >>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>> library > >>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>> > >>>>>>>>>>>> This succeeded. > >>>>>>>>>>>> > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init > >>>>>>>>>>>> git://github.com/xen-org/opam-repository > >>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > fields > >>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, > >>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Regards, > >>>>>>>>>>>> Santosh > >>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:51:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:51: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 1UVogL-0007EQ-Gv; Fri, 26 Apr 2013 19:51:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVogK-0007EJ-7s for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:51:44 +0000 Received: from [85.158.143.99:64292] by server-2.bemta-4.messagelabs.com id 06/27-12656-FCADA715; Fri, 26 Apr 2013 19:51:43 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1367005902!29372964!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3340 invoked from network); 26 Apr 2013 19:51:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:51:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993646" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:51:42 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 20:51:42 +0100 From: Dave Scott To: Santosh Jodh Date: Fri, 26 Apr 2013 20:51:38 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Ct3jiQG4Qidm4RmiQDjR59X5GPg== Message-ID: <6CDFF51C-9ABB-45A3-91CA-0B4426A2A5BF@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 man page (for "bash" I think) might explain the unit etc. You might have more luck raising the limit as root-- a bunch of the ulimit settings are capped for regular users. -- Dave Scott XenServer System Architect On Apr 26, 2013, at 8:48 PM, "Santosh Jodh" wrote: > I guess the unit is kb. > > So it is 16MB and that's the highest it can go. > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > 16384 > > -bash: ulimit: stack size: cannot modify limit: Operation not permitted > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 12:45 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> 16k seems a little small to me. According to Wikipedia the basic >> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm >> sure we could live with a 10 MiB stack (IIRC that's what we currently >> have, per thread, in XCP/XS dom0) :-) >> >> When I'm back at a proper computer I'll have a look at my default stack >> (on mobile device atm) >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >> wrote: >> >>> I doubled it to 16k and it still fails. >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 11:16 AM >>> To: Jonathan Ludlam >>> Cc: Santosh Jodh; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Santosh, >>> >>> If you're getting a stack overflow exception, it's probably worth >> increasing your ulimit -s and trying again... >>> >>> -anil >>> >>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >> wrote: >>> >>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >> wrote: >>>> >>>>> Ok - I misunderstood you when you said each repo has several >> branches. >>>>> >>>>> I get following on fusion branch: >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>> * fusion >>>>> master >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> - build ocaml/idl datamodel.cmx >>>>> + ocamlfind ocamlopt -package >>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>> + ../database -I .. -c datamodel.ml >>>>> Fatal error: exception Stack_overflow >>>>> *** omake: 223/277 targets are up to date >>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/idl/datamodel.cmi >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>> depends on: ocaml/idl/datamodel.ml >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> >>>>> I didn't read your email carefully enough, see below: >>>>> >>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>>>> repositoryformatversion = 0 >>>>>> filemode = true >>>>>> bare = false >>>>>> logallrefupdates = true >>>>>> [remote "origin"] >>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>> url = git://github.com/xen-org/xen-api.git >>>>> >>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>> >>>>>> [branch "master"] >>>>>> remote = origin >>>>>> merge = refs/heads/master >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>> I guess I am still at master. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>> * master >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>> >>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>> >>>>>> It is... but each repo has several branches. I think all you need >> to do is: >>>>>> >>>>>> cd xen-api >>>>>> git checkout fusion >>>>>> make >>>>> >>>>> Try this (I've got a good feeling about this one!) >>>>> >>>>> rm -rf xen-api >>>>> git clone git://github.com/jonludlam/xen-api.git >>>>> cd xen-api >>>>> git checkout fusion >>>>> make >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Could you confirm which xen-api branch you're trying to build? >> Something like "git branch -l" and "git remote -v". >>>>>>> >>>>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>>>> these >>>>>>> days: >>>>>>> >>>>>>> $ ocamlfind list | grep rpc >>>>>>> rpclib (version: 1.2.0) >>>>>>> rpclib.core (version: n/a) >>>>>>> rpclib.idl (version: n/a) >>>>>>> rpclib.js (version: n/a) >>>>>>> rpclib.json (version: n/a) >>>>>>> rpclib.syntax (version: n/a) >>>>>>> rpclib.unix (version: n/a) >>>>>>> rpclib.xml (version: n/a) >>>>>>> >>>>>>> It looks like the branch of xen-api you're trying to build is >> still using the old name. >>>>>>> >>>>>>> Cheers, >>>>>>> Dave >>>>>>> >>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>> The initial ones were from >>>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>>>> >>>>>>>> Rest from this thread and compiler output. >>>>>>>> >>>>>>>> According to opam, rpc is already installed. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >> Package >>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>> >>>>>>>> Which wiki page are you getting all these instructions from? >> I'd like to see what the custom Xen OPAM packages are, as there seem to >> be some custom ones that aren't distributed in mainline OPAM. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >> wrote: >>>>>>>> >>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >> about it. >>>>>>>>> >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>> digests) >>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>> >>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>>>> rpc-light' failed. >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >> you should only need xen-api now... >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >> wrote: >>>>>>>>> >>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>> >>>>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- >> extra, libxen-dev. >>>>>>>>>> >>>>>>>>>> However, xen-api-libs still fails with the same error. Will >> try the fusion branch next. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Or sorry I also notice you haven't got the xen headers >> installed: try installing xen-devel. >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >> wrote: >>>>>>>>>> >>>>>>>>>>> That command fails: >>>>>>>>>>> >>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>> # opam-version 1.0.1 >> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>> # os linux >>>>>>>>>>> # command make >>>>>>>>>>> # path >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>> # exit-code 2 >>>>>>>>>>> # env-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.env >>>>>>>>>>> # stdout-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.out >>>>>>>>>>> # stderr-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.err >>>>>>>>>>> ### stdout ### >>>>>>>>>>> ...[truncated] >>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>> Command exited with code 2. >>>>>>>>>>> ### stderr ### >>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >> lib/xenctrl.cma >>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>>>> 4' terminated with error code 10") >>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>> >>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name >> of type-conv changed upstream and we haven't changed everything over to >> the new name yet. >>>>>>>>>>> >>>>>>>>>>> If that works you might want to try building either Jon's >> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >> wrote: >>>>>>>>>>> >>>>>>>>>>>> opam install installed type_conv but I am still getting the >> exact same error. Do I need to refresh environment to pick up the newly >> installed type_conv? >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Try "opam install type_conv" and see if that helps when you >> retry xen-api-libs. >>>>>>>>>>>> >>>>>>>>>>>> -anil >>>>>>>>>>>> >>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. It >> cannot find type-conv: >>>>>>>>>>>>> >>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - >> c >>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>> make[1]: Leaving directory >> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages >> as soon as Debian and other packaging vendors catch up in their release >> cycles: >>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>> >>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >> now. >>>>>>>>>>>>> >>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >> replace the OPAM binary, and run 'opam update' to refresh your package >> list. It may be easier to just delete ~/.opam and recompile packages. >> There is no state for OPAM held outside of ~/.opam. >>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >> org/opam? >>>>>>>>>>>>>> >>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >> opam first? And how do I do that? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, >> please update them once you get it working! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >> repository, rather than xen-org's fork (it's several months out of >> date), and secondly building a tagged release of opam rather than the >> master branch. Try: >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) >> repository, and add xen-org's repository: >>>>>>>>>>>>>> >>>>>>>>>>>>>> opam init >>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>> John >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>>>> Jodh >>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>> library >>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >> fields >>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:51:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:51: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 1UVogL-0007EQ-Gv; Fri, 26 Apr 2013 19:51:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVogK-0007EJ-7s for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:51:44 +0000 Received: from [85.158.143.99:64292] by server-2.bemta-4.messagelabs.com id 06/27-12656-FCADA715; Fri, 26 Apr 2013 19:51:43 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1367005902!29372964!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3340 invoked from network); 26 Apr 2013 19:51:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:51:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993646" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:51:42 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 20:51:42 +0100 From: Dave Scott To: Santosh Jodh Date: Fri, 26 Apr 2013 20:51:38 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Ct3jiQG4Qidm4RmiQDjR59X5GPg== Message-ID: <6CDFF51C-9ABB-45A3-91CA-0B4426A2A5BF@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 man page (for "bash" I think) might explain the unit etc. You might have more luck raising the limit as root-- a bunch of the ulimit settings are capped for regular users. -- Dave Scott XenServer System Architect On Apr 26, 2013, at 8:48 PM, "Santosh Jodh" wrote: > I guess the unit is kb. > > So it is 16MB and that's the highest it can go. > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > 16384 > > -bash: ulimit: stack size: cannot modify limit: Operation not permitted > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 12:45 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> 16k seems a little small to me. According to Wikipedia the basic >> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm >> sure we could live with a 10 MiB stack (IIRC that's what we currently >> have, per thread, in XCP/XS dom0) :-) >> >> When I'm back at a proper computer I'll have a look at my default stack >> (on mobile device atm) >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >> wrote: >> >>> I doubled it to 16k and it still fails. >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 11:16 AM >>> To: Jonathan Ludlam >>> Cc: Santosh Jodh; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Santosh, >>> >>> If you're getting a stack overflow exception, it's probably worth >> increasing your ulimit -s and trying again... >>> >>> -anil >>> >>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >> wrote: >>> >>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >> wrote: >>>> >>>>> Ok - I misunderstood you when you said each repo has several >> branches. >>>>> >>>>> I get following on fusion branch: >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>> * fusion >>>>> master >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> - build ocaml/idl datamodel.cmx >>>>> + ocamlfind ocamlopt -package >>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>> + ../database -I .. -c datamodel.ml >>>>> Fatal error: exception Stack_overflow >>>>> *** omake: 223/277 targets are up to date >>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/idl/datamodel.cmi >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>> depends on: ocaml/idl/datamodel.ml >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> >>>>> I didn't read your email carefully enough, see below: >>>>> >>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>>>> repositoryformatversion = 0 >>>>>> filemode = true >>>>>> bare = false >>>>>> logallrefupdates = true >>>>>> [remote "origin"] >>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>> url = git://github.com/xen-org/xen-api.git >>>>> >>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>> >>>>>> [branch "master"] >>>>>> remote = origin >>>>>> merge = refs/heads/master >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>> I guess I am still at master. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>> * master >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>> >>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>> >>>>>> It is... but each repo has several branches. I think all you need >> to do is: >>>>>> >>>>>> cd xen-api >>>>>> git checkout fusion >>>>>> make >>>>> >>>>> Try this (I've got a good feeling about this one!) >>>>> >>>>> rm -rf xen-api >>>>> git clone git://github.com/jonludlam/xen-api.git >>>>> cd xen-api >>>>> git checkout fusion >>>>> make >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Could you confirm which xen-api branch you're trying to build? >> Something like "git branch -l" and "git remote -v". >>>>>>> >>>>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>>>> these >>>>>>> days: >>>>>>> >>>>>>> $ ocamlfind list | grep rpc >>>>>>> rpclib (version: 1.2.0) >>>>>>> rpclib.core (version: n/a) >>>>>>> rpclib.idl (version: n/a) >>>>>>> rpclib.js (version: n/a) >>>>>>> rpclib.json (version: n/a) >>>>>>> rpclib.syntax (version: n/a) >>>>>>> rpclib.unix (version: n/a) >>>>>>> rpclib.xml (version: n/a) >>>>>>> >>>>>>> It looks like the branch of xen-api you're trying to build is >> still using the old name. >>>>>>> >>>>>>> Cheers, >>>>>>> Dave >>>>>>> >>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>> The initial ones were from >>>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>>>> >>>>>>>> Rest from this thread and compiler output. >>>>>>>> >>>>>>>> According to opam, rpc is already installed. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >> Package >>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>> >>>>>>>> Which wiki page are you getting all these instructions from? >> I'd like to see what the custom Xen OPAM packages are, as there seem to >> be some custom ones that aren't distributed in mainline OPAM. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >> wrote: >>>>>>>> >>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >> about it. >>>>>>>>> >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>> digests) >>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>> >>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>>>> rpc-light' failed. >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >> you should only need xen-api now... >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >> wrote: >>>>>>>>> >>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>> >>>>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- >> extra, libxen-dev. >>>>>>>>>> >>>>>>>>>> However, xen-api-libs still fails with the same error. Will >> try the fusion branch next. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Or sorry I also notice you haven't got the xen headers >> installed: try installing xen-devel. >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >> wrote: >>>>>>>>>> >>>>>>>>>>> That command fails: >>>>>>>>>>> >>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>> # opam-version 1.0.1 >> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>> # os linux >>>>>>>>>>> # command make >>>>>>>>>>> # path >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>> # exit-code 2 >>>>>>>>>>> # env-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.env >>>>>>>>>>> # stdout-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.out >>>>>>>>>>> # stderr-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.err >>>>>>>>>>> ### stdout ### >>>>>>>>>>> ...[truncated] >>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>> Command exited with code 2. >>>>>>>>>>> ### stderr ### >>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >> lib/xenctrl.cma >>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>>>> 4' terminated with error code 10") >>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>> >>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name >> of type-conv changed upstream and we haven't changed everything over to >> the new name yet. >>>>>>>>>>> >>>>>>>>>>> If that works you might want to try building either Jon's >> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >> wrote: >>>>>>>>>>> >>>>>>>>>>>> opam install installed type_conv but I am still getting the >> exact same error. Do I need to refresh environment to pick up the newly >> installed type_conv? >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Try "opam install type_conv" and see if that helps when you >> retry xen-api-libs. >>>>>>>>>>>> >>>>>>>>>>>> -anil >>>>>>>>>>>> >>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. It >> cannot find type-conv: >>>>>>>>>>>>> >>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - >> c >>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>> make[1]: Leaving directory >> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages >> as soon as Debian and other packaging vendors catch up in their release >> cycles: >>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>> >>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >> now. >>>>>>>>>>>>> >>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >> replace the OPAM binary, and run 'opam update' to refresh your package >> list. It may be easier to just delete ~/.opam and recompile packages. >> There is no state for OPAM held outside of ~/.opam. >>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >> org/opam? >>>>>>>>>>>>>> >>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >> opam first? And how do I do that? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, >> please update them once you get it working! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >> repository, rather than xen-org's fork (it's several months out of >> date), and secondly building a tagged release of opam rather than the >> master branch. Try: >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) >> repository, and add xen-org's repository: >>>>>>>>>>>>>> >>>>>>>>>>>>>> opam init >>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>> John >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>>>> Jodh >>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>> library >>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >> fields >>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:52:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:52: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 1UVohA-0007Ga-TA; Fri, 26 Apr 2013 19:52:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoh9-0007GO-Sp for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:52:36 +0000 Received: from [85.158.143.99:6108] by server-3.bemta-4.messagelabs.com id 13/40-02186-20BDA715; Fri, 26 Apr 2013 19:52:34 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1367005953!29485518!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8804 invoked from network); 26 Apr 2013 19:52:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:52:33 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993649" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:52:33 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 20:52:33 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 20:52:31 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Ct5eSe/gC+n36RLq1bzy/mioH3A== Message-ID: <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 still suspicious that it's using the byte code compilers. I've just tried here and when I compile datamodel.ml with ocamlopt.opt (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, get stack overflow. Try verifying with ps to see which compiler it's using? Jon Sent from my iPad On 26 Apr 2013, at 20:48, "Santosh Jodh" wrote: > I guess the unit is kb. > > So it is 16MB and that's the highest it can go. > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > 16384 > > -bash: ulimit: stack size: cannot modify limit: Operation not permitted > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 12:45 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> 16k seems a little small to me. According to Wikipedia the basic >> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm >> sure we could live with a 10 MiB stack (IIRC that's what we currently >> have, per thread, in XCP/XS dom0) :-) >> >> When I'm back at a proper computer I'll have a look at my default stack >> (on mobile device atm) >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >> wrote: >> >>> I doubled it to 16k and it still fails. >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 11:16 AM >>> To: Jonathan Ludlam >>> Cc: Santosh Jodh; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Santosh, >>> >>> If you're getting a stack overflow exception, it's probably worth >> increasing your ulimit -s and trying again... >>> >>> -anil >>> >>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >> wrote: >>> >>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >> wrote: >>>> >>>>> Ok - I misunderstood you when you said each repo has several >> branches. >>>>> >>>>> I get following on fusion branch: >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>> * fusion >>>>> master >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> - build ocaml/idl datamodel.cmx >>>>> + ocamlfind ocamlopt -package >>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>> + ../database -I .. -c datamodel.ml >>>>> Fatal error: exception Stack_overflow >>>>> *** omake: 223/277 targets are up to date >>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/idl/datamodel.cmi >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>> depends on: ocaml/idl/datamodel.ml >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> >>>>> I didn't read your email carefully enough, see below: >>>>> >>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>>>> repositoryformatversion = 0 >>>>>> filemode = true >>>>>> bare = false >>>>>> logallrefupdates = true >>>>>> [remote "origin"] >>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>> url = git://github.com/xen-org/xen-api.git >>>>> >>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>> >>>>>> [branch "master"] >>>>>> remote = origin >>>>>> merge = refs/heads/master >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>> I guess I am still at master. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>> * master >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>> >>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>> >>>>>> It is... but each repo has several branches. I think all you need >> to do is: >>>>>> >>>>>> cd xen-api >>>>>> git checkout fusion >>>>>> make >>>>> >>>>> Try this (I've got a good feeling about this one!) >>>>> >>>>> rm -rf xen-api >>>>> git clone git://github.com/jonludlam/xen-api.git >>>>> cd xen-api >>>>> git checkout fusion >>>>> make >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Could you confirm which xen-api branch you're trying to build? >> Something like "git branch -l" and "git remote -v". >>>>>>> >>>>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>>>> these >>>>>>> days: >>>>>>> >>>>>>> $ ocamlfind list | grep rpc >>>>>>> rpclib (version: 1.2.0) >>>>>>> rpclib.core (version: n/a) >>>>>>> rpclib.idl (version: n/a) >>>>>>> rpclib.js (version: n/a) >>>>>>> rpclib.json (version: n/a) >>>>>>> rpclib.syntax (version: n/a) >>>>>>> rpclib.unix (version: n/a) >>>>>>> rpclib.xml (version: n/a) >>>>>>> >>>>>>> It looks like the branch of xen-api you're trying to build is >> still using the old name. >>>>>>> >>>>>>> Cheers, >>>>>>> Dave >>>>>>> >>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>> The initial ones were from >>>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>>>> >>>>>>>> Rest from this thread and compiler output. >>>>>>>> >>>>>>>> According to opam, rpc is already installed. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >> Package >>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>> >>>>>>>> Which wiki page are you getting all these instructions from? >> I'd like to see what the custom Xen OPAM packages are, as there seem to >> be some custom ones that aren't distributed in mainline OPAM. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >> wrote: >>>>>>>> >>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >> about it. >>>>>>>>> >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>> digests) >>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>> >>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>>>> rpc-light' failed. >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >> you should only need xen-api now... >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >> wrote: >>>>>>>>> >>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>> >>>>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- >> extra, libxen-dev. >>>>>>>>>> >>>>>>>>>> However, xen-api-libs still fails with the same error. Will >> try the fusion branch next. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Or sorry I also notice you haven't got the xen headers >> installed: try installing xen-devel. >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >> wrote: >>>>>>>>>> >>>>>>>>>>> That command fails: >>>>>>>>>>> >>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>> # opam-version 1.0.1 >> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>> # os linux >>>>>>>>>>> # command make >>>>>>>>>>> # path >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>> # exit-code 2 >>>>>>>>>>> # env-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.env >>>>>>>>>>> # stdout-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.out >>>>>>>>>>> # stderr-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.err >>>>>>>>>>> ### stdout ### >>>>>>>>>>> ...[truncated] >>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>> Command exited with code 2. >>>>>>>>>>> ### stderr ### >>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >> lib/xenctrl.cma >>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>>>> 4' terminated with error code 10") >>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>> >>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name >> of type-conv changed upstream and we haven't changed everything over to >> the new name yet. >>>>>>>>>>> >>>>>>>>>>> If that works you might want to try building either Jon's >> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >> wrote: >>>>>>>>>>> >>>>>>>>>>>> opam install installed type_conv but I am still getting the >> exact same error. Do I need to refresh environment to pick up the newly >> installed type_conv? >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Try "opam install type_conv" and see if that helps when you >> retry xen-api-libs. >>>>>>>>>>>> >>>>>>>>>>>> -anil >>>>>>>>>>>> >>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. It >> cannot find type-conv: >>>>>>>>>>>>> >>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - >> c >>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>> make[1]: Leaving directory >> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages >> as soon as Debian and other packaging vendors catch up in their release >> cycles: >>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>> >>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >> now. >>>>>>>>>>>>> >>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >> replace the OPAM binary, and run 'opam update' to refresh your package >> list. It may be easier to just delete ~/.opam and recompile packages. >> There is no state for OPAM held outside of ~/.opam. >>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >> org/opam? >>>>>>>>>>>>>> >>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >> opam first? And how do I do that? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, >> please update them once you get it working! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >> repository, rather than xen-org's fork (it's several months out of >> date), and secondly building a tagged release of opam rather than the >> master branch. Try: >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) >> repository, and add xen-org's repository: >>>>>>>>>>>>>> >>>>>>>>>>>>>> opam init >>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>> John >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>>>> Jodh >>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>> library >>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >> fields >>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:52:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:52: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 1UVohA-0007Ga-TA; Fri, 26 Apr 2013 19:52:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoh9-0007GO-Sp for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:52:36 +0000 Received: from [85.158.143.99:6108] by server-3.bemta-4.messagelabs.com id 13/40-02186-20BDA715; Fri, 26 Apr 2013 19:52:34 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1367005953!29485518!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8804 invoked from network); 26 Apr 2013 19:52:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:52:33 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993649" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:52:33 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 20:52:33 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 20:52:31 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Ct5eSe/gC+n36RLq1bzy/mioH3A== Message-ID: <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 still suspicious that it's using the byte code compilers. I've just tried here and when I compile datamodel.ml with ocamlopt.opt (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, get stack overflow. Try verifying with ps to see which compiler it's using? Jon Sent from my iPad On 26 Apr 2013, at 20:48, "Santosh Jodh" wrote: > I guess the unit is kb. > > So it is 16MB and that's the highest it can go. > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > 16384 > > -bash: ulimit: stack size: cannot modify limit: Operation not permitted > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 12:45 PM >> To: Santosh Jodh >> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> 16k seems a little small to me. According to Wikipedia the basic >> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm >> sure we could live with a 10 MiB stack (IIRC that's what we currently >> have, per thread, in XCP/XS dom0) :-) >> >> When I'm back at a proper computer I'll have a look at my default stack >> (on mobile device atm) >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >> wrote: >> >>> I doubled it to 16k and it still fails. >>> >>> -----Original Message----- >>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>> Sent: Friday, April 26, 2013 11:16 AM >>> To: Jonathan Ludlam >>> Cc: Santosh Jodh; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> Santosh, >>> >>> If you're getting a stack overflow exception, it's probably worth >> increasing your ulimit -s and trying again... >>> >>> -anil >>> >>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >> wrote: >>> >>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >> wrote: >>>> >>>>> Ok - I misunderstood you when you said each repo has several >> branches. >>>>> >>>>> I get following on fusion branch: >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>> * fusion >>>>> master >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> - build ocaml/idl datamodel.cmx >>>>> + ocamlfind ocamlopt -package >>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>> + ../database -I .. -c datamodel.ml >>>>> Fatal error: exception Stack_overflow >>>>> *** omake: 223/277 targets are up to date >>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/idl/datamodel.cmi >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>> depends on: ocaml/idl/datamodel.ml >>>>> make: *** [all] Error 2 >>>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> >>>>> I didn't read your email carefully enough, see below: >>>>> >>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>>>> repositoryformatversion = 0 >>>>>> filemode = true >>>>>> bare = false >>>>>> logallrefupdates = true >>>>>> [remote "origin"] >>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>> url = git://github.com/xen-org/xen-api.git >>>>> >>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>> >>>>>> [branch "master"] >>>>>> remote = origin >>>>>> merge = refs/heads/master >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>> I guess I am still at master. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>> * master >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>> >>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>> >>>>>> It is... but each repo has several branches. I think all you need >> to do is: >>>>>> >>>>>> cd xen-api >>>>>> git checkout fusion >>>>>> make >>>>> >>>>> Try this (I've got a good feeling about this one!) >>>>> >>>>> rm -rf xen-api >>>>> git clone git://github.com/jonludlam/xen-api.git >>>>> cd xen-api >>>>> git checkout fusion >>>>> make >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Could you confirm which xen-api branch you're trying to build? >> Something like "git branch -l" and "git remote -v". >>>>>>> >>>>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>>>> these >>>>>>> days: >>>>>>> >>>>>>> $ ocamlfind list | grep rpc >>>>>>> rpclib (version: 1.2.0) >>>>>>> rpclib.core (version: n/a) >>>>>>> rpclib.idl (version: n/a) >>>>>>> rpclib.js (version: n/a) >>>>>>> rpclib.json (version: n/a) >>>>>>> rpclib.syntax (version: n/a) >>>>>>> rpclib.unix (version: n/a) >>>>>>> rpclib.xml (version: n/a) >>>>>>> >>>>>>> It looks like the branch of xen-api you're trying to build is >> still using the old name. >>>>>>> >>>>>>> Cheers, >>>>>>> Dave >>>>>>> >>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>> The initial ones were from >>>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>>>> >>>>>>>> Rest from this thread and compiler output. >>>>>>>> >>>>>>>> According to opam, rpc is already installed. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >> Package >>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>> >>>>>>>> Which wiki page are you getting all these instructions from? >> I'd like to see what the custom Xen OPAM packages are, as there seem to >> be some custom ones that aren't distributed in mainline OPAM. >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >> wrote: >>>>>>>> >>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >> about it. >>>>>>>>> >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>> digests) >>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>> >>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>> >>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>> make: *** [all] Error 2 >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>>>> rpc-light' failed. >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >> you should only need xen-api now... >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >> wrote: >>>>>>>>> >>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>> >>>>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- >> extra, libxen-dev. >>>>>>>>>> >>>>>>>>>> However, xen-api-libs still fails with the same error. Will >> try the fusion branch next. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Or sorry I also notice you haven't got the xen headers >> installed: try installing xen-devel. >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >> wrote: >>>>>>>>>> >>>>>>>>>>> That command fails: >>>>>>>>>>> >>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>> # opam-version 1.0.1 >> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>> # os linux >>>>>>>>>>> # command make >>>>>>>>>>> # path >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>> # exit-code 2 >>>>>>>>>>> # env-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.env >>>>>>>>>>> # stdout-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.out >>>>>>>>>>> # stderr-file >> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >> d474c2.err >>>>>>>>>>> ### stdout ### >>>>>>>>>>> ...[truncated] >>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>> Command exited with code 2. >>>>>>>>>>> ### stderr ### >>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >> lib/xenctrl.cma >>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>>>> 4' terminated with error code 10") >>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>> >>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name >> of type-conv changed upstream and we haven't changed everything over to >> the new name yet. >>>>>>>>>>> >>>>>>>>>>> If that works you might want to try building either Jon's >> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >> wrote: >>>>>>>>>>> >>>>>>>>>>>> opam install installed type_conv but I am still getting the >> exact same error. Do I need to refresh environment to pick up the newly >> installed type_conv? >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Try "opam install type_conv" and see if that helps when you >> retry xen-api-libs. >>>>>>>>>>>> >>>>>>>>>>>> -anil >>>>>>>>>>>> >>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. It >> cannot find type-conv: >>>>>>>>>>>>> >>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - >> c >>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>> make[1]: Leaving directory >> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages >> as soon as Debian and other packaging vendors catch up in their release >> cycles: >>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>> >>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >> now. >>>>>>>>>>>>> >>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >> replace the OPAM binary, and run 'opam update' to refresh your package >> list. It may be easier to just delete ~/.opam and recompile packages. >> There is no state for OPAM held outside of ~/.opam. >>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >> org/opam? >>>>>>>>>>>>>> >>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >> opam first? And how do I do that? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, >> please update them once you get it working! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >> repository, rather than xen-org's fork (it's several months out of >> date), and secondly building a tagged release of opam rather than the >> master branch. Try: >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) >> repository, and add xen-org's repository: >>>>>>>>>>>>>> >>>>>>>>>>>>>> opam init >>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>> John >>>>>>>>>>>>>> >>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>>>> Jodh >>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>> library >>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>> >>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >> fields >>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:57:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:57: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 1UVolV-0007Qd-Di; Fri, 26 Apr 2013 19:57:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVolT-0007QX-T9 for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:57:04 +0000 Received: from [85.158.139.211:23003] by server-14.bemta-5.messagelabs.com id 87/9D-13158-F0CDA715; Fri, 26 Apr 2013 19:57:03 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1367006221!20335541!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5932 invoked from network); 26 Apr 2013 19:57:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:57:01 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993677" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:57:01 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 20:57:01 +0100 From: Dave Scott To: Jonathan Ludlam Date: Fri, 26 Apr 2013 20:56:56 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/A== Message-ID: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> In-Reply-To: <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , Santosh Jodh Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 good point. Iirc Omake caches the compiler when you first run it. Try removing all .omake* files to see if it picks up the opt.opt? -- Dave Scott XenServer System Architect On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" wrote: > I'm still suspicious that it's using the byte code compilers. I've just tried here and when I compile datamodel.ml with ocamlopt.opt (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, get stack overflow. > > Try verifying with ps to see which compiler it's using? > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 20:48, "Santosh Jodh" wrote: > >> I guess the unit is kb. >> >> So it is 16MB and that's the highest it can go. >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >> 16384 >> >> -bash: ulimit: stack size: cannot modify limit: Operation not permitted >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 >> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 12:45 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> 16k seems a little small to me. According to Wikipedia the basic >>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm >>> sure we could live with a 10 MiB stack (IIRC that's what we currently >>> have, per thread, in XCP/XS dom0) :-) >>> >>> When I'm back at a proper computer I'll have a look at my default stack >>> (on mobile device atm) >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>> wrote: >>> >>>> I doubled it to 16k and it still fails. >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Friday, April 26, 2013 11:16 AM >>>> To: Jonathan Ludlam >>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Santosh, >>>> >>>> If you're getting a stack overflow exception, it's probably worth >>> increasing your ulimit -s and trying again... >>>> >>>> -anil >>>> >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>> wrote: >>>> >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>> >>>>> Sent from my iPad >>>>> >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>> wrote: >>>>> >>>>>> Ok - I misunderstood you when you said each repo has several >>> branches. >>>>>> >>>>>> I get following on fusion branch: >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>> * fusion >>>>>> master >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>>> consider re-linking >>>>>> *** omake: reading OMakefiles >>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>> --- Checking for ocamlfind... (found >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>>> - build ocaml/idl datamodel.cmx >>>>>> + ocamlfind ocamlopt -package >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>>> + ../database -I .. -c datamodel.ml >>>>>> Fatal error: exception Stack_overflow >>>>>> *** omake: 223/277 targets are up to date >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> ocaml/idl/datamodel.cmi >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>> depends on: ocaml/idl/datamodel.ml >>>>>> make: *** [all] Error 2 >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> >>>>>> I didn't read your email carefully enough, see below: >>>>>> >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>>>>> repositoryformatversion = 0 >>>>>>> filemode = true >>>>>>> bare = false >>>>>>> logallrefupdates = true >>>>>>> [remote "origin"] >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>> >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>> >>>>>>> [branch "master"] >>>>>>> remote = origin >>>>>>> merge = refs/heads/master >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>> I guess I am still at master. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>> * master >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>> >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>> >>>>>>> It is... but each repo has several branches. I think all you need >>> to do is: >>>>>>> >>>>>>> cd xen-api >>>>>>> git checkout fusion >>>>>>> make >>>>>> >>>>>> Try this (I've got a good feeling about this one!) >>>>>> >>>>>> rm -rf xen-api >>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>> cd xen-api >>>>>> git checkout fusion >>>>>> make >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> Dave >>>>>>> >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Could you confirm which xen-api branch you're trying to build? >>> Something like "git branch -l" and "git remote -v". >>>>>>>> >>>>>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>>>>> these >>>>>>>> days: >>>>>>>> >>>>>>>> $ ocamlfind list | grep rpc >>>>>>>> rpclib (version: 1.2.0) >>>>>>>> rpclib.core (version: n/a) >>>>>>>> rpclib.idl (version: n/a) >>>>>>>> rpclib.js (version: n/a) >>>>>>>> rpclib.json (version: n/a) >>>>>>>> rpclib.syntax (version: n/a) >>>>>>>> rpclib.unix (version: n/a) >>>>>>>> rpclib.xml (version: n/a) >>>>>>>> >>>>>>>> It looks like the branch of xen-api you're trying to build is >>> still using the old name. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Dave >>>>>>>> >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>> The initial ones were from >>>>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>>>>> >>>>>>>>> Rest from this thread and compiler output. >>>>>>>>> >>>>>>>>> According to opam, rpc is already installed. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>> Package >>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>> >>>>>>>>> Which wiki page are you getting all these instructions from? >>> I'd like to see what the custom Xen OPAM packages are, as there seem to >>> be some custom ones that aren't distributed in mainline OPAM. >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>> wrote: >>>>>>>>> >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >>> about it. >>>>>>>>>> >>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>>> digests) >>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>> >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>>>>> rpc-light' failed. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >>> you should only need xen-api now... >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>> wrote: >>>>>>>>>> >>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>> >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- >>> extra, libxen-dev. >>>>>>>>>>> >>>>>>>>>>> However, xen-api-libs still fails with the same error. Will >>> try the fusion branch next. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>> installed: try installing xen-devel. >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>> wrote: >>>>>>>>>>> >>>>>>>>>>>> That command fails: >>>>>>>>>>>> >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>> # opam-version 1.0.1 >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>> # os linux >>>>>>>>>>>> # command make >>>>>>>>>>>> # path >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>> # env-file >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>> d474c2.env >>>>>>>>>>>> # stdout-file >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>> d474c2.out >>>>>>>>>>>> # stderr-file >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>> d474c2.err >>>>>>>>>>>> ### stdout ### >>>>>>>>>>>> ...[truncated] >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>> ### stderr ### >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>> lib/xenctrl.cma >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>>>>> 4' terminated with error code 10") >>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>> >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name >>> of type-conv changed upstream and we haven't changed everything over to >>> the new name yet. >>>>>>>>>>>> >>>>>>>>>>>> If that works you might want to try building either Jon's >>> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Dave Scott >>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>> >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> opam install installed type_conv but I am still getting the >>> exact same error. Do I need to refresh environment to pick up the newly >>> installed type_conv? >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when you >>> retry xen-api-libs. >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. It >>> cannot find type-conv: >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - >>> c >>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>> make[1]: Leaving directory >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages >>> as soon as Debian and other packaging vendors catch up in their release >>> cycles: >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >>> now. >>>>>>>>>>>>>> >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >>> replace the OPAM binary, and run 'opam update' to refresh your package >>> list. It may be easier to just delete ~/.opam and recompile packages. >>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -anil >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Yes - they are from wiki >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >>> org/opam? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >>> opam first? And how do I do that? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, >>> please update them once you get it working! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >>> repository, rather than xen-org's fork (it's several months out of >>> date), and secondly building a tagged release of opam rather than the >>> master branch. Try: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) >>> repository, and add xen-org's repository: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>> John >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>>>>> Jodh >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>>> library >>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >>> fields >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:57:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:57: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 1UVolV-0007Qd-Di; Fri, 26 Apr 2013 19:57:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVolT-0007QX-T9 for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:57:04 +0000 Received: from [85.158.139.211:23003] by server-14.bemta-5.messagelabs.com id 87/9D-13158-F0CDA715; Fri, 26 Apr 2013 19:57:03 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1367006221!20335541!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5932 invoked from network); 26 Apr 2013 19:57:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:57:01 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3993677" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 19:57:01 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 20:57:01 +0100 From: Dave Scott To: Jonathan Ludlam Date: Fri, 26 Apr 2013 20:56:56 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/A== Message-ID: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> In-Reply-To: <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , Santosh Jodh Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 good point. Iirc Omake caches the compiler when you first run it. Try removing all .omake* files to see if it picks up the opt.opt? -- Dave Scott XenServer System Architect On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" wrote: > I'm still suspicious that it's using the byte code compilers. I've just tried here and when I compile datamodel.ml with ocamlopt.opt (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, get stack overflow. > > Try verifying with ps to see which compiler it's using? > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 20:48, "Santosh Jodh" wrote: > >> I guess the unit is kb. >> >> So it is 16MB and that's the highest it can go. >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >> 16384 >> >> -bash: ulimit: stack size: cannot modify limit: Operation not permitted >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 >> >>> -----Original Message----- >>> From: Dave Scott >>> Sent: Friday, April 26, 2013 12:45 PM >>> To: Santosh Jodh >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> 16k seems a little small to me. According to Wikipedia the basic >>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. I'm >>> sure we could live with a 10 MiB stack (IIRC that's what we currently >>> have, per thread, in XCP/XS dom0) :-) >>> >>> When I'm back at a proper computer I'll have a look at my default stack >>> (on mobile device atm) >>> >>> -- >>> Dave Scott >>> XenServer System Architect >>> >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>> wrote: >>> >>>> I doubled it to 16k and it still fails. >>>> >>>> -----Original Message----- >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>> Sent: Friday, April 26, 2013 11:16 AM >>>> To: Jonathan Ludlam >>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Santosh, >>>> >>>> If you're getting a stack overflow exception, it's probably worth >>> increasing your ulimit -s and trying again... >>>> >>>> -anil >>>> >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>> wrote: >>>> >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>> >>>>> Sent from my iPad >>>>> >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>> wrote: >>>>> >>>>>> Ok - I misunderstood you when you said each repo has several >>> branches. >>>>>> >>>>>> I get following on fusion branch: >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>> * fusion >>>>>> master >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>>> consider re-linking >>>>>> *** omake: reading OMakefiles >>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>> --- Checking for ocamlfind... (found >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>>> - build ocaml/idl datamodel.cmx >>>>>> + ocamlfind ocamlopt -package >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>>> + ../database -I .. -c datamodel.ml >>>>>> Fatal error: exception Stack_overflow >>>>>> *** omake: 223/277 targets are up to date >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> ocaml/idl/datamodel.cmi >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>> depends on: ocaml/idl/datamodel.ml >>>>>> make: *** [all] Error 2 >>>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>> To: Santosh Jodh >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> >>>>>> I didn't read your email carefully enough, see below: >>>>>> >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>>> error: pathspec 'fusion' did not match any file(s) known to git. >>>>>>> >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config [core] >>>>>>> repositoryformatversion = 0 >>>>>>> filemode = true >>>>>>> bare = false >>>>>>> logallrefupdates = true >>>>>>> [remote "origin"] >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>> >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>> >>>>>>> [branch "master"] >>>>>>> remote = origin >>>>>>> merge = refs/heads/master >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>> I guess I am still at master. >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>> * master >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>> >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>> >>>>>>> It is... but each repo has several branches. I think all you need >>> to do is: >>>>>>> >>>>>>> cd xen-api >>>>>>> git checkout fusion >>>>>>> make >>>>>> >>>>>> Try this (I've got a good feeling about this one!) >>>>>> >>>>>> rm -rf xen-api >>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>> cd xen-api >>>>>> git checkout fusion >>>>>> make >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> Dave >>>>>>> >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Could you confirm which xen-api branch you're trying to build? >>> Something like "git branch -l" and "git remote -v". >>>>>>>> >>>>>>>> The package 'rpc-light' installs an OCaml package called 'rpclib' >>>>>>>> these >>>>>>>> days: >>>>>>>> >>>>>>>> $ ocamlfind list | grep rpc >>>>>>>> rpclib (version: 1.2.0) >>>>>>>> rpclib.core (version: n/a) >>>>>>>> rpclib.idl (version: n/a) >>>>>>>> rpclib.js (version: n/a) >>>>>>>> rpclib.json (version: n/a) >>>>>>>> rpclib.syntax (version: n/a) >>>>>>>> rpclib.unix (version: n/a) >>>>>>>> rpclib.xml (version: n/a) >>>>>>>> >>>>>>>> It looks like the branch of xen-api you're trying to build is >>> still using the old name. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Dave >>>>>>>> >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>> The initial ones were from >>>>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml >>>>>>>>> >>>>>>>>> Rest from this thread and compiler output. >>>>>>>>> >>>>>>>>> According to opam, rpc is already installed. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>> Package >>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>> >>>>>>>>> Which wiki page are you getting all these instructions from? >>> I'd like to see what the custom Xen OPAM packages are, as there seem to >>> be some custom ones that aren't distributed in mainline OPAM. >>>>>>>>> >>>>>>>>> -anil >>>>>>>>> >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>> wrote: >>>>>>>>> >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >>> about it. >>>>>>>>>> >>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>>> digests) >>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>> >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>> >>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc-light >>>>>>>>>> rpc-light is not a valid versioned package name 'opam install >>>>>>>>>> rpc-light' failed. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>> >>>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >>> you should only need xen-api now... >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>> wrote: >>>>>>>>>> >>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>> >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , camlp4- >>> extra, libxen-dev. >>>>>>>>>>> >>>>>>>>>>> However, xen-api-libs still fails with the same error. Will >>> try the fusion branch next. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>> installed: try installing xen-devel. >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dave Scott >>>>>>>>>>> XenServer System Architect >>>>>>>>>>> >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>> wrote: >>>>>>>>>>> >>>>>>>>>>>> That command fails: >>>>>>>>>>>> >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>> # opam-version 1.0.1 >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>> # os linux >>>>>>>>>>>> # command make >>>>>>>>>>>> # path >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>> # env-file >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>> d474c2.env >>>>>>>>>>>> # stdout-file >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>> d474c2.out >>>>>>>>>>>> # stderr-file >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>> d474c2.err >>>>>>>>>>>> ### stdout ### >>>>>>>>>>>> ...[truncated] >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c lib/xenctrl_stubs.c >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No such >>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>> ### stderr ### >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>> lib/xenctrl.cma >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug -j >>>>>>>>>>>> 4' terminated with error code 10") >>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>> >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the name >>> of type-conv changed upstream and we haven't changed everything over to >>> the new name yet. >>>>>>>>>>>> >>>>>>>>>>>> If that works you might want to try building either Jon's >>> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Dave Scott >>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>> >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> opam install installed type_conv but I am still getting the >>> exact same error. Do I need to refresh environment to pick up the newly >>> installed type_conv? >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when you >>> retry xen-api-libs. >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. It >>> cannot find type-conv: >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc-light - >>> c >>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>> make[1]: Leaving directory >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary packages >>> as soon as Debian and other packaging vendors catch up in their release >>> cycles: >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >>> now. >>>>>>>>>>>>>> >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >>> replace the OPAM binary, and run 'opam update' to refresh your package >>> list. It may be easier to just delete ~/.opam and recompile packages. >>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -anil >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Yes - they are from wiki >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >>> org/opam? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >>> opam first? And how do I do that? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If so, >>> please update them once you get it working! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >>> repository, rather than xen-org's fork (it's several months out of >>> date), and secondly building a tagged release of opam rather than the >>> master branch. Try: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make install >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Then you can initialise opam with the default (OCamlPro) >>> repository, and add xen-org's repository: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>> John >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf OfSantosh >>>>>>>>>>>>>>> Jodh >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>>> library >>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >>> fields >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 19:57:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:57: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 1UVom3-0007SD-PE; Fri, 26 Apr 2013 19:57:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVom1-0007S4-Qe for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:57:38 +0000 Received: from [85.158.137.99:2737] by server-4.bemta-3.messagelabs.com id 22/C9-21470-C2CDA715; Fri, 26 Apr 2013 19:57:32 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1367006250!884380!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12802 invoked from network); 26 Apr 2013 19:57:31 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:57:31 -0000 Received: by mail-we0-f176.google.com with SMTP id s10so3747670wey.7 for ; Fri, 26 Apr 2013 12:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=635cJrrzIhbOdpc+dXXk0EYUvc1lFk5Bxw7Gel67F7c=; b=tU0YzRq19bwwucR9aUACUPtN92xAYBLkuRFwEDGL4SKztGPgWzetZf3IkEoRYtnc3t xC+3vhf8Bzx32vnkiMZDfjK6COLj5+UGWktUCP2ib4V/NmbnLxDwdhy/VEtHgJvSs5rU +gY93uyIg2M6jfPKyK/C73yTbhzKJ45z1wZEFn+muqzCZgd1BC0tN0Pp+4g9nyixbfGd FB2C3EabETWHBpoADbCzKaz0/Eh/3vF4zBiJ2p2UpIczkkeQB/wxNq+2Z05YZxeBvCn2 iRpw9MhxUGL5ndqRll3xFUXb55zRtxgbLqvPJ2E3jq7OPT6o8Am4VRyfoN8sPCUJstIR DRrQ== MIME-Version: 1.0 X-Received: by 10.180.108.106 with SMTP id hj10mr6300912wib.0.1367006250728; Fri, 26 Apr 2013 12:57:30 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Fri, 26 Apr 2013 12:57:30 -0700 (PDT) In-Reply-To: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> References: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> Date: Fri, 26 Apr 2013 15:57:30 -0400 Message-ID: From: bearon@gmail.com To: Jonathan Ludlam Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7753468799469823748==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7753468799469823748== Content-Type: multipart/alternative; boundary=e89a8f3bb03dfb04ac04db48f141 --e89a8f3bb03dfb04ac04db48f141 Content-Type: text/plain; charset=ISO-8859-1 So the proper way to do this would be, xe pool-emergency-transition-to-master xe pool-recover-slaves xe host-list params=uuid,name-label,host-metrics-live xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple /opt/xensource/sm/resetvdis.py NEW-POOl-MASTER-UUID SR-UUID master ? On Fri, Apr 26, 2013 at 3:43 PM, Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com> wrote: > No, the fix is to run the scrip 'resetvdis.py' - see this bit of the > xenserver docs: > http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures > > This is not obvious, but has been made better in the version of xapi under > development at the moment, so in the next release it ought to be a bit > smoother. > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 19:16, "bearon@gmail.com" wrote: > > Hello, > > I had a master of the pool fail. I did the following on the slave in the > pool, > > xe pool-emergency-transition-to-master > xe pool-recover-slaves > > xe host-list params=uuid,name-label,host-metrics-live > > xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple > > now when I try to start a VM on the old slave that is now the master, I > get the following, > > Error code: SR_BACKEND_FAILURE_46 > Error parameters: , The VDI is not available [opterr=VDI > b4354ed7-3042-4874-93b4-59a392c43027 already attached RW], > > I'd tried everything I can find online to fix this, the only way I'd been > able to fix the important VMs was to vdi-forget them, then relabel/readd > them to the VMs and start. That works, but is that REALLY the only way to > fix this problem? > > Also the VDIs were created shared, however, they are showing false under > xe commands. > > Any insight? > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --e89a8f3bb03dfb04ac04db48f141 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
So the proper way to do this would be,

xe pool-emer= gency-transition-to-master
xe pool-recover-slaves

xe host-li= st params=3Duuid,name-label,host-metrics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

/opt/xensource/sm/resetvdis.py NEW-POOl-MAST= ER-UUID SR-UUID master

?


On Fri,= Apr 26, 2013 at 3:43 PM, Jonathan Ludlam <Jonathan.Ludlam@eu.= citrix.com> wrote:
No, the fix is to run= the scrip 'resetvdis.py' - see this bit of the xenserver docs:=A0<= span style=3D"font-family:'.HelveticaNeueUI';font-size:15px;line-he= ight:19px;white-space:nowrap">http://d= ocs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures

This is not obvious, but has been made better in the version of xapi= under development at the moment, so in the next release it ought to be a b= it smoother.

Jon

Sent from my iPad
Hello,

I had a master of the pool fail.=A0 I did the f= ollowing on the slave in the pool,

xe pool-emergency-transition-to-m= aster
xe pool-recover-slaves

xe host-list params=3Duuid,name-label,host-me= trics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

now when I try to start a VM on the old slave that is n= ow the master, I get the following,

Error code: SR_BACKEND_FAILURE_4= 6
Error parameters: , The VDI is not available [opterr=3DVDI b4354ed7-3042-48= 74-93b4-59a392c43027 already attached RW],

I'd tried every= thing I can find online to fix this, the only way I'd been able to fix = the important VMs was to vdi-forget them, then relabel/readd them to the VM= s and start.=A0 That works, but is that REALLY the only way to fix this pro= blem?

Also the VDIs were created shared, however, they are showing fals= e under xe commands.

Any insight?
_______= ________________________________________
Xen-api mailing li= st
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--e89a8f3bb03dfb04ac04db48f141-- --===============7753468799469823748== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7753468799469823748==-- From xen-api-bounces@lists.xen.org Fri Apr 26 19:57:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 19:57: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 1UVom3-0007SD-PE; Fri, 26 Apr 2013 19:57:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVom1-0007S4-Qe for xen-api@lists.xen.org; Fri, 26 Apr 2013 19:57:38 +0000 Received: from [85.158.137.99:2737] by server-4.bemta-3.messagelabs.com id 22/C9-21470-C2CDA715; Fri, 26 Apr 2013 19:57:32 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1367006250!884380!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12802 invoked from network); 26 Apr 2013 19:57:31 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 19:57:31 -0000 Received: by mail-we0-f176.google.com with SMTP id s10so3747670wey.7 for ; Fri, 26 Apr 2013 12:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=635cJrrzIhbOdpc+dXXk0EYUvc1lFk5Bxw7Gel67F7c=; b=tU0YzRq19bwwucR9aUACUPtN92xAYBLkuRFwEDGL4SKztGPgWzetZf3IkEoRYtnc3t xC+3vhf8Bzx32vnkiMZDfjK6COLj5+UGWktUCP2ib4V/NmbnLxDwdhy/VEtHgJvSs5rU +gY93uyIg2M6jfPKyK/C73yTbhzKJ45z1wZEFn+muqzCZgd1BC0tN0Pp+4g9nyixbfGd FB2C3EabETWHBpoADbCzKaz0/Eh/3vF4zBiJ2p2UpIczkkeQB/wxNq+2Z05YZxeBvCn2 iRpw9MhxUGL5ndqRll3xFUXb55zRtxgbLqvPJ2E3jq7OPT6o8Am4VRyfoN8sPCUJstIR DRrQ== MIME-Version: 1.0 X-Received: by 10.180.108.106 with SMTP id hj10mr6300912wib.0.1367006250728; Fri, 26 Apr 2013 12:57:30 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Fri, 26 Apr 2013 12:57:30 -0700 (PDT) In-Reply-To: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> References: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> Date: Fri, 26 Apr 2013 15:57:30 -0400 Message-ID: From: bearon@gmail.com To: Jonathan Ludlam Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============7753468799469823748==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7753468799469823748== Content-Type: multipart/alternative; boundary=e89a8f3bb03dfb04ac04db48f141 --e89a8f3bb03dfb04ac04db48f141 Content-Type: text/plain; charset=ISO-8859-1 So the proper way to do this would be, xe pool-emergency-transition-to-master xe pool-recover-slaves xe host-list params=uuid,name-label,host-metrics-live xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple /opt/xensource/sm/resetvdis.py NEW-POOl-MASTER-UUID SR-UUID master ? On Fri, Apr 26, 2013 at 3:43 PM, Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com> wrote: > No, the fix is to run the scrip 'resetvdis.py' - see this bit of the > xenserver docs: > http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures > > This is not obvious, but has been made better in the version of xapi under > development at the moment, so in the next release it ought to be a bit > smoother. > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 19:16, "bearon@gmail.com" wrote: > > Hello, > > I had a master of the pool fail. I did the following on the slave in the > pool, > > xe pool-emergency-transition-to-master > xe pool-recover-slaves > > xe host-list params=uuid,name-label,host-metrics-live > > xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple > > now when I try to start a VM on the old slave that is now the master, I > get the following, > > Error code: SR_BACKEND_FAILURE_46 > Error parameters: , The VDI is not available [opterr=VDI > b4354ed7-3042-4874-93b4-59a392c43027 already attached RW], > > I'd tried everything I can find online to fix this, the only way I'd been > able to fix the important VMs was to vdi-forget them, then relabel/readd > them to the VMs and start. That works, but is that REALLY the only way to > fix this problem? > > Also the VDIs were created shared, however, they are showing false under > xe commands. > > Any insight? > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --e89a8f3bb03dfb04ac04db48f141 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
So the proper way to do this would be,

xe pool-emer= gency-transition-to-master
xe pool-recover-slaves

xe host-li= st params=3Duuid,name-label,host-metrics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

/opt/xensource/sm/resetvdis.py NEW-POOl-MAST= ER-UUID SR-UUID master

?


On Fri,= Apr 26, 2013 at 3:43 PM, Jonathan Ludlam <Jonathan.Ludlam@eu.= citrix.com> wrote:
No, the fix is to run= the scrip 'resetvdis.py' - see this bit of the xenserver docs:=A0<= span style=3D"font-family:'.HelveticaNeueUI';font-size:15px;line-he= ight:19px;white-space:nowrap">http://d= ocs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures

This is not obvious, but has been made better in the version of xapi= under development at the moment, so in the next release it ought to be a b= it smoother.

Jon

Sent from my iPad
Hello,

I had a master of the pool fail.=A0 I did the f= ollowing on the slave in the pool,

xe pool-emergency-transition-to-m= aster
xe pool-recover-slaves

xe host-list params=3Duuid,name-label,host-me= trics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

now when I try to start a VM on the old slave that is n= ow the master, I get the following,

Error code: SR_BACKEND_FAILURE_4= 6
Error parameters: , The VDI is not available [opterr=3DVDI b4354ed7-3042-48= 74-93b4-59a392c43027 already attached RW],

I'd tried every= thing I can find online to fix this, the only way I'd been able to fix = the important VMs was to vdi-forget them, then relabel/readd them to the VM= s and start.=A0 That works, but is that REALLY the only way to fix this pro= blem?

Also the VDIs were created shared, however, they are showing fals= e under xe commands.

Any insight?
_______= ________________________________________
Xen-api mailing li= st
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--e89a8f3bb03dfb04ac04db48f141-- --===============7753468799469823748== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7753468799469823748==-- From xen-api-bounces@lists.xen.org Fri Apr 26 20:04:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:04: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 1UVosp-0007pH-Fc; Fri, 26 Apr 2013 20:04:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVosn-0007pC-88 for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:04:37 +0000 Received: from [85.158.139.211:5668] by server-7.bemta-5.messagelabs.com id FA/CB-12441-4DDDA715; Fri, 26 Apr 2013 20:04:36 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1367006675!20713531!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31867 invoked from network); 26 Apr 2013 20:04:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 20:04:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="3993818" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 20:04:35 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 21:04:35 +0100 From: Jonathan Ludlam To: "bearon@gmail.com" Date: Fri, 26 Apr 2013 21:04:34 +0100 Thread-Topic: [Xen-API] Master Failed, VDI unavailable still RW Thread-Index: Ac5CuUXRVKJmsG6HTJyuGYDk88g5Vg== Message-ID: <7B176E3C-ACFF-41F5-A157-C327810A1571@eu.citrix.com> References: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3944976486856319858==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3944976486856319858== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_" --_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNClNlbnQgZnJvbSBteSBpUGFkDQoNCk9uIDI2IEFwciAyMDEzLCBhdCAyMDo1NywgImJlYXJv bkBnbWFpbC5jb208bWFpbHRvOmJlYXJvbkBnbWFpbC5jb20+IiA8YmVhcm9uQGdtYWlsLmNvbTxt YWlsdG86YmVhcm9uQGdtYWlsLmNvbT4+IHdyb3RlOg0KDQpTbyB0aGUgcHJvcGVyIHdheSB0byBk byB0aGlzIHdvdWxkIGJlLA0KDQp4ZSBwb29sLWVtZXJnZW5jeS10cmFuc2l0aW9uLXRvLW1hc3Rl cg0KeGUgcG9vbC1yZWNvdmVyLXNsYXZlcw0KDQp4ZSBob3N0LWxpc3QgcGFyYW1zPXV1aWQsbmFt ZS1sYWJlbCxob3N0LW1ldHJpY3MtbGl2ZQ0KDQp4ZSB2bS1yZXNldC1wb3dlcnN0YXRlIHJlc2lk ZW50LW9uPVVVSUQtT0YtRkFJTEVELU1BU1RFUiAtLWZvcmNlIC0tbXVsdGlwbGUNCg0KL29wdC94 ZW5zb3VyY2Uvc20vcmVzZXR2ZGlzLnB5IE5FVy1QT09sLU1BU1RFUi1VVUlEIFNSLVVVSUQgbWFz dGVyDQoNCg0KSSBiZWxpZXZlIHRoYXQgc2hvdWxkIGJlIHRoZSB1dWlkIG9mIHRoZSBvbGQgZmFp bGVkIG1hc3Rlciwgbm90IHRoZSBuZXcgb25lcywgYW5kIHlvdSBzaG91bGQgZG8gdGhpcyBmb3Ig ZWFjaCBTUiB0aGUgbWFzdGVyIGhhZCBhdHRhY2hlZC4NCg0KSm9uDQoNCj8NCg0KDQpPbiBGcmks IEFwciAyNiwgMjAxMyBhdCAzOjQzIFBNLCBKb25hdGhhbiBMdWRsYW0gPEpvbmF0aGFuLkx1ZGxh bUBldS5jaXRyaXguY29tPG1haWx0bzpKb25hdGhhbi5MdWRsYW1AZXUuY2l0cml4LmNvbT4+IHdy b3RlOg0KTm8sIHRoZSBmaXggaXMgdG8gcnVuIHRoZSBzY3JpcCAncmVzZXR2ZGlzLnB5JyAtIHNl ZSB0aGlzIGJpdCBvZiB0aGUgeGVuc2VydmVyIGRvY3M6IGh0dHA6Ly9kb2NzLnZtZC5jaXRyaXgu Y29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2IvcmVmZXJlbmNlLmh0bWwjcG9vbF9mYWlsdXJl cw0KDQpUaGlzIGlzIG5vdCBvYnZpb3VzLCBidXQgaGFzIGJlZW4gbWFkZSBiZXR0ZXIgaW4gdGhl IHZlcnNpb24gb2YgeGFwaSB1bmRlciBkZXZlbG9wbWVudCBhdCB0aGUgbW9tZW50LCBzbyBpbiB0 aGUgbmV4dCByZWxlYXNlIGl0IG91Z2h0IHRvIGJlIGEgYml0IHNtb290aGVyLg0KDQpKb24NCg0K U2VudCBmcm9tIG15IGlQYWQNCg0KT24gMjYgQXByIDIwMTMsIGF0IDE5OjE2LCAiYmVhcm9uQGdt YWlsLmNvbTxtYWlsdG86YmVhcm9uQGdtYWlsLmNvbT4iIDxiZWFyb25AZ21haWwuY29tPG1haWx0 bzpiZWFyb25AZ21haWwuY29tPj4gd3JvdGU6DQoNCkhlbGxvLA0KDQpJIGhhZCBhIG1hc3RlciBv ZiB0aGUgcG9vbCBmYWlsLiAgSSBkaWQgdGhlIGZvbGxvd2luZyBvbiB0aGUgc2xhdmUgaW4gdGhl IHBvb2wsDQoNCnhlIHBvb2wtZW1lcmdlbmN5LXRyYW5zaXRpb24tdG8tbWFzdGVyDQp4ZSBwb29s LXJlY292ZXItc2xhdmVzDQoNCnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxhYmVsLGhv c3QtbWV0cmljcy1saXZlDQoNCnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVzaWRlbnQtb249VVVJ RC1PRi1GQUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZQ0KDQpub3cgd2hlbiBJIHRyeSB0 byBzdGFydCBhIFZNIG9uIHRoZSBvbGQgc2xhdmUgdGhhdCBpcyBub3cgdGhlIG1hc3RlciwgSSBn ZXQgdGhlIGZvbGxvd2luZywNCg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzQ2DQpF cnJvciBwYXJhbWV0ZXJzOiAsIFRoZSBWREkgaXMgbm90IGF2YWlsYWJsZSBbb3B0ZXJyPVZESSBi NDM1NGVkNy0zMDQyLTQ4NzQtOTNiNC01OWEzOTJjNDMwMjcgYWxyZWFkeSBhdHRhY2hlZCBSV10s DQoNCkknZCB0cmllZCBldmVyeXRoaW5nIEkgY2FuIGZpbmQgb25saW5lIHRvIGZpeCB0aGlzLCB0 aGUgb25seSB3YXkgSSdkIGJlZW4gYWJsZSB0byBmaXggdGhlIGltcG9ydGFudCBWTXMgd2FzIHRv IHZkaS1mb3JnZXQgdGhlbSwgdGhlbiByZWxhYmVsL3JlYWRkIHRoZW0gdG8gdGhlIFZNcyBhbmQg c3RhcnQuICBUaGF0IHdvcmtzLCBidXQgaXMgdGhhdCBSRUFMTFkgdGhlIG9ubHkgd2F5IHRvIGZp eCB0aGlzIHByb2JsZW0/DQoNCkFsc28gdGhlIFZESXMgd2VyZSBjcmVhdGVkIHNoYXJlZCwgaG93 ZXZlciwgdGhleSBhcmUgc2hvd2luZyBmYWxzZSB1bmRlciB4ZSBjb21tYW5kcy4NCg0KQW55IGlu c2lnaHQ/DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K WGVuLWFwaSBtYWlsaW5nIGxpc3QNClhlbi1hcGlAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLWFw aUBsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp c3RpbmZvL3hlbi1hcGkNCg0K --_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+PGJyPjxi cj5TZW50IGZyb20gbXkgaVBhZDwvZGl2PjxkaXY+PGJyPk9uIDI2IEFwciAyMDEzLCBhdCAyMDo1 NywgIjxhIGhyZWY9Im1haWx0bzpiZWFyb25AZ21haWwuY29tIj5iZWFyb25AZ21haWwuY29tPC9h PiIgJmx0OzxhIGhyZWY9Im1haWx0bzpiZWFyb25AZ21haWwuY29tIj5iZWFyb25AZ21haWwuY29t PC9hPiZndDsgd3JvdGU6PGJyPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2 PjxkaXYgZGlyPSJsdHIiPlNvIHRoZSBwcm9wZXIgd2F5IHRvIGRvIHRoaXMgd291bGQgYmUsPGJy Pjxicj54ZSBwb29sLWVtZXJnZW5jeS10cmFuc2l0aW9uLXRvLW1hc3Rlcjxicj48ZGl2PnhlIHBv b2wtcmVjb3Zlci1zbGF2ZXM8YnI+PGJyPnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxh YmVsLGhvc3QtbWV0cmljcy1saXZlPGJyPg0KPGJyPnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVz aWRlbnQtb249VVVJRC1PRi1GQUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZTxicj48YnI+ PGNvZGUgY2xhc3M9IiI+L29wdC94ZW5zb3VyY2Uvc20vcmVzZXR2ZGlzLnB5IE5FVy1QT09sLU1B U1RFUi1VVUlEIFNSLVVVSUQgbWFzdGVyPGJyPjxicj48L2NvZGU+PC9kaXY+PC9kaXY+PC9kaXY+ PC9ibG9ja3F1b3RlPjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBiZWxpZXZlIHRoYXQgc2hvdWxkIGJl IHRoZSB1dWlkIG9mIHRoZSBvbGQgZmFpbGVkIG1hc3Rlciwgbm90IHRoZSBuZXcgb25lcywgYW5k IHlvdSBzaG91bGQgZG8gdGhpcyBmb3IgZWFjaCBTUiB0aGUgbWFzdGVyIGhhZCBhdHRhY2hlZC48 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkpvbjwvZGl2Pjxicj48YmxvY2txdW90ZSB0eXBlPSJj aXRlIj48ZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXY+PGNvZGUgY2xhc3M9IiI+Pzxicj48L2NvZGU+ PC9kaXY+DQo8L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjxicj48ZGl2IGNsYXNz PSJnbWFpbF9xdW90ZSI+T24gRnJpLCBBcHIgMjYsIDIwMTMgYXQgMzo0MyBQTSwgSm9uYXRoYW4g THVkbGFtIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOkpvbmF0aGFuLkx1ZGxh bUBldS5jaXRyaXguY29tIiB0YXJnZXQ9Il9ibGFuayI+Sm9uYXRoYW4uTHVkbGFtQGV1LmNpdHJp eC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWls X3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29s aWQ7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBkaXI9ImF1dG8iPjxkaXY+Tm8sIHRoZSBmaXggaXMg dG8gcnVuIHRoZSBzY3JpcCAncmVzZXR2ZGlzLnB5JyAtIHNlZSB0aGlzIGJpdCBvZiB0aGUgeGVu c2VydmVyIGRvY3M6Jm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OicuSGVsdmV0aWNhTmV1 ZVVJJztmb250LXNpemU6MTVweDtsaW5lLWhlaWdodDoxOXB4O3doaXRlLXNwYWNlOm5vd3JhcCI+ PGEgaHJlZj0iaHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9l bl9nYi9yZWZlcmVuY2UuaHRtbCNwb29sX2ZhaWx1cmVzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDov L2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9lbl9nYi9yZWZlcmVuY2Uu aHRtbCNwb29sX2ZhaWx1cmVzPC9hPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iLkhl bHZldGljYU5ldWVVSSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNXB4O2xpbmUtaGVpZ2h0OjE5 cHg7d2hpdGUtc3BhY2U6bm93cmFwIj48YnI+PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250 IGZhY2U9Ii5IZWx2ZXRpY2FOZXVlVUkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTVweDtsaW5l LWhlaWdodDoxOXB4O3doaXRlLXNwYWNlOm5vd3JhcCI+VGhpcyBpcyBub3Qgb2J2aW91cywgYnV0 IGhhcyBiZWVuIG1hZGUgYmV0dGVyIGluIHRoZSB2ZXJzaW9uIG9mIHhhcGkgdW5kZXIgZGV2ZWxv cG1lbnQgYXQgdGhlIG1vbWVudCwgc28gaW4gdGhlIG5leHQgcmVsZWFzZSBpdCBvdWdodCB0byBi ZSBhIGJpdCBzbW9vdGhlci48L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSIu SGVsdmV0aWNhTmV1ZVVJIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1cHg7bGluZS1oZWlnaHQ6 MTlweDt3aGl0ZS1zcGFjZTpub3dyYXAiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGZv bnQgZmFjZT0iLkhlbHZldGljYU5ldWVVSSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNXB4O2xp bmUtaGVpZ2h0OjE5cHg7d2hpdGUtc3BhY2U6bm93cmFwIj5Kb248YnI+DQo8L3NwYW4+PC9mb250 Pjxicj48c3Bhbj5TZW50IGZyb20gbXkgaVBhZDwvc3Bhbj48L2Rpdj48ZGl2PjxkaXYgY2xhc3M9 Img1Ij48ZGl2Pjxicj5PbiAyNiBBcHIgMjAxMywgYXQgMTk6MTYsICI8YSBocmVmPSJtYWlsdG86 YmVhcm9uQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJlYXJvbkBnbWFpbC5jb208L2E+IiAm bHQ7PGEgaHJlZj0ibWFpbHRvOmJlYXJvbkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5iZWFy b25AZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPg0KPGJyPjwvZGl2PjxibG9ja3F1b3RlIHR5 cGU9ImNpdGUiPjxkaXY+PGRpdiBkaXI9Imx0ciI+PGRpdj48ZGl2PjxkaXY+PGRpdj48ZGl2Pkhl bGxvLDxicj48YnI+PC9kaXY+SSBoYWQgYSBtYXN0ZXIgb2YgdGhlIHBvb2wgZmFpbC4mbmJzcDsg SSBkaWQgdGhlIGZvbGxvd2luZyBvbiB0aGUgc2xhdmUgaW4gdGhlIHBvb2wsPGJyPjxicj54ZSBw b29sLWVtZXJnZW5jeS10cmFuc2l0aW9uLXRvLW1hc3Rlcjxicj4NCnhlIHBvb2wtcmVjb3Zlci1z bGF2ZXM8YnI+PGJyPnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxhYmVsLGhvc3QtbWV0 cmljcy1saXZlPGJyPg0KPGJyPnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVzaWRlbnQtb249VVVJ RC1PRi1GQUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZTxicj48YnI+PC9kaXY+bm93IHdo ZW4gSSB0cnkgdG8gc3RhcnQgYSBWTSBvbiB0aGUgb2xkIHNsYXZlIHRoYXQgaXMgbm93IHRoZSBt YXN0ZXIsIEkgZ2V0IHRoZSBmb2xsb3dpbmcsPGJyPjxicj5FcnJvciBjb2RlOiBTUl9CQUNLRU5E X0ZBSUxVUkVfNDY8YnI+DQoNCkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFZESSBpcyBub3QgYXZh aWxhYmxlIFtvcHRlcnI9VkRJIGI0MzU0ZWQ3LTMwNDItNDg3NC05M2I0LTU5YTM5MmM0MzAyNyBh bHJlYWR5IGF0dGFjaGVkIFJXXSw8YnI+PGJyPjwvZGl2PkknZCB0cmllZCBldmVyeXRoaW5nIEkg Y2FuIGZpbmQgb25saW5lIHRvIGZpeCB0aGlzLCB0aGUgb25seSB3YXkgSSdkIGJlZW4gYWJsZSB0 byBmaXggdGhlIGltcG9ydGFudCBWTXMgd2FzIHRvIHZkaS1mb3JnZXQgdGhlbSwgdGhlbiByZWxh YmVsL3JlYWRkIHRoZW0gdG8gdGhlIFZNcyBhbmQgc3RhcnQuJm5ic3A7IFRoYXQgd29ya3MsIGJ1 dCBpcyB0aGF0IFJFQUxMWSB0aGUgb25seSB3YXkgdG8gZml4IHRoaXMgcHJvYmxlbT88YnI+DQoN Cjxicj48L2Rpdj5BbHNvIHRoZSBWRElzIHdlcmUgY3JlYXRlZCBzaGFyZWQsIGhvd2V2ZXIsIHRo ZXkgYXJlIHNob3dpbmcgZmFsc2UgdW5kZXIgeGUgY29tbWFuZHMuPGJyPjxicj48L2Rpdj5Bbnkg aW5zaWdodD8gPGJyPjwvZGl2Pg0KPC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2PjxibG9j a3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi1hcGkgbWFpbGluZyBsaXN0 PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJtYWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnIiB0 YXJnZXQ9Il9ibGFuayI+WGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjwvc3Bhbj48YnI+DQo8c3Bh bj48YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFp bG1hbi9saXN0aW5mby94ZW4tYXBpPC9hPjwvc3Bhbj48YnI+PC9kaXY+PC9ibG9ja3F1b3RlPjwv ZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+DQo8L2Rpdj48L2Jsb2NrcXVvdGU+PC9i b2R5PjwvaHRtbD4= --_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_-- --===============3944976486856319858== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3944976486856319858==-- From xen-api-bounces@lists.xen.org Fri Apr 26 20:04:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:04: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 1UVosp-0007pH-Fc; Fri, 26 Apr 2013 20:04:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVosn-0007pC-88 for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:04:37 +0000 Received: from [85.158.139.211:5668] by server-7.bemta-5.messagelabs.com id FA/CB-12441-4DDDA715; Fri, 26 Apr 2013 20:04:36 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1367006675!20713531!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31867 invoked from network); 26 Apr 2013 20:04:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 20:04:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="3993818" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 20:04:35 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 21:04:35 +0100 From: Jonathan Ludlam To: "bearon@gmail.com" Date: Fri, 26 Apr 2013 21:04:34 +0100 Thread-Topic: [Xen-API] Master Failed, VDI unavailable still RW Thread-Index: Ac5CuUXRVKJmsG6HTJyuGYDk88g5Vg== Message-ID: <7B176E3C-ACFF-41F5-A157-C327810A1571@eu.citrix.com> References: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3944976486856319858==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3944976486856319858== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_" --_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNClNlbnQgZnJvbSBteSBpUGFkDQoNCk9uIDI2IEFwciAyMDEzLCBhdCAyMDo1NywgImJlYXJv bkBnbWFpbC5jb208bWFpbHRvOmJlYXJvbkBnbWFpbC5jb20+IiA8YmVhcm9uQGdtYWlsLmNvbTxt YWlsdG86YmVhcm9uQGdtYWlsLmNvbT4+IHdyb3RlOg0KDQpTbyB0aGUgcHJvcGVyIHdheSB0byBk byB0aGlzIHdvdWxkIGJlLA0KDQp4ZSBwb29sLWVtZXJnZW5jeS10cmFuc2l0aW9uLXRvLW1hc3Rl cg0KeGUgcG9vbC1yZWNvdmVyLXNsYXZlcw0KDQp4ZSBob3N0LWxpc3QgcGFyYW1zPXV1aWQsbmFt ZS1sYWJlbCxob3N0LW1ldHJpY3MtbGl2ZQ0KDQp4ZSB2bS1yZXNldC1wb3dlcnN0YXRlIHJlc2lk ZW50LW9uPVVVSUQtT0YtRkFJTEVELU1BU1RFUiAtLWZvcmNlIC0tbXVsdGlwbGUNCg0KL29wdC94 ZW5zb3VyY2Uvc20vcmVzZXR2ZGlzLnB5IE5FVy1QT09sLU1BU1RFUi1VVUlEIFNSLVVVSUQgbWFz dGVyDQoNCg0KSSBiZWxpZXZlIHRoYXQgc2hvdWxkIGJlIHRoZSB1dWlkIG9mIHRoZSBvbGQgZmFp bGVkIG1hc3Rlciwgbm90IHRoZSBuZXcgb25lcywgYW5kIHlvdSBzaG91bGQgZG8gdGhpcyBmb3Ig ZWFjaCBTUiB0aGUgbWFzdGVyIGhhZCBhdHRhY2hlZC4NCg0KSm9uDQoNCj8NCg0KDQpPbiBGcmks IEFwciAyNiwgMjAxMyBhdCAzOjQzIFBNLCBKb25hdGhhbiBMdWRsYW0gPEpvbmF0aGFuLkx1ZGxh bUBldS5jaXRyaXguY29tPG1haWx0bzpKb25hdGhhbi5MdWRsYW1AZXUuY2l0cml4LmNvbT4+IHdy b3RlOg0KTm8sIHRoZSBmaXggaXMgdG8gcnVuIHRoZSBzY3JpcCAncmVzZXR2ZGlzLnB5JyAtIHNl ZSB0aGlzIGJpdCBvZiB0aGUgeGVuc2VydmVyIGRvY3M6IGh0dHA6Ly9kb2NzLnZtZC5jaXRyaXgu Y29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2IvcmVmZXJlbmNlLmh0bWwjcG9vbF9mYWlsdXJl cw0KDQpUaGlzIGlzIG5vdCBvYnZpb3VzLCBidXQgaGFzIGJlZW4gbWFkZSBiZXR0ZXIgaW4gdGhl IHZlcnNpb24gb2YgeGFwaSB1bmRlciBkZXZlbG9wbWVudCBhdCB0aGUgbW9tZW50LCBzbyBpbiB0 aGUgbmV4dCByZWxlYXNlIGl0IG91Z2h0IHRvIGJlIGEgYml0IHNtb290aGVyLg0KDQpKb24NCg0K U2VudCBmcm9tIG15IGlQYWQNCg0KT24gMjYgQXByIDIwMTMsIGF0IDE5OjE2LCAiYmVhcm9uQGdt YWlsLmNvbTxtYWlsdG86YmVhcm9uQGdtYWlsLmNvbT4iIDxiZWFyb25AZ21haWwuY29tPG1haWx0 bzpiZWFyb25AZ21haWwuY29tPj4gd3JvdGU6DQoNCkhlbGxvLA0KDQpJIGhhZCBhIG1hc3RlciBv ZiB0aGUgcG9vbCBmYWlsLiAgSSBkaWQgdGhlIGZvbGxvd2luZyBvbiB0aGUgc2xhdmUgaW4gdGhl IHBvb2wsDQoNCnhlIHBvb2wtZW1lcmdlbmN5LXRyYW5zaXRpb24tdG8tbWFzdGVyDQp4ZSBwb29s LXJlY292ZXItc2xhdmVzDQoNCnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxhYmVsLGhv c3QtbWV0cmljcy1saXZlDQoNCnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVzaWRlbnQtb249VVVJ RC1PRi1GQUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZQ0KDQpub3cgd2hlbiBJIHRyeSB0 byBzdGFydCBhIFZNIG9uIHRoZSBvbGQgc2xhdmUgdGhhdCBpcyBub3cgdGhlIG1hc3RlciwgSSBn ZXQgdGhlIGZvbGxvd2luZywNCg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzQ2DQpF cnJvciBwYXJhbWV0ZXJzOiAsIFRoZSBWREkgaXMgbm90IGF2YWlsYWJsZSBbb3B0ZXJyPVZESSBi NDM1NGVkNy0zMDQyLTQ4NzQtOTNiNC01OWEzOTJjNDMwMjcgYWxyZWFkeSBhdHRhY2hlZCBSV10s DQoNCkknZCB0cmllZCBldmVyeXRoaW5nIEkgY2FuIGZpbmQgb25saW5lIHRvIGZpeCB0aGlzLCB0 aGUgb25seSB3YXkgSSdkIGJlZW4gYWJsZSB0byBmaXggdGhlIGltcG9ydGFudCBWTXMgd2FzIHRv IHZkaS1mb3JnZXQgdGhlbSwgdGhlbiByZWxhYmVsL3JlYWRkIHRoZW0gdG8gdGhlIFZNcyBhbmQg c3RhcnQuICBUaGF0IHdvcmtzLCBidXQgaXMgdGhhdCBSRUFMTFkgdGhlIG9ubHkgd2F5IHRvIGZp eCB0aGlzIHByb2JsZW0/DQoNCkFsc28gdGhlIFZESXMgd2VyZSBjcmVhdGVkIHNoYXJlZCwgaG93 ZXZlciwgdGhleSBhcmUgc2hvd2luZyBmYWxzZSB1bmRlciB4ZSBjb21tYW5kcy4NCg0KQW55IGlu c2lnaHQ/DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K WGVuLWFwaSBtYWlsaW5nIGxpc3QNClhlbi1hcGlAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLWFw aUBsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp c3RpbmZvL3hlbi1hcGkNCg0K --_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+PGJyPjxi cj5TZW50IGZyb20gbXkgaVBhZDwvZGl2PjxkaXY+PGJyPk9uIDI2IEFwciAyMDEzLCBhdCAyMDo1 NywgIjxhIGhyZWY9Im1haWx0bzpiZWFyb25AZ21haWwuY29tIj5iZWFyb25AZ21haWwuY29tPC9h PiIgJmx0OzxhIGhyZWY9Im1haWx0bzpiZWFyb25AZ21haWwuY29tIj5iZWFyb25AZ21haWwuY29t PC9hPiZndDsgd3JvdGU6PGJyPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2 PjxkaXYgZGlyPSJsdHIiPlNvIHRoZSBwcm9wZXIgd2F5IHRvIGRvIHRoaXMgd291bGQgYmUsPGJy Pjxicj54ZSBwb29sLWVtZXJnZW5jeS10cmFuc2l0aW9uLXRvLW1hc3Rlcjxicj48ZGl2PnhlIHBv b2wtcmVjb3Zlci1zbGF2ZXM8YnI+PGJyPnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxh YmVsLGhvc3QtbWV0cmljcy1saXZlPGJyPg0KPGJyPnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVz aWRlbnQtb249VVVJRC1PRi1GQUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZTxicj48YnI+ PGNvZGUgY2xhc3M9IiI+L29wdC94ZW5zb3VyY2Uvc20vcmVzZXR2ZGlzLnB5IE5FVy1QT09sLU1B U1RFUi1VVUlEIFNSLVVVSUQgbWFzdGVyPGJyPjxicj48L2NvZGU+PC9kaXY+PC9kaXY+PC9kaXY+ PC9ibG9ja3F1b3RlPjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBiZWxpZXZlIHRoYXQgc2hvdWxkIGJl IHRoZSB1dWlkIG9mIHRoZSBvbGQgZmFpbGVkIG1hc3Rlciwgbm90IHRoZSBuZXcgb25lcywgYW5k IHlvdSBzaG91bGQgZG8gdGhpcyBmb3IgZWFjaCBTUiB0aGUgbWFzdGVyIGhhZCBhdHRhY2hlZC48 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkpvbjwvZGl2Pjxicj48YmxvY2txdW90ZSB0eXBlPSJj aXRlIj48ZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXY+PGNvZGUgY2xhc3M9IiI+Pzxicj48L2NvZGU+ PC9kaXY+DQo8L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjxicj48ZGl2IGNsYXNz PSJnbWFpbF9xdW90ZSI+T24gRnJpLCBBcHIgMjYsIDIwMTMgYXQgMzo0MyBQTSwgSm9uYXRoYW4g THVkbGFtIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOkpvbmF0aGFuLkx1ZGxh bUBldS5jaXRyaXguY29tIiB0YXJnZXQ9Il9ibGFuayI+Sm9uYXRoYW4uTHVkbGFtQGV1LmNpdHJp eC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWls X3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29s aWQ7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBkaXI9ImF1dG8iPjxkaXY+Tm8sIHRoZSBmaXggaXMg dG8gcnVuIHRoZSBzY3JpcCAncmVzZXR2ZGlzLnB5JyAtIHNlZSB0aGlzIGJpdCBvZiB0aGUgeGVu c2VydmVyIGRvY3M6Jm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OicuSGVsdmV0aWNhTmV1 ZVVJJztmb250LXNpemU6MTVweDtsaW5lLWhlaWdodDoxOXB4O3doaXRlLXNwYWNlOm5vd3JhcCI+ PGEgaHJlZj0iaHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9l bl9nYi9yZWZlcmVuY2UuaHRtbCNwb29sX2ZhaWx1cmVzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDov L2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9lbl9nYi9yZWZlcmVuY2Uu aHRtbCNwb29sX2ZhaWx1cmVzPC9hPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iLkhl bHZldGljYU5ldWVVSSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNXB4O2xpbmUtaGVpZ2h0OjE5 cHg7d2hpdGUtc3BhY2U6bm93cmFwIj48YnI+PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250 IGZhY2U9Ii5IZWx2ZXRpY2FOZXVlVUkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTVweDtsaW5l LWhlaWdodDoxOXB4O3doaXRlLXNwYWNlOm5vd3JhcCI+VGhpcyBpcyBub3Qgb2J2aW91cywgYnV0 IGhhcyBiZWVuIG1hZGUgYmV0dGVyIGluIHRoZSB2ZXJzaW9uIG9mIHhhcGkgdW5kZXIgZGV2ZWxv cG1lbnQgYXQgdGhlIG1vbWVudCwgc28gaW4gdGhlIG5leHQgcmVsZWFzZSBpdCBvdWdodCB0byBi ZSBhIGJpdCBzbW9vdGhlci48L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSIu SGVsdmV0aWNhTmV1ZVVJIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1cHg7bGluZS1oZWlnaHQ6 MTlweDt3aGl0ZS1zcGFjZTpub3dyYXAiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGZv bnQgZmFjZT0iLkhlbHZldGljYU5ldWVVSSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNXB4O2xp bmUtaGVpZ2h0OjE5cHg7d2hpdGUtc3BhY2U6bm93cmFwIj5Kb248YnI+DQo8L3NwYW4+PC9mb250 Pjxicj48c3Bhbj5TZW50IGZyb20gbXkgaVBhZDwvc3Bhbj48L2Rpdj48ZGl2PjxkaXYgY2xhc3M9 Img1Ij48ZGl2Pjxicj5PbiAyNiBBcHIgMjAxMywgYXQgMTk6MTYsICI8YSBocmVmPSJtYWlsdG86 YmVhcm9uQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJlYXJvbkBnbWFpbC5jb208L2E+IiAm bHQ7PGEgaHJlZj0ibWFpbHRvOmJlYXJvbkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5iZWFy b25AZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPg0KPGJyPjwvZGl2PjxibG9ja3F1b3RlIHR5 cGU9ImNpdGUiPjxkaXY+PGRpdiBkaXI9Imx0ciI+PGRpdj48ZGl2PjxkaXY+PGRpdj48ZGl2Pkhl bGxvLDxicj48YnI+PC9kaXY+SSBoYWQgYSBtYXN0ZXIgb2YgdGhlIHBvb2wgZmFpbC4mbmJzcDsg SSBkaWQgdGhlIGZvbGxvd2luZyBvbiB0aGUgc2xhdmUgaW4gdGhlIHBvb2wsPGJyPjxicj54ZSBw b29sLWVtZXJnZW5jeS10cmFuc2l0aW9uLXRvLW1hc3Rlcjxicj4NCnhlIHBvb2wtcmVjb3Zlci1z bGF2ZXM8YnI+PGJyPnhlIGhvc3QtbGlzdCBwYXJhbXM9dXVpZCxuYW1lLWxhYmVsLGhvc3QtbWV0 cmljcy1saXZlPGJyPg0KPGJyPnhlIHZtLXJlc2V0LXBvd2Vyc3RhdGUgcmVzaWRlbnQtb249VVVJ RC1PRi1GQUlMRUQtTUFTVEVSIC0tZm9yY2UgLS1tdWx0aXBsZTxicj48YnI+PC9kaXY+bm93IHdo ZW4gSSB0cnkgdG8gc3RhcnQgYSBWTSBvbiB0aGUgb2xkIHNsYXZlIHRoYXQgaXMgbm93IHRoZSBt YXN0ZXIsIEkgZ2V0IHRoZSBmb2xsb3dpbmcsPGJyPjxicj5FcnJvciBjb2RlOiBTUl9CQUNLRU5E X0ZBSUxVUkVfNDY8YnI+DQoNCkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFZESSBpcyBub3QgYXZh aWxhYmxlIFtvcHRlcnI9VkRJIGI0MzU0ZWQ3LTMwNDItNDg3NC05M2I0LTU5YTM5MmM0MzAyNyBh bHJlYWR5IGF0dGFjaGVkIFJXXSw8YnI+PGJyPjwvZGl2PkknZCB0cmllZCBldmVyeXRoaW5nIEkg Y2FuIGZpbmQgb25saW5lIHRvIGZpeCB0aGlzLCB0aGUgb25seSB3YXkgSSdkIGJlZW4gYWJsZSB0 byBmaXggdGhlIGltcG9ydGFudCBWTXMgd2FzIHRvIHZkaS1mb3JnZXQgdGhlbSwgdGhlbiByZWxh YmVsL3JlYWRkIHRoZW0gdG8gdGhlIFZNcyBhbmQgc3RhcnQuJm5ic3A7IFRoYXQgd29ya3MsIGJ1 dCBpcyB0aGF0IFJFQUxMWSB0aGUgb25seSB3YXkgdG8gZml4IHRoaXMgcHJvYmxlbT88YnI+DQoN Cjxicj48L2Rpdj5BbHNvIHRoZSBWRElzIHdlcmUgY3JlYXRlZCBzaGFyZWQsIGhvd2V2ZXIsIHRo ZXkgYXJlIHNob3dpbmcgZmFsc2UgdW5kZXIgeGUgY29tbWFuZHMuPGJyPjxicj48L2Rpdj5Bbnkg aW5zaWdodD8gPGJyPjwvZGl2Pg0KPC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2PjxibG9j a3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi1hcGkgbWFpbGluZyBsaXN0 PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJtYWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnIiB0 YXJnZXQ9Il9ibGFuayI+WGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjwvc3Bhbj48YnI+DQo8c3Bh bj48YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFp bG1hbi9saXN0aW5mby94ZW4tYXBpPC9hPjwvc3Bhbj48YnI+PC9kaXY+PC9ibG9ja3F1b3RlPjwv ZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+DQo8L2Rpdj48L2Jsb2NrcXVvdGU+PC9i b2R5PjwvaHRtbD4= --_000_7B176E3CACFF41F5A157C327810A1571eucitrixcom_-- --===============3944976486856319858== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3944976486856319858==-- From xen-api-bounces@lists.xen.org Fri Apr 26 20:07:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:07:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVov2-0007tD-R0; Fri, 26 Apr 2013 20:06:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVov2-0007t7-3U for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:06:56 +0000 Received: from [85.158.139.211:42353] by server-9.bemta-5.messagelabs.com id 17/01-08547-F5EDA715; Fri, 26 Apr 2013 20:06:55 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1367006812!16658548!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 892 invoked from network); 26 Apr 2013 20:06:53 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 20:06:53 -0000 Received: by mail-we0-f177.google.com with SMTP id s47so3064302wey.36 for ; Fri, 26 Apr 2013 13:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=CPWcJH0mWPSspgwB45UhJLdoOpYZxMEZNLOHP/IWnGY=; b=EG64Q71t9KDJnZbsYmBadCmt43STKJ31iL2hglw3gL0Hd7QYNW0wKKjufD0xgZH8T2 qiU8LhUId1vUcJYPb50m5OcfvegdISNTZFu8EbNvLVT01pifxyBF70oOT6x86JyADOAv hxzF+NcUEVLQvjozfsVC/7z//1lc2yU9X8NUXt8wEtfkv1iiyx/pjkbfNdE57zNo+Wye 9xHaH7hCEbJIKPRn02bqW9Yv2EnOVIUCDR2prAhGh5BW60PZFT/Tf4ZlVWXp7A6RGhqD 7JmWb+Ds5Lr0dSlbb9rk6lMEWwjljeNz245BDNSBL1LQwYSFV8zQAFXsUB5gqMxyxjyM a3zA== MIME-Version: 1.0 X-Received: by 10.180.24.65 with SMTP id s1mr6344000wif.0.1367006812603; Fri, 26 Apr 2013 13:06:52 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Fri, 26 Apr 2013 13:06:52 -0700 (PDT) In-Reply-To: <7B176E3C-ACFF-41F5-A157-C327810A1571@eu.citrix.com> References: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> <7B176E3C-ACFF-41F5-A157-C327810A1571@eu.citrix.com> Date: Fri, 26 Apr 2013 16:06:52 -0400 Message-ID: From: bearon@gmail.com To: Jonathan Ludlam Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2672335693488837423==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2672335693488837423== Content-Type: multipart/alternative; boundary=f46d043bdf2a78936f04db4913cf --f46d043bdf2a78936f04db4913cf Content-Type: text/plain; charset=ISO-8859-1 Ok I'll give it a shot, thanks I really appreciate the help On Fri, Apr 26, 2013 at 4:04 PM, Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com> wrote: > > > Sent from my iPad > > On 26 Apr 2013, at 20:57, "bearon@gmail.com" wrote: > > So the proper way to do this would be, > > xe pool-emergency-transition-to-master > xe pool-recover-slaves > > xe host-list params=uuid,name-label,host-metrics-live > > xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple > > /opt/xensource/sm/resetvdis.py NEW-POOl-MASTER-UUID SR-UUID master > > > I believe that should be the uuid of the old failed master, not the new > ones, and you should do this for each SR the master had attached. > > Jon > > ? > > > On Fri, Apr 26, 2013 at 3:43 PM, Jonathan Ludlam < > Jonathan.Ludlam@eu.citrix.com> wrote: > >> No, the fix is to run the scrip 'resetvdis.py' - see this bit of the >> xenserver docs: >> http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures >> >> This is not obvious, but has been made better in the version of xapi >> under development at the moment, so in the next release it ought to be a >> bit smoother. >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 19:16, "bearon@gmail.com" wrote: >> >> Hello, >> >> I had a master of the pool fail. I did the following on the slave in the >> pool, >> >> xe pool-emergency-transition-to-master >> xe pool-recover-slaves >> >> xe host-list params=uuid,name-label,host-metrics-live >> >> xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force >> --multiple >> >> now when I try to start a VM on the old slave that is now the master, I >> get the following, >> >> Error code: SR_BACKEND_FAILURE_46 >> Error parameters: , The VDI is not available [opterr=VDI >> b4354ed7-3042-4874-93b4-59a392c43027 already attached RW], >> >> I'd tried everything I can find online to fix this, the only way I'd been >> able to fix the important VMs was to vdi-forget them, then relabel/readd >> them to the VMs and start. That works, but is that REALLY the only way to >> fix this problem? >> >> Also the VDIs were created shared, however, they are showing false under >> xe commands. >> >> Any insight? >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> > --f46d043bdf2a78936f04db4913cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok I'll give it a shot, thanks I really appreciate the= help


On Fri, Apr 26, 2013 at 4:04 PM, Jonathan Ludlam <Jonathan.L= udlam@eu.citrix.com> wrote:

I believe that should be the uuid of the old failed master, not = the new ones, and you should do this for each SR the master had attached.

Jon

?


On Fri,= Apr 26, 2013 at 3:43 PM, Jonathan Ludlam <Jonathan.Ludlam@eu.= citrix.com> wrote:
No, the fix is to run= the scrip 'resetvdis.py' - see this bit of the xenserver docs:=A0<= span style=3D"font-family:'.HelveticaNeueUI';font-size:15px;line-he= ight:19px;white-space:nowrap">http://d= ocs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures

This is not obvious, but has been made better in the version of xapi= under development at the moment, so in the next release it ought to be a b= it smoother.

Jon

Sent from my iPad
Hello,

I had a master of the pool fail.=A0 I did the f= ollowing on the slave in the pool,

xe pool-emergency-transition-to-m= aster
xe pool-recover-slaves

xe host-list params=3Duuid,name-label,host-me= trics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

now when I try to start a VM on the old slave that is n= ow the master, I get the following,

Error code: SR_BACKEND_FAILURE_4= 6
Error parameters: , The VDI is not available [opterr=3DVDI b4354ed7-3042-48= 74-93b4-59a392c43027 already attached RW],

I'd tried every= thing I can find online to fix this, the only way I'd been able to fix = the important VMs was to vdi-forget them, then relabel/readd them to the VM= s and start.=A0 That works, but is that REALLY the only way to fix this pro= blem?

Also the VDIs were created shared, however, they are showing fals= e under xe commands.

Any insight?
_______= ________________________________________
Xen-api mailing li= st
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--f46d043bdf2a78936f04db4913cf-- --===============2672335693488837423== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2672335693488837423==-- From xen-api-bounces@lists.xen.org Fri Apr 26 20:07:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:07:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVov2-0007tD-R0; Fri, 26 Apr 2013 20:06:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVov2-0007t7-3U for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:06:56 +0000 Received: from [85.158.139.211:42353] by server-9.bemta-5.messagelabs.com id 17/01-08547-F5EDA715; Fri, 26 Apr 2013 20:06:55 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1367006812!16658548!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 892 invoked from network); 26 Apr 2013 20:06:53 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 20:06:53 -0000 Received: by mail-we0-f177.google.com with SMTP id s47so3064302wey.36 for ; Fri, 26 Apr 2013 13:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=CPWcJH0mWPSspgwB45UhJLdoOpYZxMEZNLOHP/IWnGY=; b=EG64Q71t9KDJnZbsYmBadCmt43STKJ31iL2hglw3gL0Hd7QYNW0wKKjufD0xgZH8T2 qiU8LhUId1vUcJYPb50m5OcfvegdISNTZFu8EbNvLVT01pifxyBF70oOT6x86JyADOAv hxzF+NcUEVLQvjozfsVC/7z//1lc2yU9X8NUXt8wEtfkv1iiyx/pjkbfNdE57zNo+Wye 9xHaH7hCEbJIKPRn02bqW9Yv2EnOVIUCDR2prAhGh5BW60PZFT/Tf4ZlVWXp7A6RGhqD 7JmWb+Ds5Lr0dSlbb9rk6lMEWwjljeNz245BDNSBL1LQwYSFV8zQAFXsUB5gqMxyxjyM a3zA== MIME-Version: 1.0 X-Received: by 10.180.24.65 with SMTP id s1mr6344000wif.0.1367006812603; Fri, 26 Apr 2013 13:06:52 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Fri, 26 Apr 2013 13:06:52 -0700 (PDT) In-Reply-To: <7B176E3C-ACFF-41F5-A157-C327810A1571@eu.citrix.com> References: <69647785-585B-4728-B54E-0145854AF709@eu.citrix.com> <7B176E3C-ACFF-41F5-A157-C327810A1571@eu.citrix.com> Date: Fri, 26 Apr 2013 16:06:52 -0400 Message-ID: From: bearon@gmail.com To: Jonathan Ludlam Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Master Failed, VDI unavailable still RW X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============2672335693488837423==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2672335693488837423== Content-Type: multipart/alternative; boundary=f46d043bdf2a78936f04db4913cf --f46d043bdf2a78936f04db4913cf Content-Type: text/plain; charset=ISO-8859-1 Ok I'll give it a shot, thanks I really appreciate the help On Fri, Apr 26, 2013 at 4:04 PM, Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com> wrote: > > > Sent from my iPad > > On 26 Apr 2013, at 20:57, "bearon@gmail.com" wrote: > > So the proper way to do this would be, > > xe pool-emergency-transition-to-master > xe pool-recover-slaves > > xe host-list params=uuid,name-label,host-metrics-live > > xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force --multiple > > /opt/xensource/sm/resetvdis.py NEW-POOl-MASTER-UUID SR-UUID master > > > I believe that should be the uuid of the old failed master, not the new > ones, and you should do this for each SR the master had attached. > > Jon > > ? > > > On Fri, Apr 26, 2013 at 3:43 PM, Jonathan Ludlam < > Jonathan.Ludlam@eu.citrix.com> wrote: > >> No, the fix is to run the scrip 'resetvdis.py' - see this bit of the >> xenserver docs: >> http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures >> >> This is not obvious, but has been made better in the version of xapi >> under development at the moment, so in the next release it ought to be a >> bit smoother. >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 19:16, "bearon@gmail.com" wrote: >> >> Hello, >> >> I had a master of the pool fail. I did the following on the slave in the >> pool, >> >> xe pool-emergency-transition-to-master >> xe pool-recover-slaves >> >> xe host-list params=uuid,name-label,host-metrics-live >> >> xe vm-reset-powerstate resident-on=UUID-OF-FAILED-MASTER --force >> --multiple >> >> now when I try to start a VM on the old slave that is now the master, I >> get the following, >> >> Error code: SR_BACKEND_FAILURE_46 >> Error parameters: , The VDI is not available [opterr=VDI >> b4354ed7-3042-4874-93b4-59a392c43027 already attached RW], >> >> I'd tried everything I can find online to fix this, the only way I'd been >> able to fix the important VMs was to vdi-forget them, then relabel/readd >> them to the VMs and start. That works, but is that REALLY the only way to >> fix this problem? >> >> Also the VDIs were created shared, however, they are showing false under >> xe commands. >> >> Any insight? >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> > --f46d043bdf2a78936f04db4913cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok I'll give it a shot, thanks I really appreciate the= help


On Fri, Apr 26, 2013 at 4:04 PM, Jonathan Ludlam <Jonathan.L= udlam@eu.citrix.com> wrote:

I believe that should be the uuid of the old failed master, not = the new ones, and you should do this for each SR the master had attached.

Jon

?


On Fri,= Apr 26, 2013 at 3:43 PM, Jonathan Ludlam <Jonathan.Ludlam@eu.= citrix.com> wrote:
No, the fix is to run= the scrip 'resetvdis.py' - see this bit of the xenserver docs:=A0<= span style=3D"font-family:'.HelveticaNeueUI';font-size:15px;line-he= ight:19px;white-space:nowrap">http://d= ocs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#pool_failures

This is not obvious, but has been made better in the version of xapi= under development at the moment, so in the next release it ought to be a b= it smoother.

Jon

Sent from my iPad
Hello,

I had a master of the pool fail.=A0 I did the f= ollowing on the slave in the pool,

xe pool-emergency-transition-to-m= aster
xe pool-recover-slaves

xe host-list params=3Duuid,name-label,host-me= trics-live

xe vm-reset-powerstate resident-on=3DUUID-OF-FAILED-MASTER --force --mu= ltiple

now when I try to start a VM on the old slave that is n= ow the master, I get the following,

Error code: SR_BACKEND_FAILURE_4= 6
Error parameters: , The VDI is not available [opterr=3DVDI b4354ed7-3042-48= 74-93b4-59a392c43027 already attached RW],

I'd tried every= thing I can find online to fix this, the only way I'd been able to fix = the important VMs was to vdi-forget them, then relabel/readd them to the VM= s and start.=A0 That works, but is that REALLY the only way to fix this pro= blem?

Also the VDIs were created shared, however, they are showing fals= e under xe commands.

Any insight?
_______= ________________________________________
Xen-api mailing li= st
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--f46d043bdf2a78936f04db4913cf-- --===============2672335693488837423== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2672335693488837423==-- From xen-api-bounces@lists.xen.org Fri Apr 26 20:10:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:10: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 1UVoyK-0008AB-Ca; Fri, 26 Apr 2013 20:10:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoyJ-0008A5-Dg for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:10:19 +0000 Received: from [85.158.139.83:3903] by server-3.bemta-5.messagelabs.com id 79/47-17256-A2FDA715; Fri, 26 Apr 2013 20:10:18 +0000 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-5.tower-182.messagelabs.com!1367007017!30288077!1 X-Originating-IP: [85.214.82.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10052 invoked from network); 26 Apr 2013 20:10:17 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-5.tower-182.messagelabs.com with SMTP; 26 Apr 2013 20:10:17 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 943EBA6C11F; Fri, 26 Apr 2013 22:10:16 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from [192.168.1.15] (91-65-219-104-dynip.superkabel.de [91.65.219.104]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 48031A6C07D for ; Fri, 26 Apr 2013 22:10:14 +0200 (CEST) From: Christian Motschke Message-Id: <1351C5A1-20E0-490E-AA9B-16E8072605E8@motschke.de> Date: Fri, 26 Apr 2013 22:10:13 +0200 To: xen-api@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Subject: [Xen-API] XCP and 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 Hello, I posted this question already on xen-lists, but this seems to be the right list. I started using XCP (Debian wheezy packages) after I used XEN for several years. I have some questions regarding the creation of the networks (I am trying to use bridges not openvswitch). I have 4 physical network interfaces. They are renamed by udev (intern, dmz, san1 and san2) and already assigned to bridges (br0 to br3). I want to use the same bridges in XCP, but XCP ignores these bridges and tries to create own bridges for every physical interface. This does not work, because the physical interface is already assigned to a bridge. How can I use an already existing bridge (that is not named xenbr0, if this is relevant) in XCP? Who creates the pifs and networks in XCP (I assume xcp-networkd)? What I want to do is: xe network-create name-label=br0 name-description="internal network" bridge=br0 This does not work because the bridge param is RO and is ignored. viki:~# xe pif-list uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 device ( RO): dmz currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b device ( RO): intern currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea device ( RO): san2 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba device ( RO): san1 currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 viki:~# xe network-list uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 name-label ( RW): Pool-wide network associated with san1 name-description ( RW): bridge ( RO): brsan1 uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 name-label ( RW): Pool-wide network associated with intern name-description ( RW): bridge ( RO): brintern uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b name-label ( RW): Pool-wide network associated with dmz name-description ( RW): bridge ( RO): brdmz uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb name-label ( RW): Pool-wide network associated with san2 name-description ( RW): bridge ( RO): brsan2 _______________________________________________ Xen-api 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 26 20:10:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:10: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 1UVoyK-0008AB-Ca; Fri, 26 Apr 2013 20:10:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVoyJ-0008A5-Dg for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:10:19 +0000 Received: from [85.158.139.83:3903] by server-3.bemta-5.messagelabs.com id 79/47-17256-A2FDA715; Fri, 26 Apr 2013 20:10:18 +0000 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-5.tower-182.messagelabs.com!1367007017!30288077!1 X-Originating-IP: [85.214.82.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10052 invoked from network); 26 Apr 2013 20:10:17 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-5.tower-182.messagelabs.com with SMTP; 26 Apr 2013 20:10:17 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 943EBA6C11F; Fri, 26 Apr 2013 22:10:16 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from [192.168.1.15] (91-65-219-104-dynip.superkabel.de [91.65.219.104]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 48031A6C07D for ; Fri, 26 Apr 2013 22:10:14 +0200 (CEST) From: Christian Motschke Message-Id: <1351C5A1-20E0-490E-AA9B-16E8072605E8@motschke.de> Date: Fri, 26 Apr 2013 22:10:13 +0200 To: xen-api@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Subject: [Xen-API] XCP and 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 Hello, I posted this question already on xen-lists, but this seems to be the right list. I started using XCP (Debian wheezy packages) after I used XEN for several years. I have some questions regarding the creation of the networks (I am trying to use bridges not openvswitch). I have 4 physical network interfaces. They are renamed by udev (intern, dmz, san1 and san2) and already assigned to bridges (br0 to br3). I want to use the same bridges in XCP, but XCP ignores these bridges and tries to create own bridges for every physical interface. This does not work, because the physical interface is already assigned to a bridge. How can I use an already existing bridge (that is not named xenbr0, if this is relevant) in XCP? Who creates the pifs and networks in XCP (I assume xcp-networkd)? What I want to do is: xe network-create name-label=br0 name-description="internal network" bridge=br0 This does not work because the bridge param is RO and is ignored. viki:~# xe pif-list uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 device ( RO): dmz currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b device ( RO): intern currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea device ( RO): san2 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba device ( RO): san1 currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 viki:~# xe network-list uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 name-label ( RW): Pool-wide network associated with san1 name-description ( RW): bridge ( RO): brsan1 uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 name-label ( RW): Pool-wide network associated with intern name-description ( RW): bridge ( RO): brintern uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b name-label ( RW): Pool-wide network associated with dmz name-description ( RW): bridge ( RO): brdmz uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb name-label ( RW): Pool-wide network associated with san2 name-description ( RW): bridge ( RO): brsan2 _______________________________________________ Xen-api 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 26 20:58:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVpjB-0000i8-Pv; Fri, 26 Apr 2013 20:58:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVpj9-0000i1-Bq for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:58:43 +0000 Received: from [85.158.139.83:26380] by server-12.bemta-5.messagelabs.com id 64/08-11486-28AEA715; Fri, 26 Apr 2013 20:58:42 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1367009919!22830864!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25263 invoked from network); 26 Apr 2013 20:58:41 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 20:58:41 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="21889843" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 20:58:39 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 13:58:38 -0700 From: Santosh Jodh To: Dave Scott , Jonathan Ludlam Date: Fri, 26 Apr 2013 13:58:36 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/AABweig Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 There were only 2 .omake* files in the xen-api folder. I deleted them and still get the error. Are there other locations for these files I need to clean? I renamed ocamlopt so there is only ocamlopt.opt in the path. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 omake: Symbol `FamErrlist' has different size in shared object, consider re-linking *** omake: reading OMakefiles *** omake: finished reading OMakefiles (0.12 sec) --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) --- Checking whether ocamlc understands the "z" warnings... (yes) *** omake: 149/277 targets are up to date *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) *** omake: targets were not rebuilt because of errors: ocaml/database/string_marshall_helper.cmi depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.cmx depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.o depends on: ocaml/database/string_marshall_helper.ml make: *** [all] Error 127 > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 12:57 PM > To: Jonathan Ludlam > Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Ah good point. Iirc Omake caches the compiler when you first run it. > Try removing all .omake* files to see if it picks up the opt.opt? > > -- > Dave Scott > XenServer System Architect > > On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > wrote: > > > I'm still suspicious that it's using the byte code compilers. I've > just tried here and when I compile datamodel.ml with ocamlopt.opt > (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, > get stack overflow. > > > > Try verifying with ps to see which compiler it's using? > > > > Jon > > > > Sent from my iPad > > > > On 26 Apr 2013, at 20:48, "Santosh Jodh" > wrote: > > > >> I guess the unit is kb. > >> > >> So it is 16MB and that's the highest it can go. > >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >> 16384 > >> > >> -bash: ulimit: stack size: cannot modify limit: Operation not > >> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> > >>> -----Original Message----- > >>> From: Dave Scott > >>> Sent: Friday, April 26, 2013 12:45 PM > >>> To: Santosh Jodh > >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>> > >>> 16k seems a little small to me. According to Wikipedia the basic > >>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. > >>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>> currently have, per thread, in XCP/XS dom0) :-) > >>> > >>> When I'm back at a proper computer I'll have a look at my default > >>> stack (on mobile device atm) > >>> > >>> -- > >>> Dave Scott > >>> XenServer System Architect > >>> > >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>> > >>> wrote: > >>> > >>>> I doubled it to 16k and it still fails. > >>>> > >>>> -----Original Message----- > >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>> Sent: Friday, April 26, 2013 11:16 AM > >>>> To: Jonathan Ludlam > >>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> Santosh, > >>>> > >>>> If you're getting a stack overflow exception, it's probably worth > >>> increasing your ulimit -s and trying again... > >>>> > >>>> -anil > >>>> > >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>> wrote: > >>>> > >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>> > >>>>> Sent from my iPad > >>>>> > >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > > >>> wrote: > >>>>> > >>>>>> Ok - I misunderstood you when you said each repo has several > >>> branches. > >>>>>> > >>>>>> I get following on fusion branch: > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>> * fusion > >>>>>> master > >>>>>> > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>>>>> omake: Symbol `FamErrlist' has different size in shared object, > >>>>>> consider re-linking > >>>>>> *** omake: reading OMakefiles > >>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>> --- Checking for ocamlfind... (found > >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>>>>> --- Checking whether ocamlc understands the "z" warnings... > (yes) > >>>>>> - build ocaml/idl datamodel.cmx > >>>>>> + ocamlfind ocamlopt -package > >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I > >>>>>> + ../database -I .. -c datamodel.ml > >>>>>> Fatal error: exception Stack_overflow > >>>>>> *** omake: 223/277 targets are up to date > >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 > >>>>>> digests) > >>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>> ocaml/idl/datamodel.cmi > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>> make: *** [all] Error 2 > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Dave Scott > >>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>> To: Santosh Jodh > >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> > >>>>>> I didn't read your email carefully enough, see below: > >>>>>> > >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>>>>> error: pathspec 'fusion' did not match any file(s) known to > git. > >>>>>>> > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > [core] > >>>>>>> repositoryformatversion = 0 > >>>>>>> filemode = true > >>>>>>> bare = false > >>>>>>> logallrefupdates = true > >>>>>>> [remote "origin"] > >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>> > >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>> > >>>>>>> [branch "master"] > >>>>>>> remote = origin > >>>>>>> merge = refs/heads/master > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>>> > >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>> I guess I am still at master. > >>>>>>>> > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>> * master > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>> > >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>> > >>>>>>> It is... but each repo has several branches. I think all you > >>>>>>> need > >>> to do is: > >>>>>>> > >>>>>>> cd xen-api > >>>>>>> git checkout fusion > >>>>>>> make > >>>>>> > >>>>>> Try this (I've got a good feeling about this one!) > >>>>>> > >>>>>> rm -rf xen-api > >>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>> cd xen-api > >>>>>> git checkout fusion > >>>>>> make > >>>>>> > >>>>>> Cheers, > >>>>>> Dave > >>>>>> > >>>>>>> > >>>>>>> Cheers, > >>>>>>> Dave > >>>>>>> > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Could you confirm which xen-api branch you're trying to build? > >>> Something like "git branch -l" and "git remote -v". > >>>>>>>> > >>>>>>>> The package 'rpc-light' installs an OCaml package called > 'rpclib' > >>>>>>>> these > >>>>>>>> days: > >>>>>>>> > >>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>> rpclib (version: 1.2.0) > >>>>>>>> rpclib.core (version: n/a) > >>>>>>>> rpclib.idl (version: n/a) > >>>>>>>> rpclib.js (version: n/a) > >>>>>>>> rpclib.json (version: n/a) > >>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>> rpclib.unix (version: n/a) > >>>>>>>> rpclib.xml (version: n/a) > >>>>>>>> > >>>>>>>> It looks like the branch of xen-api you're trying to build is > >>> still using the old name. > >>>>>>>> > >>>>>>>> Cheers, > >>>>>>>> Dave > >>>>>>>> > >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>> The initial ones were from > >>>>>>>>> > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>> ml > >>>>>>>>> > >>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>> > >>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>> > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>> Package > >>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>> > >>>>>>>>> Which wiki page are you getting all these instructions from? > >>> I'd like to see what the custom Xen OPAM packages are, as there > seem > >>> to be some custom ones that aren't distributed in mainline OPAM. > >>>>>>>>> > >>>>>>>>> -anil > >>>>>>>>> > >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>> > >>> wrote: > >>>>>>>>> > >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > >>> about it. > >>>>>>>>>> > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 > >>>>>>>>>> digests) > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>> string_marshall_helper.ml> > >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > >>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>> AMD64 > >>>>>>>>>> > >>>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; > >>> you should only need xen-api now... > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Dave Scott > >>>>>>>>>> XenServer System Architect > >>>>>>>>>> > >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>> > >>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>> > >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>> camlp4- > >>> extra, libxen-dev. > >>>>>>>>>>> > >>>>>>>>>>> However, xen-api-libs still fails with the same error. Will > >>> try the fusion branch next. > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Dave Scott > >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>> installed: try installing xen-devel. > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> Dave Scott > >>>>>>>>>>> XenServer System Architect > >>>>>>>>>>> > >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> That command fails: > >>>>>>>>>>>> > >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>> # opam-version 1.0.1 > >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>> # os linux > >>>>>>>>>>>> # command make > >>>>>>>>>>>> # path > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>> # env-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.env > >>>>>>>>>>>> # stdout-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.out > >>>>>>>>>>>> # stderr-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.err > >>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c > >>>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c > lib/eventchn_stubs.c > >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o > >>>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c > lib/xenctrl_stubs.c > >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > such > >>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>> lib/xenctrl.cma > >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug > >>>>>>>>>>>> -j 4' terminated with error code 10") > >>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>> > >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > >>>>>>>>>>>> name > >>> of type-conv changed upstream and we haven't changed everything > over > >>> to the new name yet. > >>>>>>>>>>>> > >>>>>>>>>>>> If that works you might want to try building either Jon's > >>> "fusion" branch of xen-api or my "upstream-packages" one on github. > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> opam install installed type_conv but I am still getting > >>>>>>>>>>>>> the > >>> exact same error. Do I need to refresh environment to pick up the > >>> newly installed type_conv? > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > >>>>>>>>>>>>> you > >>> retry xen-api-libs. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -anil > >>>>>>>>>>>>> > >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > It > >>> cannot find type-conv: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > ../uuid > >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light > >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > light > >>>>>>>>>>>>>> - > >>> c > >>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>> make[1]: Leaving directory > >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > packages > >>> as soon as Debian and other packaging vendors catch up in their > >>> release > >>> cycles: > >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot > >>> now. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > >>> replace the OPAM binary, and run 'opam update' to refresh your > >>> package list. It may be easier to just delete ~/.opam and > recompile packages. > >>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Yes - they are from wiki > >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > >>> org/opam? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall > >>> opam first? And how do I do that? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > >>>>>>>>>>>>>>> so, > >>> please update them once you get it working! > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > >>> repository, rather than xen-org's fork (it's several months out of > >>> date), and secondly building a tagged release of opam rather than > >>> the master branch. Try: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Then you can initialise opam with the default > (OCamlPro) > >>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>> eval `opam config env` > >>>>>>>>>>>>>>> opam remote add xen-org > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > >>> fields > >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, > >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 20:58:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 20:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVpjB-0000i8-Pv; Fri, 26 Apr 2013 20:58:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVpj9-0000i1-Bq for xen-api@lists.xen.org; Fri, 26 Apr 2013 20:58:43 +0000 Received: from [85.158.139.83:26380] by server-12.bemta-5.messagelabs.com id 64/08-11486-28AEA715; Fri, 26 Apr 2013 20:58:42 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1367009919!22830864!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25263 invoked from network); 26 Apr 2013 20:58:41 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 20:58:41 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="21889843" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 20:58:39 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 13:58:38 -0700 From: Santosh Jodh To: Dave Scott , Jonathan Ludlam Date: Fri, 26 Apr 2013 13:58:36 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/AABweig Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 There were only 2 .omake* files in the xen-api folder. I deleted them and still get the error. Are there other locations for these files I need to clean? I renamed ocamlopt so there is only ocamlopt.opt in the path. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 omake: Symbol `FamErrlist' has different size in shared object, consider re-linking *** omake: reading OMakefiles *** omake: finished reading OMakefiles (0.12 sec) --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) --- Checking whether ocamlc understands the "z" warnings... (yes) *** omake: 149/277 targets are up to date *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) *** omake: targets were not rebuilt because of errors: ocaml/database/string_marshall_helper.cmi depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.cmx depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.o depends on: ocaml/database/string_marshall_helper.ml make: *** [all] Error 127 > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 12:57 PM > To: Jonathan Ludlam > Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Ah good point. Iirc Omake caches the compiler when you first run it. > Try removing all .omake* files to see if it picks up the opt.opt? > > -- > Dave Scott > XenServer System Architect > > On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > wrote: > > > I'm still suspicious that it's using the byte code compilers. I've > just tried here and when I compile datamodel.ml with ocamlopt.opt > (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, > get stack overflow. > > > > Try verifying with ps to see which compiler it's using? > > > > Jon > > > > Sent from my iPad > > > > On 26 Apr 2013, at 20:48, "Santosh Jodh" > wrote: > > > >> I guess the unit is kb. > >> > >> So it is 16MB and that's the highest it can go. > >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >> 16384 > >> > >> -bash: ulimit: stack size: cannot modify limit: Operation not > >> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> > >>> -----Original Message----- > >>> From: Dave Scott > >>> Sent: Friday, April 26, 2013 12:45 PM > >>> To: Santosh Jodh > >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>> > >>> 16k seems a little small to me. According to Wikipedia the basic > >>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. > >>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>> currently have, per thread, in XCP/XS dom0) :-) > >>> > >>> When I'm back at a proper computer I'll have a look at my default > >>> stack (on mobile device atm) > >>> > >>> -- > >>> Dave Scott > >>> XenServer System Architect > >>> > >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>> > >>> wrote: > >>> > >>>> I doubled it to 16k and it still fails. > >>>> > >>>> -----Original Message----- > >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>> Sent: Friday, April 26, 2013 11:16 AM > >>>> To: Jonathan Ludlam > >>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> Santosh, > >>>> > >>>> If you're getting a stack overflow exception, it's probably worth > >>> increasing your ulimit -s and trying again... > >>>> > >>>> -anil > >>>> > >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>> wrote: > >>>> > >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>> > >>>>> Sent from my iPad > >>>>> > >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > > >>> wrote: > >>>>> > >>>>>> Ok - I misunderstood you when you said each repo has several > >>> branches. > >>>>>> > >>>>>> I get following on fusion branch: > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>> * fusion > >>>>>> master > >>>>>> > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>>>>> omake: Symbol `FamErrlist' has different size in shared object, > >>>>>> consider re-linking > >>>>>> *** omake: reading OMakefiles > >>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>> --- Checking for ocamlfind... (found > >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>>>>> --- Checking whether ocamlc understands the "z" warnings... > (yes) > >>>>>> - build ocaml/idl datamodel.cmx > >>>>>> + ocamlfind ocamlopt -package > >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I > >>>>>> + ../database -I .. -c datamodel.ml > >>>>>> Fatal error: exception Stack_overflow > >>>>>> *** omake: 223/277 targets are up to date > >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 > >>>>>> digests) > >>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>> ocaml/idl/datamodel.cmi > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>> make: *** [all] Error 2 > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Dave Scott > >>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>> To: Santosh Jodh > >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> > >>>>>> I didn't read your email carefully enough, see below: > >>>>>> > >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>>>>> error: pathspec 'fusion' did not match any file(s) known to > git. > >>>>>>> > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > [core] > >>>>>>> repositoryformatversion = 0 > >>>>>>> filemode = true > >>>>>>> bare = false > >>>>>>> logallrefupdates = true > >>>>>>> [remote "origin"] > >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>> > >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>> > >>>>>>> [branch "master"] > >>>>>>> remote = origin > >>>>>>> merge = refs/heads/master > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>>> > >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>> I guess I am still at master. > >>>>>>>> > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>> * master > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>> > >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>> > >>>>>>> It is... but each repo has several branches. I think all you > >>>>>>> need > >>> to do is: > >>>>>>> > >>>>>>> cd xen-api > >>>>>>> git checkout fusion > >>>>>>> make > >>>>>> > >>>>>> Try this (I've got a good feeling about this one!) > >>>>>> > >>>>>> rm -rf xen-api > >>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>> cd xen-api > >>>>>> git checkout fusion > >>>>>> make > >>>>>> > >>>>>> Cheers, > >>>>>> Dave > >>>>>> > >>>>>>> > >>>>>>> Cheers, > >>>>>>> Dave > >>>>>>> > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Could you confirm which xen-api branch you're trying to build? > >>> Something like "git branch -l" and "git remote -v". > >>>>>>>> > >>>>>>>> The package 'rpc-light' installs an OCaml package called > 'rpclib' > >>>>>>>> these > >>>>>>>> days: > >>>>>>>> > >>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>> rpclib (version: 1.2.0) > >>>>>>>> rpclib.core (version: n/a) > >>>>>>>> rpclib.idl (version: n/a) > >>>>>>>> rpclib.js (version: n/a) > >>>>>>>> rpclib.json (version: n/a) > >>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>> rpclib.unix (version: n/a) > >>>>>>>> rpclib.xml (version: n/a) > >>>>>>>> > >>>>>>>> It looks like the branch of xen-api you're trying to build is > >>> still using the old name. > >>>>>>>> > >>>>>>>> Cheers, > >>>>>>>> Dave > >>>>>>>> > >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>> The initial ones were from > >>>>>>>>> > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>> ml > >>>>>>>>> > >>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>> > >>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>> > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>> Package > >>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>> > >>>>>>>>> Which wiki page are you getting all these instructions from? > >>> I'd like to see what the custom Xen OPAM packages are, as there > seem > >>> to be some custom ones that aren't distributed in mainline OPAM. > >>>>>>>>> > >>>>>>>>> -anil > >>>>>>>>> > >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>> > >>> wrote: > >>>>>>>>> > >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > >>> about it. > >>>>>>>>>> > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 > >>>>>>>>>> digests) > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>> string_marshall_helper.ml> > >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > >>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>> AMD64 > >>>>>>>>>> > >>>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; > >>> you should only need xen-api now... > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Dave Scott > >>>>>>>>>> XenServer System Architect > >>>>>>>>>> > >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>> > >>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>> > >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>> camlp4- > >>> extra, libxen-dev. > >>>>>>>>>>> > >>>>>>>>>>> However, xen-api-libs still fails with the same error. Will > >>> try the fusion branch next. > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Dave Scott > >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>> installed: try installing xen-devel. > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> Dave Scott > >>>>>>>>>>> XenServer System Architect > >>>>>>>>>>> > >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> That command fails: > >>>>>>>>>>>> > >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>> # opam-version 1.0.1 > >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>> # os linux > >>>>>>>>>>>> # command make > >>>>>>>>>>>> # path > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>> # env-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.env > >>>>>>>>>>>> # stdout-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.out > >>>>>>>>>>>> # stderr-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.err > >>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c > >>>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c > lib/eventchn_stubs.c > >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o > >>>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c > lib/xenctrl_stubs.c > >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > such > >>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>> lib/xenctrl.cma > >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug > >>>>>>>>>>>> -j 4' terminated with error code 10") > >>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>> > >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > >>>>>>>>>>>> name > >>> of type-conv changed upstream and we haven't changed everything > over > >>> to the new name yet. > >>>>>>>>>>>> > >>>>>>>>>>>> If that works you might want to try building either Jon's > >>> "fusion" branch of xen-api or my "upstream-packages" one on github. > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> opam install installed type_conv but I am still getting > >>>>>>>>>>>>> the > >>> exact same error. Do I need to refresh environment to pick up the > >>> newly installed type_conv? > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > >>>>>>>>>>>>> you > >>> retry xen-api-libs. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -anil > >>>>>>>>>>>>> > >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > It > >>> cannot find type-conv: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > ../uuid > >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light > >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > light > >>>>>>>>>>>>>> - > >>> c > >>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>> make[1]: Leaving directory > >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > packages > >>> as soon as Debian and other packaging vendors catch up in their > >>> release > >>> cycles: > >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot > >>> now. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > >>> replace the OPAM binary, and run 'opam update' to refresh your > >>> package list. It may be easier to just delete ~/.opam and > recompile packages. > >>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Yes - they are from wiki > >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > >>> org/opam? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall > >>> opam first? And how do I do that? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > >>>>>>>>>>>>>>> so, > >>> please update them once you get it working! > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > >>> repository, rather than xen-org's fork (it's several months out of > >>> date), and secondly building a tagged release of opam rather than > >>> the master branch. Try: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Then you can initialise opam with the default > (OCamlPro) > >>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>> eval `opam config env` > >>>>>>>>>>>>>>> opam remote add xen-org > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > >>> fields > >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, > >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 21:21:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:21: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 1UVq53-0001GN-5d; Fri, 26 Apr 2013 21:21:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVq51-0001GG-3L for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:21:19 +0000 Received: from [85.158.138.51:37667] by server-5.bemta-3.messagelabs.com id 4B/9F-30636-ECFEA715; Fri, 26 Apr 2013 21:21:18 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1367011277!30166105!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30574 invoked from network); 26 Apr 2013 21:21:17 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:21:17 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3995006" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:21:17 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 22:21:16 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 22:21:15 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cw/yd04Q0MJhAQrqeb22pIosgKQ== Message-ID: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Rm -rf and reclone? Jon Sent from my iPad On 26 Apr 2013, at 21:58, "Santosh Jodh" wrote: > There were only 2 .omake* files in the xen-api folder. I deleted them and still get the error. Are there other locations for these files I need to clean? > > I renamed ocamlopt so there is only ocamlopt.opt in the path. > > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make > omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.12 sec) > --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > *** omake: 149/277 targets are up to date > *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/database/string_marshall_helper.cmi > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.cmx > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.o > depends on: ocaml/database/string_marshall_helper.ml > make: *** [all] Error 127 > > >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 12:57 PM >> To: Jonathan Ludlam >> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Ah good point. Iirc Omake caches the compiler when you first run it. >> Try removing all .omake* files to see if it picks up the opt.opt? >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >> wrote: >> >>> I'm still suspicious that it's using the byte code compilers. I've >> just tried here and when I compile datamodel.ml with ocamlopt.opt >> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, >> get stack overflow. >>> >>> Try verifying with ps to see which compiler it's using? >>> >>> Jon >>> >>> Sent from my iPad >>> >>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >> wrote: >>> >>>> I guess the unit is kb. >>>> >>>> So it is 16MB and that's the highest it can go. >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>> 16384 >>>> >>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 >>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> 16k seems a little small to me. According to Wikipedia the basic >>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. >>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we >>>>> currently have, per thread, in XCP/XS dom0) :-) >>>>> >>>>> When I'm back at a proper computer I'll have a look at my default >>>>> stack (on mobile device atm) >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>> >>>>> wrote: >>>>> >>>>>> I doubled it to 16k and it still fails. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>> To: Jonathan Ludlam >>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Santosh, >>>>>> >>>>>> If you're getting a stack overflow exception, it's probably worth >>>>> increasing your ulimit -s and trying again... >>>>>> >>>>>> -anil >>>>>> >>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>> wrote: >>>>>> >>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>> >>>>>>> Sent from my iPad >>>>>>> >>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >> >>>>> wrote: >>>>>>> >>>>>>>> Ok - I misunderstood you when you said each repo has several >>>>> branches. >>>>>>>> >>>>>>>> I get following on fusion branch: >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>> * fusion >>>>>>>> master >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>>>>> consider re-linking >>>>>>>> *** omake: reading OMakefiles >>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>> --- Checking for ocamlfind... (found >>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >> (yes) >>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>> + ocamlfind ocamlopt -package >>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>>>>> + ../database -I .. -c datamodel.ml >>>>>>>> Fatal error: exception Stack_overflow >>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>>>>> digests) >>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>> make: *** [all] Error 2 >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> >>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>> >>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to >> git. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >> [core] >>>>>>>>> repositoryformatversion = 0 >>>>>>>>> filemode = true >>>>>>>>> bare = false >>>>>>>>> logallrefupdates = true >>>>>>>>> [remote "origin"] >>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>> >>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>> >>>>>>>>> [branch "master"] >>>>>>>>> remote = origin >>>>>>>>> merge = refs/heads/master >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>> I guess I am still at master. >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>> * master >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>> >>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>> >>>>>>>>> It is... but each repo has several branches. I think all you >>>>>>>>> need >>>>> to do is: >>>>>>>>> >>>>>>>>> cd xen-api >>>>>>>>> git checkout fusion >>>>>>>>> make >>>>>>>> >>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>> >>>>>>>> rm -rf xen-api >>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>> cd xen-api >>>>>>>> git checkout fusion >>>>>>>> make >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Dave >>>>>>>> >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Dave >>>>>>>>> >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Could you confirm which xen-api branch you're trying to build? >>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>> >>>>>>>>>> The package 'rpc-light' installs an OCaml package called >> 'rpclib' >>>>>>>>>> these >>>>>>>>>> days: >>>>>>>>>> >>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>> >>>>>>>>>> It looks like the branch of xen-api you're trying to build is >>>>> still using the old name. >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> Dave >>>>>>>>>> >>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>> The initial ones were from >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>> ml >>>>>>>>>>> >>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>> >>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>>>> Package >>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>> >>>>>>>>>>> Which wiki page are you getting all these instructions from? >>>>> I'd like to see what the custom Xen OPAM packages are, as there >> seem >>>>> to be some custom ones that aren't distributed in mainline OPAM. >>>>>>>>>>> >>>>>>>>>>> -anil >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>> >>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >>>>> about it. >>>>>>>>>>>> >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>>>>> digests) >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>> > string_marshall_helper.ml> >>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>> >>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>> >>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> >>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> >>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package name >>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >>>>> you should only need xen-api now... >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Dave Scott >>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>> >>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>> >>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>> camlp4- >>>>> extra, libxen-dev. >>>>>>>>>>>>> >>>>>>>>>>>>> However, xen-api-libs still fails with the same error. Will >>>>> try the fusion branch next. >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>> installed: try installing xen-devel. >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>> >>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>> >>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>> # opam-version 1.0.1 >>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>> # command make >>>>>>>>>>>>>> # path >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>> # env-file >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>> d474c2.env >>>>>>>>>>>>>> # stdout-file >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>> d474c2.out >>>>>>>>>>>>>> # stderr-file >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>> d474c2.err >>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c >> lib/eventchn_stubs.c >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c >> lib/xenctrl_stubs.c >>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No >> such >>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>> lib/xenctrl.cma >>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug >>>>>>>>>>>>>> -j 4' terminated with error code 10") >>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>> >>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the >>>>>>>>>>>>>> name >>>>> of type-conv changed upstream and we haven't changed everything >> over >>>>> to the new name yet. >>>>>>>>>>>>>> >>>>>>>>>>>>>> If that works you might want to try building either Jon's >>>>> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> opam install installed type_conv but I am still getting >>>>>>>>>>>>>>> the >>>>> exact same error. Do I need to refresh environment to pick up the >>>>> newly installed type_conv? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when >>>>>>>>>>>>>>> you >>>>> retry xen-api-libs. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. >> It >>>>> cannot find type-conv: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >> ../uuid >>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- >> light >>>>>>>>>>>>>>>> - >>>>> c >>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >> packages >>>>> as soon as Debian and other packaging vendors catch up in their >>>>> release >>>>> cycles: >>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >>>>> now. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>> package list. It may be easier to just delete ~/.opam and >> recompile packages. >>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Yes - they are from wiki >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >>>>> org/opam? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If >>>>>>>>>>>>>>>>> so, >>>>> please update them once you get it working! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >>>>> repository, rather than xen-org's fork (it's several months out of >>>>> date), and secondly building a tagged release of opam rather than >>>>> the master branch. Try: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >> install >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Then you can initialise opam with the default >> (OCamlPro) >>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >>>>> fields >>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 21:21:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:21: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 1UVq53-0001GN-5d; Fri, 26 Apr 2013 21:21:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVq51-0001GG-3L for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:21:19 +0000 Received: from [85.158.138.51:37667] by server-5.bemta-3.messagelabs.com id 4B/9F-30636-ECFEA715; Fri, 26 Apr 2013 21:21:18 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1367011277!30166105!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30574 invoked from network); 26 Apr 2013 21:21:17 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:21:17 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3995006" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:21:17 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 26 Apr 2013 22:21:16 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 22:21:15 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cw/yd04Q0MJhAQrqeb22pIosgKQ== Message-ID: References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Rm -rf and reclone? Jon Sent from my iPad On 26 Apr 2013, at 21:58, "Santosh Jodh" wrote: > There were only 2 .omake* files in the xen-api folder. I deleted them and still get the error. Are there other locations for these files I need to clean? > > I renamed ocamlopt so there is only ocamlopt.opt in the path. > > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make > omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.12 sec) > --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > *** omake: 149/277 targets are up to date > *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/database/string_marshall_helper.cmi > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.cmx > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.o > depends on: ocaml/database/string_marshall_helper.ml > make: *** [all] Error 127 > > >> -----Original Message----- >> From: Dave Scott >> Sent: Friday, April 26, 2013 12:57 PM >> To: Jonathan Ludlam >> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Ah good point. Iirc Omake caches the compiler when you first run it. >> Try removing all .omake* files to see if it picks up the opt.opt? >> >> -- >> Dave Scott >> XenServer System Architect >> >> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >> wrote: >> >>> I'm still suspicious that it's using the byte code compilers. I've >> just tried here and when I compile datamodel.ml with ocamlopt.opt >> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, >> get stack overflow. >>> >>> Try verifying with ps to see which compiler it's using? >>> >>> Jon >>> >>> Sent from my iPad >>> >>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >> wrote: >>> >>>> I guess the unit is kb. >>>> >>>> So it is 16MB and that's the highest it can go. >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>> 16384 >>>> >>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 >>>> >>>>> -----Original Message----- >>>>> From: Dave Scott >>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>> To: Santosh Jodh >>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> 16k seems a little small to me. According to Wikipedia the basic >>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. >>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we >>>>> currently have, per thread, in XCP/XS dom0) :-) >>>>> >>>>> When I'm back at a proper computer I'll have a look at my default >>>>> stack (on mobile device atm) >>>>> >>>>> -- >>>>> Dave Scott >>>>> XenServer System Architect >>>>> >>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>> >>>>> wrote: >>>>> >>>>>> I doubled it to 16k and it still fails. >>>>>> >>>>>> -----Original Message----- >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>> To: Jonathan Ludlam >>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Santosh, >>>>>> >>>>>> If you're getting a stack overflow exception, it's probably worth >>>>> increasing your ulimit -s and trying again... >>>>>> >>>>>> -anil >>>>>> >>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>> wrote: >>>>>> >>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>> >>>>>>> Sent from my iPad >>>>>>> >>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >> >>>>> wrote: >>>>>>> >>>>>>>> Ok - I misunderstood you when you said each repo has several >>>>> branches. >>>>>>>> >>>>>>>> I get following on fusion branch: >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>> * fusion >>>>>>>> master >>>>>>>> >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>>>>> consider re-linking >>>>>>>> *** omake: reading OMakefiles >>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>> --- Checking for ocamlfind... (found >>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >> (yes) >>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>> + ocamlfind ocamlopt -package >>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend -I >>>>>>>> + ../database -I .. -c datamodel.ml >>>>>>>> Fatal error: exception Stack_overflow >>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 >>>>>>>> digests) >>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>> make: *** [all] Error 2 >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Dave Scott >>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>> To: Santosh Jodh >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> >>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>> >>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to >> git. >>>>>>>>> >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >> [core] >>>>>>>>> repositoryformatversion = 0 >>>>>>>>> filemode = true >>>>>>>>> bare = false >>>>>>>>> logallrefupdates = true >>>>>>>>> [remote "origin"] >>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>> >>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>> >>>>>>>>> [branch "master"] >>>>>>>>> remote = origin >>>>>>>>> merge = refs/heads/master >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>> I guess I am still at master. >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>> * master >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin >>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>> >>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>> >>>>>>>>> It is... but each repo has several branches. I think all you >>>>>>>>> need >>>>> to do is: >>>>>>>>> >>>>>>>>> cd xen-api >>>>>>>>> git checkout fusion >>>>>>>>> make >>>>>>>> >>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>> >>>>>>>> rm -rf xen-api >>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>> cd xen-api >>>>>>>> git checkout fusion >>>>>>>> make >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Dave >>>>>>>> >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Dave >>>>>>>>> >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Could you confirm which xen-api branch you're trying to build? >>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>> >>>>>>>>>> The package 'rpc-light' installs an OCaml package called >> 'rpclib' >>>>>>>>>> these >>>>>>>>>> days: >>>>>>>>>> >>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>> >>>>>>>>>> It looks like the branch of xen-api you're trying to build is >>>>> still using the old name. >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> Dave >>>>>>>>>> >>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>> The initial ones were from >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>> ml >>>>>>>>>>> >>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>> >>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>>>> Package >>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>> >>>>>>>>>>> Which wiki page are you getting all these instructions from? >>>>> I'd like to see what the custom Xen OPAM packages are, as there >> seem >>>>> to be some custom ones that aren't distributed in mainline OPAM. >>>>>>>>>>> >>>>>>>>>>> -anil >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>> >>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >>>>> about it. >>>>>>>>>>>> >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, 104/387 >>>>>>>>>>>> digests) >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>> > string_marshall_helper.ml> >>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>> >>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>> >>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> >>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> >>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package name >>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of xen-api-libs; >>>>> you should only need xen-api now... >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Dave Scott >>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>> >>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>> >>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>> camlp4- >>>>> extra, libxen-dev. >>>>>>>>>>>>> >>>>>>>>>>>>> However, xen-api-libs still fails with the same error. Will >>>>> try the fusion branch next. >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>> installed: try installing xen-devel. >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>> >>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>> >>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>> # opam-version 1.0.1 >>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>> # command make >>>>>>>>>>>>>> # path >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>> # env-file >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>> d474c2.env >>>>>>>>>>>>>> # stdout-file >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>> d474c2.out >>>>>>>>>>>>>> # stderr-file >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>> d474c2.err >>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc -c >>>>>>>>>>>>>> lib/gnttab_stubs.c ocamlfind ocamlc -c >> lib/eventchn_stubs.c >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv xenmmap_stubs.o >>>>>>>>>>>>>> lib/xenmmap_stubs.o ocamlfind ocamlc -c >> lib/xenctrl_stubs.c >>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No >> such >>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>> lib/xenctrl.cma >>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag debug >>>>>>>>>>>>>> -j 4' terminated with error code 10") >>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>> >>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the >>>>>>>>>>>>>> name >>>>> of type-conv changed upstream and we haven't changed everything >> over >>>>> to the new name yet. >>>>>>>>>>>>>> >>>>>>>>>>>>>> If that works you might want to try building either Jon's >>>>> "fusion" branch of xen-api or my "upstream-packages" one on github. >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> opam install installed type_conv but I am still getting >>>>>>>>>>>>>>> the >>>>> exact same error. Do I need to refresh environment to pick up the >>>>> newly installed type_conv? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when >>>>>>>>>>>>>>> you >>>>> retry xen-api-libs. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. >> It >>>>> cannot find type-conv: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >> ../uuid >>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light >>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- >> light >>>>>>>>>>>>>>>> - >>>>> c >>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >> packages >>>>> as soon as Debian and other packaging vendors catch up in their >>>>> release >>>>> cycles: >>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam snapshot >>>>> now. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>> package list. It may be easier to just delete ~/.opam and >> recompile packages. >>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Yes - they are from wiki >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >>>>> org/opam? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to uninstall >>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If >>>>>>>>>>>>>>>>> so, >>>>> please update them once you get it working! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >>>>> repository, rather than xen-org's fork (it's several months out of >>>>> date), and secondly building a tagged release of opam rather than >>>>> the master branch. Try: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >> install >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Then you can initialise opam with the default >> (OCamlPro) >>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>> eval `opam config env` >>>>>>>>>>>>>>>>> opam remote add xen-org >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically rrdump.ml >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam init >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >>>>> fields >>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, >>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 21:21:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:21: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 1UVq5E-0001Gy-CH; Fri, 26 Apr 2013 21:21:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVq5C-0001Gp-AD for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:21:30 +0000 Received: from [193.109.254.147:29179] by server-15.bemta-14.messagelabs.com id E4/33-14305-9DFEA715; Fri, 26 Apr 2013 21:21:29 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1367011288!9440688!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29388 invoked from network); 26 Apr 2013 21:21:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:21:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3995007" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:21:28 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 22:21:27 +0100 From: John Else To: Santosh Jodh , Dave Scott , Jonathan Ludlam Date: Fri, 26 Apr 2013 22:21:43 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/AABweigAADIdvA= Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F727B6ABA@LONPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Santosh, is rrddump the main thing you need from xen-api? It's actually a really tiny program with only a few dependencies, so I've put it in its own repo. Once you have opam set up with the xen-org/opam-repo-dev remote, try this (these steps worked for me just now on my Ubuntu box): opam install obuild opam install xmlm opam install stdext git clone git://github.com/xen-org/xcp-rrd cd xcp-rrd make && make install cd .. git clone git://github.com/johnelse/rrddump cd rrddump make && sudo make install You should now have /usr/local/bin/rrddump I'll get xcp-rrd and rrddump into our opam repository next week - you should then just be able to run "opam install rrddump" John -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Santosh Jodh Sent: 26 April 2013 21:59 To: Dave Scott; Jonathan Ludlam Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 There were only 2 .omake* files in the xen-api folder. I deleted them and still get the error. Are there other locations for these files I need to clean? I renamed ocamlopt so there is only ocamlopt.opt in the path. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 omake: Symbol `FamErrlist' has different size in shared object, consider re-linking *** omake: reading OMakefiles *** omake: finished reading OMakefiles (0.12 sec) --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) --- Checking whether ocamlc understands the "z" warnings... (yes) *** omake: 149/277 targets are up to date *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) *** omake: targets were not rebuilt because of errors: ocaml/database/string_marshall_helper.cmi depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.cmx depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.o depends on: ocaml/database/string_marshall_helper.ml make: *** [all] Error 127 > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 12:57 PM > To: Jonathan Ludlam > Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Ah good point. Iirc Omake caches the compiler when you first run it. > Try removing all .omake* files to see if it picks up the opt.opt? > > -- > Dave Scott > XenServer System Architect > > On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > wrote: > > > I'm still suspicious that it's using the byte code compilers. I've > just tried here and when I compile datamodel.ml with ocamlopt.opt > (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, > get stack overflow. > > > > Try verifying with ps to see which compiler it's using? > > > > Jon > > > > Sent from my iPad > > > > On 26 Apr 2013, at 20:48, "Santosh Jodh" > wrote: > > > >> I guess the unit is kb. > >> > >> So it is 16MB and that's the highest it can go. > >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >> 16384 > >> > >> -bash: ulimit: stack size: cannot modify limit: Operation not > >> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> > >>> -----Original Message----- > >>> From: Dave Scott > >>> Sent: Friday, April 26, 2013 12:45 PM > >>> To: Santosh Jodh > >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>> > >>> 16k seems a little small to me. According to Wikipedia the basic > >>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. > >>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>> currently have, per thread, in XCP/XS dom0) :-) > >>> > >>> When I'm back at a proper computer I'll have a look at my default > >>> stack (on mobile device atm) > >>> > >>> -- > >>> Dave Scott > >>> XenServer System Architect > >>> > >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>> > >>> wrote: > >>> > >>>> I doubled it to 16k and it still fails. > >>>> > >>>> -----Original Message----- > >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>> Sent: Friday, April 26, 2013 11:16 AM > >>>> To: Jonathan Ludlam > >>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> Santosh, > >>>> > >>>> If you're getting a stack overflow exception, it's probably worth > >>> increasing your ulimit -s and trying again... > >>>> > >>>> -anil > >>>> > >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>> wrote: > >>>> > >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>> > >>>>> Sent from my iPad > >>>>> > >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > > >>> wrote: > >>>>> > >>>>>> Ok - I misunderstood you when you said each repo has several > >>> branches. > >>>>>> > >>>>>> I get following on fusion branch: > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>> * fusion > >>>>>> master > >>>>>> > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>>>>> omake: Symbol `FamErrlist' has different size in shared object, > >>>>>> consider re-linking > >>>>>> *** omake: reading OMakefiles > >>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>> --- Checking for ocamlfind... (found > >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>>>>> --- Checking whether ocamlc understands the "z" warnings... > (yes) > >>>>>> - build ocaml/idl datamodel.cmx > >>>>>> + ocamlfind ocamlopt -package > >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend > >>>>>> + -I ../database -I .. -c datamodel.ml > >>>>>> Fatal error: exception Stack_overflow > >>>>>> *** omake: 223/277 targets are up to date > >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 > >>>>>> digests) > >>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>> ocaml/idl/datamodel.cmi > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>> make: *** [all] Error 2 > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Dave Scott > >>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>> To: Santosh Jodh > >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> > >>>>>> I didn't read your email carefully enough, see below: > >>>>>> > >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>>>>> error: pathspec 'fusion' did not match any file(s) known to > git. > >>>>>>> > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > [core] > >>>>>>> repositoryformatversion = 0 > >>>>>>> filemode = true > >>>>>>> bare = false > >>>>>>> logallrefupdates = true > >>>>>>> [remote "origin"] > >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>> > >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>> > >>>>>>> [branch "master"] > >>>>>>> remote = origin > >>>>>>> merge = refs/heads/master > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>> AMD64 > >>>>>>> > >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>> I guess I am still at master. > >>>>>>>> > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>> * master > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>> > >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>> > >>>>>>> It is... but each repo has several branches. I think all you > >>>>>>> need > >>> to do is: > >>>>>>> > >>>>>>> cd xen-api > >>>>>>> git checkout fusion > >>>>>>> make > >>>>>> > >>>>>> Try this (I've got a good feeling about this one!) > >>>>>> > >>>>>> rm -rf xen-api > >>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>> cd xen-api > >>>>>> git checkout fusion > >>>>>> make > >>>>>> > >>>>>> Cheers, > >>>>>> Dave > >>>>>> > >>>>>>> > >>>>>>> Cheers, > >>>>>>> Dave > >>>>>>> > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Could you confirm which xen-api branch you're trying to build? > >>> Something like "git branch -l" and "git remote -v". > >>>>>>>> > >>>>>>>> The package 'rpc-light' installs an OCaml package called > 'rpclib' > >>>>>>>> these > >>>>>>>> days: > >>>>>>>> > >>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>> rpclib (version: 1.2.0) > >>>>>>>> rpclib.core (version: n/a) > >>>>>>>> rpclib.idl (version: n/a) > >>>>>>>> rpclib.js (version: n/a) > >>>>>>>> rpclib.json (version: n/a) > >>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>> rpclib.unix (version: n/a) > >>>>>>>> rpclib.xml (version: n/a) > >>>>>>>> > >>>>>>>> It looks like the branch of xen-api you're trying to build is > >>> still using the old name. > >>>>>>>> > >>>>>>>> Cheers, > >>>>>>>> Dave > >>>>>>>> > >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>> The initial ones were from > >>>>>>>>> > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>> ml > >>>>>>>>> > >>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>> > >>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>> > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>> Package > >>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>> > >>>>>>>>> Which wiki page are you getting all these instructions from? > >>> I'd like to see what the custom Xen OPAM packages are, as there > seem > >>> to be some custom ones that aren't distributed in mainline OPAM. > >>>>>>>>> > >>>>>>>>> -anil > >>>>>>>>> > >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>> > >>> wrote: > >>>>>>>>> > >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > >>> about it. > >>>>>>>>>> > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > >>>>>>>>>> 104/387 > >>>>>>>>>> digests) > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>> string_marshall_helper.ml> > >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > >>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>> AMD64 > >>>>>>>>>> > >>>>>>>>>> xen-api-libs-transitional is a fixed branch of > >>>>>>>>>> xen-api-libs; > >>> you should only need xen-api now... > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Dave Scott > >>>>>>>>>> XenServer System Architect > >>>>>>>>>> > >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>> > >>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>> > >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>> camlp4- > >>> extra, libxen-dev. > >>>>>>>>>>> > >>>>>>>>>>> However, xen-api-libs still fails with the same error. > >>>>>>>>>>> Will > >>> try the fusion branch next. > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Dave Scott > >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>> installed: try installing xen-devel. > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> Dave Scott > >>>>>>>>>>> XenServer System Architect > >>>>>>>>>>> > >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> That command fails: > >>>>>>>>>>>> > >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>> # opam-version 1.0.1 > >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>> # os linux > >>>>>>>>>>>> # command make > >>>>>>>>>>>> # path > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>> # env-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.env > >>>>>>>>>>>> # stdout-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.out > >>>>>>>>>>>> # stderr-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.err > >>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc > >>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > lib/eventchn_stubs.c > >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > >>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c > lib/xenctrl_stubs.c > >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > such > >>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>> lib/xenctrl.cma > >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > >>>>>>>>>>>> debug -j 4' terminated with error code 10") > >>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>> > >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > >>>>>>>>>>>> name > >>> of type-conv changed upstream and we haven't changed everything > over > >>> to the new name yet. > >>>>>>>>>>>> > >>>>>>>>>>>> If that works you might want to try building either Jon's > >>> "fusion" branch of xen-api or my "upstream-packages" one on github. > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> opam install installed type_conv but I am still getting > >>>>>>>>>>>>> the > >>> exact same error. Do I need to refresh environment to pick up the > >>> newly installed type_conv? > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>>>>>>>>>>> Wheezy > >>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > >>>>>>>>>>>>> you > >>> retry xen-api-libs. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -anil > >>>>>>>>>>>>> > >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > It > >>> cannot find type-conv: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > ../uuid > >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light > >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > light > >>>>>>>>>>>>>> - > >>> c > >>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>> make[1]: Leaving directory > >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > packages > >>> as soon as Debian and other packaging vendors catch up in their > >>> release > >>> cycles: > >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > >>>>>>>>>>>>>> snapshot > >>> now. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > >>> replace the OPAM binary, and run 'opam update' to refresh your > >>> package list. It may be easier to just delete ~/.opam and > recompile packages. > >>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Yes - they are from wiki > >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > >>> org/opam? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I will try the new instructions. Do I need to > >>>>>>>>>>>>>>> uninstall > >>> opam first? And how do I do that? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > >>>>>>>>>>>>>>> so, > >>> please update them once you get it working! > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > >>> repository, rather than xen-org's fork (it's several months out of > >>> date), and secondly building a tagged release of opam rather than > >>> the master branch. Try: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Then you can initialise opam with the default > (OCamlPro) > >>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > >>>>>>>>>>>>>>> rrdump.ml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > >>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > >>> fields > >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, > >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>> 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 _______________________________________________ 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 26 21:21:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:21: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 1UVq5E-0001Gy-CH; Fri, 26 Apr 2013 21:21:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVq5C-0001Gp-AD for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:21:30 +0000 Received: from [193.109.254.147:29179] by server-15.bemta-14.messagelabs.com id E4/33-14305-9DFEA715; Fri, 26 Apr 2013 21:21:29 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1367011288!9440688!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29388 invoked from network); 26 Apr 2013 21:21:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:21:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3995007" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:21:28 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 22:21:27 +0100 From: John Else To: Santosh Jodh , Dave Scott , Jonathan Ludlam Date: Fri, 26 Apr 2013 22:21:43 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/AABweigAADIdvA= Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F727B6ABA@LONPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Santosh, is rrddump the main thing you need from xen-api? It's actually a really tiny program with only a few dependencies, so I've put it in its own repo. Once you have opam set up with the xen-org/opam-repo-dev remote, try this (these steps worked for me just now on my Ubuntu box): opam install obuild opam install xmlm opam install stdext git clone git://github.com/xen-org/xcp-rrd cd xcp-rrd make && make install cd .. git clone git://github.com/johnelse/rrddump cd rrddump make && sudo make install You should now have /usr/local/bin/rrddump I'll get xcp-rrd and rrddump into our opam repository next week - you should then just be able to run "opam install rrddump" John -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Santosh Jodh Sent: 26 April 2013 21:59 To: Dave Scott; Jonathan Ludlam Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 There were only 2 .omake* files in the xen-api folder. I deleted them and still get the error. Are there other locations for these files I need to clean? I renamed ocamlopt so there is only ocamlopt.opt in the path. sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 omake: Symbol `FamErrlist' has different size in shared object, consider re-linking *** omake: reading OMakefiles *** omake: finished reading OMakefiles (0.12 sec) --- Checking for ocamlfind... (found /shared/home/sjodh/.opam/system/bin/ocamlfind) --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) --- Checking whether ocamlc understands the "z" warnings... (yes) *** omake: 149/277 targets are up to date *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) *** omake: targets were not rebuilt because of errors: ocaml/database/string_marshall_helper.cmi depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.cmx depends on: ocaml/database/string_marshall_helper.ml ocaml/database/string_marshall_helper.o depends on: ocaml/database/string_marshall_helper.ml make: *** [all] Error 127 > -----Original Message----- > From: Dave Scott > Sent: Friday, April 26, 2013 12:57 PM > To: Jonathan Ludlam > Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Ah good point. Iirc Omake caches the compiler when you first run it. > Try removing all .omake* files to see if it picks up the opt.opt? > > -- > Dave Scott > XenServer System Architect > > On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > wrote: > > > I'm still suspicious that it's using the byte code compilers. I've > just tried here and when I compile datamodel.ml with ocamlopt.opt > (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, > get stack overflow. > > > > Try verifying with ps to see which compiler it's using? > > > > Jon > > > > Sent from my iPad > > > > On 26 Apr 2013, at 20:48, "Santosh Jodh" > wrote: > > > >> I guess the unit is kb. > >> > >> So it is 16MB and that's the highest it can go. > >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >> 16384 > >> > >> -bash: ulimit: stack size: cannot modify limit: Operation not > >> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >> > >>> -----Original Message----- > >>> From: Dave Scott > >>> Sent: Friday, April 26, 2013 12:45 PM > >>> To: Santosh Jodh > >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>> > >>> 16k seems a little small to me. According to Wikipedia the basic > >>> interpreter on the 48k ZX spectrum could recurse 13792 frames deep. > >>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>> currently have, per thread, in XCP/XS dom0) :-) > >>> > >>> When I'm back at a proper computer I'll have a look at my default > >>> stack (on mobile device atm) > >>> > >>> -- > >>> Dave Scott > >>> XenServer System Architect > >>> > >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>> > >>> wrote: > >>> > >>>> I doubled it to 16k and it still fails. > >>>> > >>>> -----Original Message----- > >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>> Sent: Friday, April 26, 2013 11:16 AM > >>>> To: Jonathan Ludlam > >>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> Santosh, > >>>> > >>>> If you're getting a stack overflow exception, it's probably worth > >>> increasing your ulimit -s and trying again... > >>>> > >>>> -anil > >>>> > >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>> wrote: > >>>> > >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>> > >>>>> Sent from my iPad > >>>>> > >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > > >>> wrote: > >>>>> > >>>>>> Ok - I misunderstood you when you said each repo has several > >>> branches. > >>>>>> > >>>>>> I get following on fusion branch: > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>> * fusion > >>>>>> master > >>>>>> > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>>>>> omake: Symbol `FamErrlist' has different size in shared object, > >>>>>> consider re-linking > >>>>>> *** omake: reading OMakefiles > >>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>> --- Checking for ocamlfind... (found > >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>>>>> --- Checking whether ocamlc understands the "z" warnings... > (yes) > >>>>>> - build ocaml/idl datamodel.cmx > >>>>>> + ocamlfind ocamlopt -package > >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend > >>>>>> + -I ../database -I .. -c datamodel.ml > >>>>>> Fatal error: exception Stack_overflow > >>>>>> *** omake: 223/277 targets are up to date > >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, 133/396 > >>>>>> digests) > >>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>> ocaml/idl/datamodel.cmi > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>> make: *** [all] Error 2 > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Dave Scott > >>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>> To: Santosh Jodh > >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> > >>>>>> I didn't read your email carefully enough, see below: > >>>>>> > >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>>>>> error: pathspec 'fusion' did not match any file(s) known to > git. > >>>>>>> > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > [core] > >>>>>>> repositoryformatversion = 0 > >>>>>>> filemode = true > >>>>>>> bare = false > >>>>>>> logallrefupdates = true > >>>>>>> [remote "origin"] > >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>> > >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>> > >>>>>>> [branch "master"] > >>>>>>> remote = origin > >>>>>>> merge = refs/heads/master > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>> AMD64 > >>>>>>> > >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>> I guess I am still at master. > >>>>>>>> > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>> * master > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v origin > >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>> > >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>> > >>>>>>> It is... but each repo has several branches. I think all you > >>>>>>> need > >>> to do is: > >>>>>>> > >>>>>>> cd xen-api > >>>>>>> git checkout fusion > >>>>>>> make > >>>>>> > >>>>>> Try this (I've got a good feeling about this one!) > >>>>>> > >>>>>> rm -rf xen-api > >>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>> cd xen-api > >>>>>> git checkout fusion > >>>>>> make > >>>>>> > >>>>>> Cheers, > >>>>>> Dave > >>>>>> > >>>>>>> > >>>>>>> Cheers, > >>>>>>> Dave > >>>>>>> > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Could you confirm which xen-api branch you're trying to build? > >>> Something like "git branch -l" and "git remote -v". > >>>>>>>> > >>>>>>>> The package 'rpc-light' installs an OCaml package called > 'rpclib' > >>>>>>>> these > >>>>>>>> days: > >>>>>>>> > >>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>> rpclib (version: 1.2.0) > >>>>>>>> rpclib.core (version: n/a) > >>>>>>>> rpclib.idl (version: n/a) > >>>>>>>> rpclib.js (version: n/a) > >>>>>>>> rpclib.json (version: n/a) > >>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>> rpclib.unix (version: n/a) > >>>>>>>> rpclib.xml (version: n/a) > >>>>>>>> > >>>>>>>> It looks like the branch of xen-api you're trying to build is > >>> still using the old name. > >>>>>>>> > >>>>>>>> Cheers, > >>>>>>>> Dave > >>>>>>>> > >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>> The initial ones were from > >>>>>>>>> > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>> ml > >>>>>>>>> > >>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>> > >>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>> > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>> Package > >>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>> > >>>>>>>>> Which wiki page are you getting all these instructions from? > >>> I'd like to see what the custom Xen OPAM packages are, as there > seem > >>> to be some custom ones that aren't distributed in mainline OPAM. > >>>>>>>>> > >>>>>>>>> -anil > >>>>>>>>> > >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>> > >>> wrote: > >>>>>>>>> > >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > >>> about it. > >>>>>>>>>> > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > >>>>>>>>>> 104/387 > >>>>>>>>>> digests) > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>> string_marshall_helper.ml> > >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>> > >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > >>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>> AMD64 > >>>>>>>>>> > >>>>>>>>>> xen-api-libs-transitional is a fixed branch of > >>>>>>>>>> xen-api-libs; > >>> you should only need xen-api now... > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Dave Scott > >>>>>>>>>> XenServer System Architect > >>>>>>>>>> > >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>> > >>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>> > >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>> camlp4- > >>> extra, libxen-dev. > >>>>>>>>>>> > >>>>>>>>>>> However, xen-api-libs still fails with the same error. > >>>>>>>>>>> Will > >>> try the fusion branch next. > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Dave Scott > >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>> installed: try installing xen-devel. > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> Dave Scott > >>>>>>>>>>> XenServer System Architect > >>>>>>>>>>> > >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> That command fails: > >>>>>>>>>>>> > >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>> # opam-version 1.0.1 > >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>> # os linux > >>>>>>>>>>>> # command make > >>>>>>>>>>>> # path > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>> # env-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.env > >>>>>>>>>>>> # stdout-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.out > >>>>>>>>>>>> # stderr-file > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>> d474c2.err > >>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc > >>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > lib/eventchn_stubs.c > >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > >>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c > lib/xenctrl_stubs.c > >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > such > >>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>> lib/xenctrl.cma > >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > >>>>>>>>>>>> debug -j 4' terminated with error code 10") > >>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>> > >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > >>>>>>>>>>>> name > >>> of type-conv changed upstream and we haven't changed everything > over > >>> to the new name yet. > >>>>>>>>>>>> > >>>>>>>>>>>> If that works you might want to try building either Jon's > >>> "fusion" branch of xen-api or my "upstream-packages" one on github. > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> opam install installed type_conv but I am still getting > >>>>>>>>>>>>> the > >>> exact same error. Do I need to refresh environment to pick up the > >>> newly installed type_conv? > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>>>>>>>>>>> Wheezy > >>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > >>>>>>>>>>>>> you > >>> retry xen-api-libs. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -anil > >>>>>>>>>>>>> > >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > It > >>> cannot find type-conv: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > ../uuid > >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc-light > >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > light > >>>>>>>>>>>>>> - > >>> c > >>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>> make[1]: Leaving directory > >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > packages > >>> as soon as Debian and other packaging vendors catch up in their > >>> release > >>> cycles: > >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > >>>>>>>>>>>>>> snapshot > >>> now. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > >>> replace the OPAM binary, and run 'opam update' to refresh your > >>> package list. It may be easier to just delete ~/.opam and > recompile packages. > >>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Yes - they are from wiki > >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > >>> org/opam? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I will try the new instructions. Do I need to > >>>>>>>>>>>>>>> uninstall > >>> opam first? And how do I do that? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > >>>>>>>>>>>>>>> so, > >>> please update them once you get it working! > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > >>> repository, rather than xen-org's fork (it's several months out of > >>> date), and secondly building a tagged release of opam rather than > >>> the master branch. Try: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Then you can initialise opam with the default > (OCamlPro) > >>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > >>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > >>>>>>>>>>>>>>> rrdump.ml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > >>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > >>> fields > >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, remove, > >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>> 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 _______________________________________________ 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 26 21:27:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:27:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVqB1-0001cg-N8; Fri, 26 Apr 2013 21:27:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVqB0-0001cb-Aj for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:27:30 +0000 Received: from [85.158.139.211:2793] by server-14.bemta-5.messagelabs.com id 40/F0-13158-141FA715; Fri, 26 Apr 2013 21:27:29 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1367011646!20637035!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31112 invoked from network); 26 Apr 2013 21:27:27 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:27:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="20860815" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:27:18 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 14:27:17 -0700 From: Santosh Jodh To: John Else , Dave Scott , Jonathan Ludlam Date: Fri, 26 Apr 2013 14:27:14 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/AABweigAADIdvAAAJdNUA== Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5447A4@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6ABA@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F727B6ABA@LONPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 - I just needed to compile rrddump. This worked for. Thanks John. > -----Original Message----- > From: John Else > Sent: Friday, April 26, 2013 2:22 PM > To: Santosh Jodh; Dave Scott; Jonathan Ludlam > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Hi Santosh, is rrddump the main thing you need from xen-api? It's > actually a really tiny program with only a few dependencies, so I've > put it in its own repo. > > Once you have opam set up with the xen-org/opam-repo-dev remote, try > this (these steps worked for me just now on my Ubuntu box): > > opam install obuild > opam install xmlm > opam install stdext > git clone git://github.com/xen-org/xcp-rrd cd xcp-rrd make && make > install cd .. > git clone git://github.com/johnelse/rrddump cd rrddump make && sudo > make install > > You should now have /usr/local/bin/rrddump > > I'll get xcp-rrd and rrddump into our opam repository next week - you > should then just be able to run "opam install rrddump" > > John > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Santosh Jodh > Sent: 26 April 2013 21:59 > To: Dave Scott; Jonathan Ludlam > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > There were only 2 .omake* files in the xen-api folder. I deleted them > and still get the error. Are there other locations for these files I > need to clean? > > I renamed ocamlopt so there is only ocamlopt.opt in the path. > > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, > consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.12 sec) > --- Checking for ocamlfind... (found > /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > *** omake: 149/277 targets are up to date > *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/database/string_marshall_helper.cmi > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.cmx > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.o > depends on: ocaml/database/string_marshall_helper.ml > make: *** [all] Error 127 > > > > -----Original Message----- > > From: Dave Scott > > Sent: Friday, April 26, 2013 12:57 PM > > To: Jonathan Ludlam > > Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > > Ah good point. Iirc Omake caches the compiler when you first run it. > > Try removing all .omake* files to see if it picks up the opt.opt? > > > > -- > > Dave Scott > > XenServer System Architect > > > > On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > > wrote: > > > > > I'm still suspicious that it's using the byte code compilers. I've > > just tried here and when I compile datamodel.ml with ocamlopt.opt > > (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, > > get stack overflow. > > > > > > Try verifying with ps to see which compiler it's using? > > > > > > Jon > > > > > > Sent from my iPad > > > > > > On 26 Apr 2013, at 20:48, "Santosh Jodh" > > wrote: > > > > > >> I guess the unit is kb. > > >> > > >> So it is 16MB and that's the highest it can go. > > >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > > >> 16384 > > >> > > >> -bash: ulimit: stack size: cannot modify limit: Operation not > > >> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > > >> > > >>> -----Original Message----- > > >>> From: Dave Scott > > >>> Sent: Friday, April 26, 2013 12:45 PM > > >>> To: Santosh Jodh > > >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > >>> > > >>> 16k seems a little small to me. According to Wikipedia the basic > > >>> interpreter on the 48k ZX spectrum could recurse 13792 frames > deep. > > >>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > > >>> currently have, per thread, in XCP/XS dom0) :-) > > >>> > > >>> When I'm back at a proper computer I'll have a look at my default > > >>> stack (on mobile device atm) > > >>> > > >>> -- > > >>> Dave Scott > > >>> XenServer System Architect > > >>> > > >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > > >>> > > >>> wrote: > > >>> > > >>>> I doubled it to 16k and it still fails. > > >>>> > > >>>> -----Original Message----- > > >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>> Sent: Friday, April 26, 2013 11:16 AM > > >>>> To: Jonathan Ludlam > > >>>> Cc: Santosh Jodh; xen-api@lists.xen.org > > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > >>>> > > >>>> Santosh, > > >>>> > > >>>> If you're getting a stack overflow exception, it's probably > worth > > >>> increasing your ulimit -s and trying again... > > >>>> > > >>>> -anil > > >>>> > > >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > > >>> wrote: > > >>>> > > >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > > >>>>> > > >>>>> Sent from my iPad > > >>>>> > > >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > > > > >>> wrote: > > >>>>> > > >>>>>> Ok - I misunderstood you when you said each repo has several > > >>> branches. > > >>>>>> > > >>>>>> I get following on fusion branch: > > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > > >>>>>> * fusion > > >>>>>> master > > >>>>>> > > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 > phase1 > > >>>>>> omake: Symbol `FamErrlist' has different size in shared > object, > > >>>>>> consider re-linking > > >>>>>> *** omake: reading OMakefiles > > >>>>>> *** omake: finished reading OMakefiles (0.17 sec) > > >>>>>> --- Checking for ocamlfind... (found > > >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > > >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > > >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > > >>>>>> --- Checking whether ocamlc understands the "z" warnings... > > (yes) > > >>>>>> - build ocaml/idl datamodel.cmx > > >>>>>> + ocamlfind ocamlopt -package > > >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > > >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend > > >>>>>> + -I ../database -I .. -c datamodel.ml > > >>>>>> Fatal error: exception Stack_overflow > > >>>>>> *** omake: 223/277 targets are up to date > > >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, > 133/396 > > >>>>>> digests) > > >>>>>> *** omake: targets were not rebuilt because of errors: > > >>>>>> ocaml/idl/datamodel.cmi > > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > > >>>>>> depends on: ocaml/idl/datamodel.ml > > >>>>>> make: *** [all] Error 2 > > >>>>>> > > >>>>>> -----Original Message----- > > >>>>>> From: Dave Scott > > >>>>>> Sent: Friday, April 26, 2013 10:13 AM > > >>>>>> To: Santosh Jodh > > >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > > >>>>>> > > >>>>>> > > >>>>>> I didn't read your email carefully enough, see below: > > >>>>>> > > >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > > >>>>>>> error: pathspec 'fusion' did not match any file(s) known to > > git. > > >>>>>>> > > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > > [core] > > >>>>>>> repositoryformatversion = 0 > > >>>>>>> filemode = true > > >>>>>>> bare = false > > >>>>>>> logallrefupdates = true > > >>>>>>> [remote "origin"] > > >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > > >>>>>>> url = git://github.com/xen-org/xen-api.git > > >>>>>> > > >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > > >>>>>> > > >>>>>>> [branch "master"] > > >>>>>>> remote = origin > > >>>>>>> merge = refs/heads/master > > >>>>>>> > > >>>>>>> -----Original Message----- > > >>>>>>> From: Dave Scott > > >>>>>>> Sent: Friday, April 26, 2013 9:22 AM > > >>>>>>> To: Santosh Jodh > > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>>>>>> AMD64 > > >>>>>>> > > >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > > >>>>>>>> I guess I am still at master. > > >>>>>>>> > > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > > >>>>>>>> * master > > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > origin > > >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > > >>>>>>>> git://github.com/xen-org/xen-api.git (push) > > >>>>>>>> > > >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > > >>>>>>> > > >>>>>>> It is... but each repo has several branches. I think all you > > >>>>>>> need > > >>> to do is: > > >>>>>>> > > >>>>>>> cd xen-api > > >>>>>>> git checkout fusion > > >>>>>>> make > > >>>>>> > > >>>>>> Try this (I've got a good feeling about this one!) > > >>>>>> > > >>>>>> rm -rf xen-api > > >>>>>> git clone git://github.com/jonludlam/xen-api.git > > >>>>>> cd xen-api > > >>>>>> git checkout fusion > > >>>>>> make > > >>>>>> > > >>>>>> Cheers, > > >>>>>> Dave > > >>>>>> > > >>>>>>> > > >>>>>>> Cheers, > > >>>>>>> Dave > > >>>>>>> > > >>>>>>>> > > >>>>>>>> -----Original Message----- > > >>>>>>>> From: Dave Scott > > >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > > >>>>>>>> To: Santosh Jodh > > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > AMD64 > > >>>>>>>> > > >>>>>>>> Could you confirm which xen-api branch you're trying to > build? > > >>> Something like "git branch -l" and "git remote -v". > > >>>>>>>> > > >>>>>>>> The package 'rpc-light' installs an OCaml package called > > 'rpclib' > > >>>>>>>> these > > >>>>>>>> days: > > >>>>>>>> > > >>>>>>>> $ ocamlfind list | grep rpc > > >>>>>>>> rpclib (version: 1.2.0) > > >>>>>>>> rpclib.core (version: n/a) > > >>>>>>>> rpclib.idl (version: n/a) > > >>>>>>>> rpclib.js (version: n/a) > > >>>>>>>> rpclib.json (version: n/a) > > >>>>>>>> rpclib.syntax (version: n/a) > > >>>>>>>> rpclib.unix (version: n/a) > > >>>>>>>> rpclib.xml (version: n/a) > > >>>>>>>> > > >>>>>>>> It looks like the branch of xen-api you're trying to build > is > > >>> still using the old name. > > >>>>>>>> > > >>>>>>>> Cheers, > > >>>>>>>> Dave > > >>>>>>>> > > >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > > >>>>>>>>> The initial ones were from > > >>>>>>>>> > > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > > >>>>>>>>> ml > > >>>>>>>>> > > >>>>>>>>> Rest from this thread and compiler output. > > >>>>>>>>> > > >>>>>>>>> According to opam, rpc is already installed. > > >>>>>>>>> > > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > > >>> Package > > >>>>>>>>> rpc is already installed (current version is 1.4.1) > > >>>>>>>>> > > >>>>>>>>> -----Original Message----- > > >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > > >>>>>>>>> To: Santosh Jodh > > >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>>>>>>>> AMD64 > > >>>>>>>>> > > >>>>>>>>> "opam install rpc" will give you rpc-light. > > >>>>>>>>> > > >>>>>>>>> Which wiki page are you getting all these instructions > from? > > >>> I'd like to see what the custom Xen OPAM packages are, as there > > seem > > >>> to be some custom ones that aren't distributed in mainline OPAM. > > >>>>>>>>> > > >>>>>>>>> -anil > > >>>>>>>>> > > >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > > >>>>>>>>> > > >>> wrote: > > >>>>>>>>> > > >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > > >>> about it. > > >>>>>>>>>> > > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > > >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > > >>>>>>>>>> + ocamlfind ocamldep -package > > >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > > >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > > >>>>>>>>>> *** omake: 210/355 targets are up to date > > >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > > >>>>>>>>>> 104/387 > > >>>>>>>>>> digests) > > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > > >>>>>>>>>> > string_marshall_helper.ml> > > >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > > >>>>>>>>>> > > >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > > >>>>>>>>>> > > >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml > >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > > >>>>>>>>>> depends on: ocaml/idl/dm_api.ml > >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > > >>>>>>>>>> depends on: ocaml/idl/dm_api.mli > > >>>>>>>>>> make: *** [all] Error 2 > > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > > >>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > > >>>>>>>>>> 'opam install rpc-light' failed. > > >>>>>>>>>> > > >>>>>>>>>> -----Original Message----- > > >>>>>>>>>> From: Dave Scott > > >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > > >>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>>>>>>>>> AMD64 > > >>>>>>>>>> > > >>>>>>>>>> xen-api-libs-transitional is a fixed branch of > > >>>>>>>>>> xen-api-libs; > > >>> you should only need xen-api now... > > >>>>>>>>>> > > >>>>>>>>>> -- > > >>>>>>>>>> Dave Scott > > >>>>>>>>>> XenServer System Architect > > >>>>>>>>>> > > >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > > >>> wrote: > > >>>>>>>>>> > > >>>>>>>>>>> opam install xen-api-libs-transitional > > >>>>>>>>>>> > > >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > > >>>>>>>>>>> camlp4- > > >>> extra, libxen-dev. > > >>>>>>>>>>> > > >>>>>>>>>>> However, xen-api-libs still fails with the same error. > > >>>>>>>>>>> Will > > >>> try the fusion branch next. > > >>>>>>>>>>> > > >>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>> From: Dave Scott > > >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > > >>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>> AMD64 > > >>>>>>>>>>> > > >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > > >>> installed: try installing xen-devel. > > >>>>>>>>>>> > > >>>>>>>>>>> -- > > >>>>>>>>>>> Dave Scott > > >>>>>>>>>>> XenServer System Architect > > >>>>>>>>>>> > > >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > > >>> wrote: > > >>>>>>>>>>> > > >>>>>>>>>>>> That command fails: > > >>>>>>>>>>>> > > >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > > >>>>>>>>>>>> # opam-version 1.0.1 > > >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > > >>>>>>>>>>>> # os linux > > >>>>>>>>>>>> # command make > > >>>>>>>>>>>> # path > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > > >>>>>>>>>>>> # exit-code 2 > > >>>>>>>>>>>> # env-file > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > > >>> d474c2.env > > >>>>>>>>>>>> # stdout-file > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > > >>> d474c2.out > > >>>>>>>>>>>> # stderr-file > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > > >>> d474c2.err > > >>>>>>>>>>>> ### stdout ### > > >>>>>>>>>>>> ...[truncated] > > >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc > > >>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > > lib/eventchn_stubs.c > > >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > > >>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c > > lib/xenctrl_stubs.c > > >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > > >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > > such > > >>>>>>>>>>>> file or directory compilation terminated. > > >>>>>>>>>>>> Command exited with code 2. > > >>>>>>>>>>>> ### stderr ### > > >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > > >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > > >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > > >>> lib/xenctrl.cma > > >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > > >>>>>>>>>>>> debug -j 4' terminated with error code 10") > > >>>>>>>>>>>> make: *** [build] Error 1 > > >>>>>>>>>>>> > > >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > > >>>>>>>>>>>> > > >>>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>>> From: Dave Scott > > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > > >>>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > > >>>>>>>>>>>> AMD64 > > >>>>>>>>>>>> > > >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > > >>>>>>>>>>>> name > > >>> of type-conv changed upstream and we haven't changed everything > > over > > >>> to the new name yet. > > >>>>>>>>>>>> > > >>>>>>>>>>>> If that works you might want to try building either > Jon's > > >>> "fusion" branch of xen-api or my "upstream-packages" one on > github. > > >>>>>>>>>>>> > > >>>>>>>>>>>> -- > > >>>>>>>>>>>> Dave Scott > > >>>>>>>>>>>> XenServer System Architect > > >>>>>>>>>>>> > > >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > > >>> wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>>> opam install installed type_conv but I am still getting > > >>>>>>>>>>>>> the > > >>> exact same error. Do I need to refresh environment to pick up the > > >>> newly installed type_conv? > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > > >>>>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > > >>>>>>>>>>>>> Wheezy > > >>>>>>>>>>>>> AMD64 > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > > >>>>>>>>>>>>> you > > >>> retry xen-api-libs. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> -anil > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > > >>> wrote: > > >>>>>>>>>>>>> > > >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > > It > > >>> cannot find type-conv: > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > > ../uuid > > >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > > >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- > light > > >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > > >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > > light > > >>>>>>>>>>>>>> - > > >>> c > > >>>>>>>>>>>>>> -o fe.cmo fe.ml > > >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > > >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > > >>>>>>>>>>>>>> make[1]: Leaving directory > > >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > > >>>>>>>>>>>>>> make: *** [all] Error 2 > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > > >>>>>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > > Wheezy > > >>>>>>>>>>>>>> AMD64 > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > > packages > > >>> as soon as Debian and other packaging vendors catch up in their > > >>> release > > >>> cycles: > > >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > > >>>>>>>>>>>>>> snapshot > > >>> now. > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > > >>> replace the OPAM binary, and run 'opam update' to refresh your > > >>> package list. It may be easier to just delete ~/.opam and > > recompile packages. > > >>> There is no state for OPAM held outside of ~/.opam. > > >>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> -anil > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > > >>> wrote: > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Yes - they are from wiki > > >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > > >>> org/opam? > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> I will try the new instructions. Do I need to > > >>>>>>>>>>>>>>> uninstall > > >>> opam first? And how do I do that? > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thanks, > > >>>>>>>>>>>>>>> Santosh > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> From: Dave Scott > > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > > >>>>>>>>>>>>>>> To: John Else > > >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > > api@lists.xen.org > > >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hi, > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > > >>>>>>>>>>>>>>> so, > > >>> please update them once you get it working! > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thanks, > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> -- > > >>>>>>>>>>>>>>> Dave Scott > > >>>>>>>>>>>>>>> XenServer System Architect > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > > >>> wrote: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hi Santosh, > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > > >>> repository, rather than xen-org's fork (it's several months out > of > > >>> date), and secondly building a tagged release of opam rather than > > >>> the master branch. Try: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > > >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > > install > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Then you can initialise opam with the default > > (OCamlPro) > > >>> repository, and add xen-org's repository: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> opam init > > >>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hope this helps, > > >>>>>>>>>>>>>>> John > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > > >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > > >>>>>>>>>>>>>>> OfSantosh Jodh > > >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > > >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- > api@lists.xen.org > > >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > > >>> AMD64 > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > > >>>>>>>>>>>>>>> rrdump.ml > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> ocamlc version: > > >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > > >>>>>>>>>>>>>>> library > > >>>>>>>>>>>>>>> directory: /usr/lib/ocaml > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > > >>>>>>>>>>>>>>> ./configure && make && sudo make install > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> This succeeded. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > > >>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > > >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > > >>>>>>>>>>>>>>> { patches } are invalid field names in > > >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > > >>> fields > > >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, > remove, > > >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > > >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > > >>>>>>>>>>>>>>> version, name } 'opam init > > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Regards, > > >>>>>>>>>>>>>>> Santosh > > >>>>>>>>>>>>>>> _______________________________________________ > > >>>>>>>>>>>>>>> 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 > > _______________________________________________ > 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 26 21:27:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:27:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVqB1-0001cg-N8; Fri, 26 Apr 2013 21:27:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVqB0-0001cb-Aj for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:27:30 +0000 Received: from [85.158.139.211:2793] by server-14.bemta-5.messagelabs.com id 40/F0-13158-141FA715; Fri, 26 Apr 2013 21:27:29 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1367011646!20637035!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31112 invoked from network); 26 Apr 2013 21:27:27 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:27:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="20860815" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:27:18 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 26 Apr 2013 14:27:17 -0700 From: Santosh Jodh To: John Else , Dave Scott , Jonathan Ludlam Date: Fri, 26 Apr 2013 14:27:14 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CuDdmWc/9gcouQuyaPCfj9gc3/AABweigAADIdvAAAJdNUA== Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5447A4@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> <7EA643C653F17F4C80DE959E978F10ED010F727B6ABA@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F727B6ABA@LONPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 - I just needed to compile rrddump. This worked for. Thanks John. > -----Original Message----- > From: John Else > Sent: Friday, April 26, 2013 2:22 PM > To: Santosh Jodh; Dave Scott; Jonathan Ludlam > Cc: xen-api@lists.xen.org > Subject: RE: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Hi Santosh, is rrddump the main thing you need from xen-api? It's > actually a really tiny program with only a few dependencies, so I've > put it in its own repo. > > Once you have opam set up with the xen-org/opam-repo-dev remote, try > this (these steps worked for me just now on my Ubuntu box): > > opam install obuild > opam install xmlm > opam install stdext > git clone git://github.com/xen-org/xcp-rrd cd xcp-rrd make && make > install cd .. > git clone git://github.com/johnelse/rrddump cd rrddump make && sudo > make install > > You should now have /usr/local/bin/rrddump > > I'll get xcp-rrd and rrddump into our opam repository next week - you > should then just be able to run "opam install rrddump" > > John > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Santosh Jodh > Sent: 26 April 2013 21:59 > To: Dave Scott; Jonathan Ludlam > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > There were only 2 .omake* files in the xen-api folder. I deleted them > and still get the error. Are there other locations for these files I > need to clean? > > I renamed ocamlopt so there is only ocamlopt.opt in the path. > > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > omake: Symbol `FamErrlist' has different size in shared object, > consider re-linking > *** omake: reading OMakefiles > *** omake: finished reading OMakefiles (0.12 sec) > --- Checking for ocamlfind... (found > /shared/home/sjodh/.opam/system/bin/ocamlfind) > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > --- Checking whether ocamlc understands the "z" warnings... (yes) > *** omake: 149/277 targets are up to date > *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) > *** omake: targets were not rebuilt because of errors: > ocaml/database/string_marshall_helper.cmi > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.cmx > depends on: ocaml/database/string_marshall_helper.ml > ocaml/database/string_marshall_helper.o > depends on: ocaml/database/string_marshall_helper.ml > make: *** [all] Error 127 > > > > -----Original Message----- > > From: Dave Scott > > Sent: Friday, April 26, 2013 12:57 PM > > To: Jonathan Ludlam > > Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > > > Ah good point. Iirc Omake caches the compiler when you first run it. > > Try removing all .omake* files to see if it picks up the opt.opt? > > > > -- > > Dave Scott > > XenServer System Architect > > > > On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > > wrote: > > > > > I'm still suspicious that it's using the byte code compilers. I've > > just tried here and when I compile datamodel.ml with ocamlopt.opt > > (native compiler) it's ok, and when I use ocamlopt (bytecode) I, too, > > get stack overflow. > > > > > > Try verifying with ps to see which compiler it's using? > > > > > > Jon > > > > > > Sent from my iPad > > > > > > On 26 Apr 2013, at 20:48, "Santosh Jodh" > > wrote: > > > > > >> I guess the unit is kb. > > >> > > >> So it is 16MB and that's the highest it can go. > > >> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > > >> 16384 > > >> > > >> -bash: ulimit: stack size: cannot modify limit: Operation not > > >> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > > >> > > >>> -----Original Message----- > > >>> From: Dave Scott > > >>> Sent: Friday, April 26, 2013 12:45 PM > > >>> To: Santosh Jodh > > >>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > > >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > >>> > > >>> 16k seems a little small to me. According to Wikipedia the basic > > >>> interpreter on the 48k ZX spectrum could recurse 13792 frames > deep. > > >>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > > >>> currently have, per thread, in XCP/XS dom0) :-) > > >>> > > >>> When I'm back at a proper computer I'll have a look at my default > > >>> stack (on mobile device atm) > > >>> > > >>> -- > > >>> Dave Scott > > >>> XenServer System Architect > > >>> > > >>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > > >>> > > >>> wrote: > > >>> > > >>>> I doubled it to 16k and it still fails. > > >>>> > > >>>> -----Original Message----- > > >>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>> Sent: Friday, April 26, 2013 11:16 AM > > >>>> To: Jonathan Ludlam > > >>>> Cc: Santosh Jodh; xen-api@lists.xen.org > > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > >>>> > > >>>> Santosh, > > >>>> > > >>>> If you're getting a stack overflow exception, it's probably > worth > > >>> increasing your ulimit -s and trying again... > > >>>> > > >>>> -anil > > >>>> > > >>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > > >>> wrote: > > >>>> > > >>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > > >>>>> > > >>>>> Sent from my iPad > > >>>>> > > >>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > > > > >>> wrote: > > >>>>> > > >>>>>> Ok - I misunderstood you when you said each repo has several > > >>> branches. > > >>>>>> > > >>>>>> I get following on fusion branch: > > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > > >>>>>> * fusion > > >>>>>> master > > >>>>>> > > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 > phase1 > > >>>>>> omake: Symbol `FamErrlist' has different size in shared > object, > > >>>>>> consider re-linking > > >>>>>> *** omake: reading OMakefiles > > >>>>>> *** omake: finished reading OMakefiles (0.17 sec) > > >>>>>> --- Checking for ocamlfind... (found > > >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > > >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > > >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > > >>>>>> --- Checking whether ocamlc understands the "z" warnings... > > (yes) > > >>>>>> - build ocaml/idl datamodel.cmx > > >>>>>> + ocamlfind ocamlopt -package > > >>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > > >>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend > > >>>>>> + -I ../database -I .. -c datamodel.ml > > >>>>>> Fatal error: exception Stack_overflow > > >>>>>> *** omake: 223/277 targets are up to date > > >>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, > 133/396 > > >>>>>> digests) > > >>>>>> *** omake: targets were not rebuilt because of errors: > > >>>>>> ocaml/idl/datamodel.cmi > > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > > >>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > > >>>>>> depends on: ocaml/idl/datamodel.ml > > >>>>>> make: *** [all] Error 2 > > >>>>>> > > >>>>>> -----Original Message----- > > >>>>>> From: Dave Scott > > >>>>>> Sent: Friday, April 26, 2013 10:13 AM > > >>>>>> To: Santosh Jodh > > >>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > > >>>>>> > > >>>>>> > > >>>>>> I didn't read your email carefully enough, see below: > > >>>>>> > > >>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > > >>>>>>> error: pathspec 'fusion' did not match any file(s) known to > > git. > > >>>>>>> > > >>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > > [core] > > >>>>>>> repositoryformatversion = 0 > > >>>>>>> filemode = true > > >>>>>>> bare = false > > >>>>>>> logallrefupdates = true > > >>>>>>> [remote "origin"] > > >>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > > >>>>>>> url = git://github.com/xen-org/xen-api.git > > >>>>>> > > >>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > > >>>>>> > > >>>>>>> [branch "master"] > > >>>>>>> remote = origin > > >>>>>>> merge = refs/heads/master > > >>>>>>> > > >>>>>>> -----Original Message----- > > >>>>>>> From: Dave Scott > > >>>>>>> Sent: Friday, April 26, 2013 9:22 AM > > >>>>>>> To: Santosh Jodh > > >>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>>>>>> AMD64 > > >>>>>>> > > >>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > > >>>>>>>> I guess I am still at master. > > >>>>>>>> > > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > > >>>>>>>> * master > > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > origin > > >>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > > >>>>>>>> git://github.com/xen-org/xen-api.git (push) > > >>>>>>>> > > >>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > > >>>>>>> > > >>>>>>> It is... but each repo has several branches. I think all you > > >>>>>>> need > > >>> to do is: > > >>>>>>> > > >>>>>>> cd xen-api > > >>>>>>> git checkout fusion > > >>>>>>> make > > >>>>>> > > >>>>>> Try this (I've got a good feeling about this one!) > > >>>>>> > > >>>>>> rm -rf xen-api > > >>>>>> git clone git://github.com/jonludlam/xen-api.git > > >>>>>> cd xen-api > > >>>>>> git checkout fusion > > >>>>>> make > > >>>>>> > > >>>>>> Cheers, > > >>>>>> Dave > > >>>>>> > > >>>>>>> > > >>>>>>> Cheers, > > >>>>>>> Dave > > >>>>>>> > > >>>>>>>> > > >>>>>>>> -----Original Message----- > > >>>>>>>> From: Dave Scott > > >>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > > >>>>>>>> To: Santosh Jodh > > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > AMD64 > > >>>>>>>> > > >>>>>>>> Could you confirm which xen-api branch you're trying to > build? > > >>> Something like "git branch -l" and "git remote -v". > > >>>>>>>> > > >>>>>>>> The package 'rpc-light' installs an OCaml package called > > 'rpclib' > > >>>>>>>> these > > >>>>>>>> days: > > >>>>>>>> > > >>>>>>>> $ ocamlfind list | grep rpc > > >>>>>>>> rpclib (version: 1.2.0) > > >>>>>>>> rpclib.core (version: n/a) > > >>>>>>>> rpclib.idl (version: n/a) > > >>>>>>>> rpclib.js (version: n/a) > > >>>>>>>> rpclib.json (version: n/a) > > >>>>>>>> rpclib.syntax (version: n/a) > > >>>>>>>> rpclib.unix (version: n/a) > > >>>>>>>> rpclib.xml (version: n/a) > > >>>>>>>> > > >>>>>>>> It looks like the branch of xen-api you're trying to build > is > > >>> still using the old name. > > >>>>>>>> > > >>>>>>>> Cheers, > > >>>>>>>> Dave > > >>>>>>>> > > >>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > > >>>>>>>>> The initial ones were from > > >>>>>>>>> > > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > > >>>>>>>>> ml > > >>>>>>>>> > > >>>>>>>>> Rest from this thread and compiler output. > > >>>>>>>>> > > >>>>>>>>> According to opam, rpc is already installed. > > >>>>>>>>> > > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > > >>> Package > > >>>>>>>>> rpc is already installed (current version is 1.4.1) > > >>>>>>>>> > > >>>>>>>>> -----Original Message----- > > >>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > > >>>>>>>>> To: Santosh Jodh > > >>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>>>>>>>> AMD64 > > >>>>>>>>> > > >>>>>>>>> "opam install rpc" will give you rpc-light. > > >>>>>>>>> > > >>>>>>>>> Which wiki page are you getting all these instructions > from? > > >>> I'd like to see what the custom Xen OPAM packages are, as there > > seem > > >>> to be some custom ones that aren't distributed in mainline OPAM. > > >>>>>>>>> > > >>>>>>>>> -anil > > >>>>>>>>> > > >>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > > >>>>>>>>> > > >>> wrote: > > >>>>>>>>> > > >>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > > >>> about it. > > >>>>>>>>>> > > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > > >>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > > >>>>>>>>>> + ocamlfind ocamldep -package > > >>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > > >>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > > >>>>>>>>>> ocamlfind: Package `rpc-light' not found > > >>>>>>>>>> *** omake: 210/355 targets are up to date > > >>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > > >>>>>>>>>> 104/387 > > >>>>>>>>>> digests) > > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > > >>>>>>>>>> > string_marshall_helper.ml> > > >>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > > >>>>>>>>>> > > >>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > > >>>>>>>>>> > > >>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml > >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > > >>>>>>>>>> depends on: ocaml/idl/dm_api.ml > >>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > > >>>>>>>>>> depends on: ocaml/idl/dm_api.mli > > >>>>>>>>>> make: *** [all] Error 2 > > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > > >>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > > >>>>>>>>>> 'opam install rpc-light' failed. > > >>>>>>>>>> > > >>>>>>>>>> -----Original Message----- > > >>>>>>>>>> From: Dave Scott > > >>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > > >>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>>>>>>>>> AMD64 > > >>>>>>>>>> > > >>>>>>>>>> xen-api-libs-transitional is a fixed branch of > > >>>>>>>>>> xen-api-libs; > > >>> you should only need xen-api now... > > >>>>>>>>>> > > >>>>>>>>>> -- > > >>>>>>>>>> Dave Scott > > >>>>>>>>>> XenServer System Architect > > >>>>>>>>>> > > >>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > > >>> wrote: > > >>>>>>>>>> > > >>>>>>>>>>> opam install xen-api-libs-transitional > > >>>>>>>>>>> > > >>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > > >>>>>>>>>>> camlp4- > > >>> extra, libxen-dev. > > >>>>>>>>>>> > > >>>>>>>>>>> However, xen-api-libs still fails with the same error. > > >>>>>>>>>>> Will > > >>> try the fusion branch next. > > >>>>>>>>>>> > > >>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>> From: Dave Scott > > >>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > > >>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > > >>> AMD64 > > >>>>>>>>>>> > > >>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > > >>> installed: try installing xen-devel. > > >>>>>>>>>>> > > >>>>>>>>>>> -- > > >>>>>>>>>>> Dave Scott > > >>>>>>>>>>> XenServer System Architect > > >>>>>>>>>>> > > >>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > > >>> wrote: > > >>>>>>>>>>> > > >>>>>>>>>>>> That command fails: > > >>>>>>>>>>>> > > >>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > > >>>>>>>>>>>> # opam-version 1.0.1 > > >>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > > >>>>>>>>>>>> # os linux > > >>>>>>>>>>>> # command make > > >>>>>>>>>>>> # path > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > > >>>>>>>>>>>> # exit-code 2 > > >>>>>>>>>>>> # env-file > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > > >>> d474c2.env > > >>>>>>>>>>>> # stdout-file > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > > >>> d474c2.out > > >>>>>>>>>>>> # stderr-file > > >>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > > >>> d474c2.err > > >>>>>>>>>>>> ### stdout ### > > >>>>>>>>>>>> ...[truncated] > > >>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc > > >>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > > lib/eventchn_stubs.c > > >>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > > >>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c > > lib/xenctrl_stubs.c > > >>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > > >>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > > such > > >>>>>>>>>>>> file or directory compilation terminated. > > >>>>>>>>>>>> Command exited with code 2. > > >>>>>>>>>>>> ### stderr ### > > >>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > > >>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > > >>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > > >>> lib/xenctrl.cma > > >>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > > >>>>>>>>>>>> debug -j 4' terminated with error code 10") > > >>>>>>>>>>>> make: *** [build] Error 1 > > >>>>>>>>>>>> > > >>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > > >>>>>>>>>>>> > > >>>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>>> From: Dave Scott > > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > > >>>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > > >>>>>>>>>>>> AMD64 > > >>>>>>>>>>>> > > >>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > > >>>>>>>>>>>> name > > >>> of type-conv changed upstream and we haven't changed everything > > over > > >>> to the new name yet. > > >>>>>>>>>>>> > > >>>>>>>>>>>> If that works you might want to try building either > Jon's > > >>> "fusion" branch of xen-api or my "upstream-packages" one on > github. > > >>>>>>>>>>>> > > >>>>>>>>>>>> -- > > >>>>>>>>>>>> Dave Scott > > >>>>>>>>>>>> XenServer System Architect > > >>>>>>>>>>>> > > >>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > > >>> wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>>> opam install installed type_conv but I am still getting > > >>>>>>>>>>>>> the > > >>> exact same error. Do I need to refresh environment to pick up the > > >>> newly installed type_conv? > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > > >>>>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > > >>>>>>>>>>>>> Wheezy > > >>>>>>>>>>>>> AMD64 > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > > >>>>>>>>>>>>> you > > >>> retry xen-api-libs. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> -anil > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > > >>> wrote: > > >>>>>>>>>>>>> > > >>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > > It > > >>> cannot find type-conv: > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > > ../uuid > > >>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > > >>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- > light > > >>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > > >>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > > light > > >>>>>>>>>>>>>> - > > >>> c > > >>>>>>>>>>>>>> -o fe.cmo fe.ml > > >>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > > >>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > > >>>>>>>>>>>>>> make[1]: Leaving directory > > >>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > > >>>>>>>>>>>>>> make: *** [all] Error 2 > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> -----Original Message----- > > >>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > > >>>>>>>>>>>>>> To: Santosh Jodh > > >>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > > Wheezy > > >>>>>>>>>>>>>> AMD64 > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > > packages > > >>> as soon as Debian and other packaging vendors catch up in their > > >>> release > > >>> cycles: > > >>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > > >>>>>>>>>>>>>> snapshot > > >>> now. > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > > >>> replace the OPAM binary, and run 'opam update' to refresh your > > >>> package list. It may be easier to just delete ~/.opam and > > recompile packages. > > >>> There is no state for OPAM held outside of ~/.opam. > > >>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> -anil > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > > >>> wrote: > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Yes - they are from wiki > > >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > > >>> org/opam? > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> I will try the new instructions. Do I need to > > >>>>>>>>>>>>>>> uninstall > > >>> opam first? And how do I do that? > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thanks, > > >>>>>>>>>>>>>>> Santosh > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> From: Dave Scott > > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > > >>>>>>>>>>>>>>> To: John Else > > >>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > > api@lists.xen.org > > >>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hi, > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > > >>>>>>>>>>>>>>> so, > > >>> please update them once you get it working! > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thanks, > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> -- > > >>>>>>>>>>>>>>> Dave Scott > > >>>>>>>>>>>>>>> XenServer System Architect > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > > >>> wrote: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hi Santosh, > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > > >>> repository, rather than xen-org's fork (it's several months out > of > > >>> date), and secondly building a tagged release of opam rather than > > >>> the master branch. Try: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > > >>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > > install > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Then you can initialise opam with the default > > (OCamlPro) > > >>> repository, and add xen-org's repository: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> opam init > > >>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hope this helps, > > >>>>>>>>>>>>>>> John > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > > >>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > > >>>>>>>>>>>>>>> OfSantosh Jodh > > >>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > > >>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- > api@lists.xen.org > > >>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > > >>> AMD64 > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > > >>>>>>>>>>>>>>> rrdump.ml > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> ocamlc version: > > >>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > > >>>>>>>>>>>>>>> library > > >>>>>>>>>>>>>>> directory: /usr/lib/ocaml > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > > >>>>>>>>>>>>>>> ./configure && make && sudo make install > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> This succeeded. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > > >>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > > >>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > > >>>>>>>>>>>>>>> { patches } are invalid field names in > > >>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > > >>> fields > > >>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, > remove, > > >>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > > >>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > > >>>>>>>>>>>>>>> version, name } 'opam init > > >>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Regards, > > >>>>>>>>>>>>>>> Santosh > > >>>>>>>>>>>>>>> _______________________________________________ > > >>>>>>>>>>>>>>> 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 > > _______________________________________________ > 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 26 21:27:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:27: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 1UVqB7-0001dI-1a; Fri, 26 Apr 2013 21:27:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVqB5-0001d9-3o for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:27:35 +0000 Received: from [85.158.139.211:29632] by server-12.bemta-5.messagelabs.com id 30/87-11486-641FA715; Fri, 26 Apr 2013 21:27:34 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1367011646!20637035!2 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31691 invoked from network); 26 Apr 2013 21:27:32 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:27:32 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="20860882" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:27:32 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 14:27:31 -0700 From: Santosh Jodh To: Jonathan Ludlam Date: Fri, 26 Apr 2013 14:27:29 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cw/yd04Q0MJhAQrqeb22pIosgKQAANg0w Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5447A6@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Same error. > -----Original Message----- > From: Jonathan Ludlam > Sent: Friday, April 26, 2013 2:21 PM > To: Santosh Jodh > Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Rm -rf and reclone? > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 21:58, "Santosh Jodh" > wrote: > > > There were only 2 .omake* files in the xen-api folder. I deleted them > and still get the error. Are there other locations for these files I > need to clean? > > > > I renamed ocamlopt so there is only ocamlopt.opt in the path. > > > > > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > > omake: Symbol `FamErrlist' has different size in shared object, > > consider re-linking > > *** omake: reading OMakefiles > > *** omake: finished reading OMakefiles (0.12 sec) > > --- Checking for ocamlfind... (found > > /shared/home/sjodh/.opam/system/bin/ocamlfind) > > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > > --- Checking whether ocamlc understands the "z" warnings... (yes) > > *** omake: 149/277 targets are up to date > > *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) > > *** omake: targets were not rebuilt because of errors: > > ocaml/database/string_marshall_helper.cmi > > depends on: ocaml/database/string_marshall_helper.ml > > ocaml/database/string_marshall_helper.cmx > > depends on: ocaml/database/string_marshall_helper.ml > > ocaml/database/string_marshall_helper.o > > depends on: ocaml/database/string_marshall_helper.ml > > make: *** [all] Error 127 > > > > > >> -----Original Message----- > >> From: Dave Scott > >> Sent: Friday, April 26, 2013 12:57 PM > >> To: Jonathan Ludlam > >> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >> > >> Ah good point. Iirc Omake caches the compiler when you first run it. > >> Try removing all .omake* files to see if it picks up the opt.opt? > >> > >> -- > >> Dave Scott > >> XenServer System Architect > >> > >> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > >> wrote: > >> > >>> I'm still suspicious that it's using the byte code compilers. I've > >> just tried here and when I compile datamodel.ml with ocamlopt.opt > >> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, > too, > >> get stack overflow. > >>> > >>> Try verifying with ps to see which compiler it's using? > >>> > >>> Jon > >>> > >>> Sent from my iPad > >>> > >>> On 26 Apr 2013, at 20:48, "Santosh Jodh" > >> wrote: > >>> > >>>> I guess the unit is kb. > >>>> > >>>> So it is 16MB and that's the highest it can go. > >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >>>> 16384 > >>>> > >>>> -bash: ulimit: stack size: cannot modify limit: Operation not > >>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >>>> > >>>>> -----Original Message----- > >>>>> From: Dave Scott > >>>>> Sent: Friday, April 26, 2013 12:45 PM > >>>>> To: Santosh Jodh > >>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>> > >>>>> 16k seems a little small to me. According to Wikipedia the basic > >>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames > deep. > >>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>>>> currently have, per thread, in XCP/XS dom0) :-) > >>>>> > >>>>> When I'm back at a proper computer I'll have a look at my default > >>>>> stack (on mobile device atm) > >>>>> > >>>>> -- > >>>>> Dave Scott > >>>>> XenServer System Architect > >>>>> > >>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>>>> > >>>>> wrote: > >>>>> > >>>>>> I doubled it to 16k and it still fails. > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>> Sent: Friday, April 26, 2013 11:16 AM > >>>>>> To: Jonathan Ludlam > >>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> Santosh, > >>>>>> > >>>>>> If you're getting a stack overflow exception, it's probably > worth > >>>>> increasing your ulimit -s and trying again... > >>>>>> > >>>>>> -anil > >>>>>> > >>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>>>> wrote: > >>>>>> > >>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>>>> > >>>>>>> Sent from my iPad > >>>>>>> > >>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > >> > >>>>> wrote: > >>>>>>> > >>>>>>>> Ok - I misunderstood you when you said each repo has several > >>>>> branches. > >>>>>>>> > >>>>>>>> I get following on fusion branch: > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>> * fusion > >>>>>>>> master > >>>>>>>> > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 > phase1 > >>>>>>>> omake: Symbol `FamErrlist' has different size in shared > object, > >>>>>>>> consider re-linking > >>>>>>>> *** omake: reading OMakefiles > >>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>>>> --- Checking for ocamlfind... (found > >>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>>>>>>> --- Checking whether ocamlc understands the "z" warnings... > >> (yes) > >>>>>>>> - build ocaml/idl datamodel.cmx > >>>>>>>> + ocamlfind ocamlopt -package > >>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend > >>>>>>>> + -I ../database -I .. -c datamodel.ml > >>>>>>>> Fatal error: exception Stack_overflow > >>>>>>>> *** omake: 223/277 targets are up to date > >>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, > 133/396 > >>>>>>>> digests) > >>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>> ocaml/idl/datamodel.cmi > >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>>>> make: *** [all] Error 2 > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> > >>>>>>>> I didn't read your email carefully enough, see below: > >>>>>>>> > >>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to > >> git. > >>>>>>>>> > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > >> [core] > >>>>>>>>> repositoryformatversion = 0 > >>>>>>>>> filemode = true > >>>>>>>>> bare = false > >>>>>>>>> logallrefupdates = true > >>>>>>>>> [remote "origin"] > >>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>>>> > >>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>>>> > >>>>>>>>> [branch "master"] > >>>>>>>>> remote = origin > >>>>>>>>> merge = refs/heads/master > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Dave Scott > >>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>>>> I guess I am still at master. > >>>>>>>>>> > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>>>> * master > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > origin > >>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>>>> > >>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>>>> > >>>>>>>>> It is... but each repo has several branches. I think all you > >>>>>>>>> need > >>>>> to do is: > >>>>>>>>> > >>>>>>>>> cd xen-api > >>>>>>>>> git checkout fusion > >>>>>>>>> make > >>>>>>>> > >>>>>>>> Try this (I've got a good feeling about this one!) > >>>>>>>> > >>>>>>>> rm -rf xen-api > >>>>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>>>> cd xen-api > >>>>>>>> git checkout fusion > >>>>>>>> make > >>>>>>>> > >>>>>>>> Cheers, > >>>>>>>> Dave > >>>>>>>> > >>>>>>>>> > >>>>>>>>> Cheers, > >>>>>>>>> Dave > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >> AMD64 > >>>>>>>>>> > >>>>>>>>>> Could you confirm which xen-api branch you're trying to > build? > >>>>> Something like "git branch -l" and "git remote -v". > >>>>>>>>>> > >>>>>>>>>> The package 'rpc-light' installs an OCaml package called > >> 'rpclib' > >>>>>>>>>> these > >>>>>>>>>> days: > >>>>>>>>>> > >>>>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>>>> rpclib (version: 1.2.0) > >>>>>>>>>> rpclib.core (version: n/a) > >>>>>>>>>> rpclib.idl (version: n/a) > >>>>>>>>>> rpclib.js (version: n/a) > >>>>>>>>>> rpclib.json (version: n/a) > >>>>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>>>> rpclib.unix (version: n/a) > >>>>>>>>>> rpclib.xml (version: n/a) > >>>>>>>>>> > >>>>>>>>>> It looks like the branch of xen-api you're trying to build > is > >>>>> still using the old name. > >>>>>>>>>> > >>>>>>>>>> Cheers, > >>>>>>>>>> Dave > >>>>>>>>>> > >>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>>>> The initial ones were from > >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>>>> ml > >>>>>>>>>>> > >>>>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>>>> > >>>>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>>>> > >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>>>> Package > >>>>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>>>> > >>>>>>>>>>> Which wiki page are you getting all these instructions > from? > >>>>> I'd like to see what the custom Xen OPAM packages are, as there > >> seem > >>>>> to be some custom ones that aren't distributed in mainline OPAM. > >>>>>>>>>>> > >>>>>>>>>>> -anil > >>>>>>>>>>> > >>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>>>> > >>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > >>>>> about it. > >>>>>>>>>>>> > >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > >>>>>>>>>>>> 104/387 > >>>>>>>>>>>> digests) > >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>>>> >> string_marshall_helper.ml> > >>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>>>> > >>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>>>> > >>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > >>>>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of > >>>>>>>>>>>> xen-api-libs; > >>>>> you should only need xen-api now... > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>>>> > >>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>>>> camlp4- > >>>>> extra, libxen-dev. > >>>>>>>>>>>>> > >>>>>>>>>>>>> However, xen-api-libs still fails with the same error. > >>>>>>>>>>>>> Will > >>>>> try the fusion branch next. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>>>> installed: try installing xen-devel. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -- > >>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>> > >>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>>>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> That command fails: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>>>> # opam-version 1.0.1 > >>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>>>> # os linux > >>>>>>>>>>>>>> # command make > >>>>>>>>>>>>>> # path > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>>>> # env-file > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>>>> d474c2.env > >>>>>>>>>>>>>> # stdout-file > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>>>> d474c2.out > >>>>>>>>>>>>>> # stderr-file > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>>>> d474c2.err > >>>>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc > >>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > >> lib/eventchn_stubs.c > >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > >>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c > >> lib/xenctrl_stubs.c > >>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > >> such > >>>>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>>>> lib/xenctrl.cma > >>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > >>>>>>>>>>>>>> debug -j 4' terminated with error code 10") > >>>>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > >>>>>>>>>>>>>> name > >>>>> of type-conv changed upstream and we haven't changed everything > >> over > >>>>> to the new name yet. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> If that works you might want to try building either > Jon's > >>>>> "fusion" branch of xen-api or my "upstream-packages" one on > github. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>>>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam install installed type_conv but I am still getting > >>>>>>>>>>>>>>> the > >>>>> exact same error. Do I need to refresh environment to pick up the > >>>>> newly installed type_conv? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>>>>>>>>>>>>> Wheezy > >>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > >>>>>>>>>>>>>>> you > >>>>> retry xen-api-libs. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>>>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > >> It > >>>>> cannot find type-conv: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > >> ../uuid > >>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- > light > >>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > >> light > >>>>>>>>>>>>>>>> - > >>>>> c > >>>>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>>>> make[1]: Leaving directory > >>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >> Wheezy > >>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > >> packages > >>>>> as soon as Debian and other packaging vendors catch up in their > >>>>> release > >>>>> cycles: > >>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > >>>>>>>>>>>>>>>> snapshot > >>>>> now. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > >>>>> replace the OPAM binary, and run 'opam update' to refresh your > >>>>> package list. It may be easier to just delete ~/.opam and > >> recompile packages. > >>>>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>>>> wrote: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Yes - they are from wiki > >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > >>>>> org/opam? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to > >>>>>>>>>>>>>>>>> uninstall > >>>>> opam first? And how do I do that? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > >> api@lists.xen.org > >>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > >>>>>>>>>>>>>>>>> so, > >>>>> please update them once you get it working! > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>>>> wrote: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > >>>>> repository, rather than xen-org's fork (it's several months out > of > >>>>> date), and secondly building a tagged release of opam rather than > >>>>> the master branch. Try: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > >> install > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Then you can initialise opam with the default > >> (OCamlPro) > >>>>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- > api@lists.xen.org > >>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>> AMD64 > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > >>>>>>>>>>>>>>>>> rrdump.ml > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > >>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > >>>>> fields > >>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, > remove, > >>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 21:27:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 21:27: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 1UVqB7-0001dI-1a; Fri, 26 Apr 2013 21:27:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVqB5-0001d9-3o for xen-api@lists.xen.org; Fri, 26 Apr 2013 21:27:35 +0000 Received: from [85.158.139.211:29632] by server-12.bemta-5.messagelabs.com id 30/87-11486-641FA715; Fri, 26 Apr 2013 21:27:34 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1367011646!20637035!2 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31691 invoked from network); 26 Apr 2013 21:27:32 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 21:27:32 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="20860882" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 21:27:32 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 14:27:31 -0700 From: Santosh Jodh To: Jonathan Ludlam Date: Fri, 26 Apr 2013 14:27:29 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5Cw/yd04Q0MJhAQrqeb22pIosgKQAANg0w Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB5447A6@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Same error. > -----Original Message----- > From: Jonathan Ludlam > Sent: Friday, April 26, 2013 2:21 PM > To: Santosh Jodh > Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Rm -rf and reclone? > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 21:58, "Santosh Jodh" > wrote: > > > There were only 2 .omake* files in the xen-api folder. I deleted them > and still get the error. Are there other locations for these files I > need to clean? > > > > I renamed ocamlopt so there is only ocamlopt.opt in the path. > > > > > > sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > > omake: Symbol `FamErrlist' has different size in shared object, > > consider re-linking > > *** omake: reading OMakefiles > > *** omake: finished reading OMakefiles (0.12 sec) > > --- Checking for ocamlfind... (found > > /shared/home/sjodh/.opam/system/bin/ocamlfind) > > --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > > --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > > --- Checking whether ocamlc understands the "z" warnings... (yes) > > *** omake: 149/277 targets are up to date > > *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) > > *** omake: targets were not rebuilt because of errors: > > ocaml/database/string_marshall_helper.cmi > > depends on: ocaml/database/string_marshall_helper.ml > > ocaml/database/string_marshall_helper.cmx > > depends on: ocaml/database/string_marshall_helper.ml > > ocaml/database/string_marshall_helper.o > > depends on: ocaml/database/string_marshall_helper.ml > > make: *** [all] Error 127 > > > > > >> -----Original Message----- > >> From: Dave Scott > >> Sent: Friday, April 26, 2013 12:57 PM > >> To: Jonathan Ludlam > >> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >> > >> Ah good point. Iirc Omake caches the compiler when you first run it. > >> Try removing all .omake* files to see if it picks up the opt.opt? > >> > >> -- > >> Dave Scott > >> XenServer System Architect > >> > >> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > >> wrote: > >> > >>> I'm still suspicious that it's using the byte code compilers. I've > >> just tried here and when I compile datamodel.ml with ocamlopt.opt > >> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, > too, > >> get stack overflow. > >>> > >>> Try verifying with ps to see which compiler it's using? > >>> > >>> Jon > >>> > >>> Sent from my iPad > >>> > >>> On 26 Apr 2013, at 20:48, "Santosh Jodh" > >> wrote: > >>> > >>>> I guess the unit is kb. > >>>> > >>>> So it is 16MB and that's the highest it can go. > >>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >>>> 16384 > >>>> > >>>> -bash: ulimit: stack size: cannot modify limit: Operation not > >>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 > >>>> > >>>>> -----Original Message----- > >>>>> From: Dave Scott > >>>>> Sent: Friday, April 26, 2013 12:45 PM > >>>>> To: Santosh Jodh > >>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>> > >>>>> 16k seems a little small to me. According to Wikipedia the basic > >>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames > deep. > >>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>>>> currently have, per thread, in XCP/XS dom0) :-) > >>>>> > >>>>> When I'm back at a proper computer I'll have a look at my default > >>>>> stack (on mobile device atm) > >>>>> > >>>>> -- > >>>>> Dave Scott > >>>>> XenServer System Architect > >>>>> > >>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>>>> > >>>>> wrote: > >>>>> > >>>>>> I doubled it to 16k and it still fails. > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>> Sent: Friday, April 26, 2013 11:16 AM > >>>>>> To: Jonathan Ludlam > >>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>> > >>>>>> Santosh, > >>>>>> > >>>>>> If you're getting a stack overflow exception, it's probably > worth > >>>>> increasing your ulimit -s and trying again... > >>>>>> > >>>>>> -anil > >>>>>> > >>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>>>> wrote: > >>>>>> > >>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>>>> > >>>>>>> Sent from my iPad > >>>>>>> > >>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > >> > >>>>> wrote: > >>>>>>> > >>>>>>>> Ok - I misunderstood you when you said each repo has several > >>>>> branches. > >>>>>>>> > >>>>>>>> I get following on fusion branch: > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>> * fusion > >>>>>>>> master > >>>>>>>> > >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 > phase1 > >>>>>>>> omake: Symbol `FamErrlist' has different size in shared > object, > >>>>>>>> consider re-linking > >>>>>>>> *** omake: reading OMakefiles > >>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>>>> --- Checking for ocamlfind... (found > >>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>>>>>>> --- Checking whether ocamlc understands the "z" warnings... > >> (yes) > >>>>>>>> - build ocaml/idl datamodel.cmx > >>>>>>>> + ocamlfind ocamlopt -package > >>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread > >>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend > >>>>>>>> + -I ../database -I .. -c datamodel.ml > >>>>>>>> Fatal error: exception Stack_overflow > >>>>>>>> *** omake: 223/277 targets are up to date > >>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, > 133/396 > >>>>>>>> digests) > >>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>> ocaml/idl/datamodel.cmi > >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>>>> make: *** [all] Error 2 > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Dave Scott > >>>>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>>>> To: Santosh Jodh > >>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> > >>>>>>>> I didn't read your email carefully enough, see below: > >>>>>>>> > >>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion > >>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to > >> git. > >>>>>>>>> > >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > >> [core] > >>>>>>>>> repositoryformatversion = 0 > >>>>>>>>> filemode = true > >>>>>>>>> bare = false > >>>>>>>>> logallrefupdates = true > >>>>>>>>> [remote "origin"] > >>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>>>> > >>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>>>> > >>>>>>>>> [branch "master"] > >>>>>>>>> remote = origin > >>>>>>>>> merge = refs/heads/master > >>>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: Dave Scott > >>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>>>> To: Santosh Jodh > >>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>> AMD64 > >>>>>>>>> > >>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>>>> I guess I am still at master. > >>>>>>>>>> > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>>>> * master > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > origin > >>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>>>> > >>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>>>> > >>>>>>>>> It is... but each repo has several branches. I think all you > >>>>>>>>> need > >>>>> to do is: > >>>>>>>>> > >>>>>>>>> cd xen-api > >>>>>>>>> git checkout fusion > >>>>>>>>> make > >>>>>>>> > >>>>>>>> Try this (I've got a good feeling about this one!) > >>>>>>>> > >>>>>>>> rm -rf xen-api > >>>>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>>>> cd xen-api > >>>>>>>> git checkout fusion > >>>>>>>> make > >>>>>>>> > >>>>>>>> Cheers, > >>>>>>>> Dave > >>>>>>>> > >>>>>>>>> > >>>>>>>>> Cheers, > >>>>>>>>> Dave > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >> AMD64 > >>>>>>>>>> > >>>>>>>>>> Could you confirm which xen-api branch you're trying to > build? > >>>>> Something like "git branch -l" and "git remote -v". > >>>>>>>>>> > >>>>>>>>>> The package 'rpc-light' installs an OCaml package called > >> 'rpclib' > >>>>>>>>>> these > >>>>>>>>>> days: > >>>>>>>>>> > >>>>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>>>> rpclib (version: 1.2.0) > >>>>>>>>>> rpclib.core (version: n/a) > >>>>>>>>>> rpclib.idl (version: n/a) > >>>>>>>>>> rpclib.js (version: n/a) > >>>>>>>>>> rpclib.json (version: n/a) > >>>>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>>>> rpclib.unix (version: n/a) > >>>>>>>>>> rpclib.xml (version: n/a) > >>>>>>>>>> > >>>>>>>>>> It looks like the branch of xen-api you're trying to build > is > >>>>> still using the old name. > >>>>>>>>>> > >>>>>>>>>> Cheers, > >>>>>>>>>> Dave > >>>>>>>>>> > >>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>>>> The initial ones were from > >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>>>> ml > >>>>>>>>>>> > >>>>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>>>> > >>>>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>>>> > >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>>>> Package > >>>>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>>>> > >>>>>>>>>>> Which wiki page are you getting all these instructions > from? > >>>>> I'd like to see what the custom Xen OPAM packages are, as there > >> seem > >>>>> to be some custom ones that aren't distributed in mainline OPAM. > >>>>>>>>>>> > >>>>>>>>>>> -anil > >>>>>>>>>>> > >>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>>>> > >>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know > >>>>> about it. > >>>>>>>>>>>> > >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli > >>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > >>>>>>>>>>>> 104/387 > >>>>>>>>>>>> digests) > >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>>>> >> string_marshall_helper.ml> > >>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>>>> > >>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>>>> > >>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package name > >>>>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of > >>>>>>>>>>>> xen-api-libs; > >>>>> you should only need xen-api now... > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Dave Scott > >>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>> > >>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>>>> > >>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>>>> camlp4- > >>>>> extra, libxen-dev. > >>>>>>>>>>>>> > >>>>>>>>>>>>> However, xen-api-libs still fails with the same error. > >>>>>>>>>>>>> Will > >>>>> try the fusion branch next. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>>>> installed: try installing xen-devel. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -- > >>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>> > >>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>>>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> That command fails: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>>>> # opam-version 1.0.1 > >>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>>>> # os linux > >>>>>>>>>>>>>> # command make > >>>>>>>>>>>>>> # path > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>>>> # env-file > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>>>> d474c2.env > >>>>>>>>>>>>>> # stdout-file > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>>>> d474c2.out > >>>>>>>>>>>>>> # stderr-file > >>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- > >>>>> d474c2.err > >>>>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc > >>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > >> lib/eventchn_stubs.c > >>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > >>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c > >> lib/xenctrl_stubs.c > >>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > >> such > >>>>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>>>> lib/xenctrl.cma > >>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > >>>>>>>>>>>>>> debug -j 4' terminated with error code 10") > >>>>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the > >>>>>>>>>>>>>> name > >>>>> of type-conv changed upstream and we haven't changed everything > >> over > >>>>> to the new name yet. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> If that works you might want to try building either > Jon's > >>>>> "fusion" branch of xen-api or my "upstream-packages" one on > github. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>>>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam install installed type_conv but I am still getting > >>>>>>>>>>>>>>> the > >>>>> exact same error. Do I need to refresh environment to pick up the > >>>>> newly installed type_conv? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>>>>>>>>>>>>> Wheezy > >>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when > >>>>>>>>>>>>>>> you > >>>>> retry xen-api-libs. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>>>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. > >> It > >>>>> cannot find type-conv: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > >> ../uuid > >>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- > light > >>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > >> light > >>>>>>>>>>>>>>>> - > >>>>> c > >>>>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>>>> make[1]: Leaving directory > >>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >> Wheezy > >>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > >> packages > >>>>> as soon as Debian and other packaging vendors catch up in their > >>>>> release > >>>>> cycles: > >>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > >>>>>>>>>>>>>>>> snapshot > >>>>> now. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and > >>>>> replace the OPAM binary, and run 'opam update' to refresh your > >>>>> package list. It may be easier to just delete ~/.opam and > >> recompile packages. > >>>>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>>>> wrote: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Yes - they are from wiki > >>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- > >>>>> org/opam? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to > >>>>>>>>>>>>>>>>> uninstall > >>>>> opam first? And how do I do that? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > >> api@lists.xen.org > >>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If > >>>>>>>>>>>>>>>>> so, > >>>>> please update them once you get it working! > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>>>> wrote: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro > >>>>> repository, rather than xen-org's fork (it's several months out > of > >>>>> date), and secondly building a tagged release of opam rather than > >>>>> the master branch. Try: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git > >>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > >> install > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Then you can initialise opam with the default > >> (OCamlPro) > >>>>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- > api@lists.xen.org > >>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>> AMD64 > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > >>>>>>>>>>>>>>>>> rrdump.ml > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard > >>>>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > >>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... > >>>>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid > >>>>> fields > >>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, > remove, > >>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, > >>>>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 22:27:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 22:27: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 1UVr77-0002yr-TU; Fri, 26 Apr 2013 22:27:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVr74-0002ym-SC for xen-api@lists.xen.org; Fri, 26 Apr 2013 22:27:32 +0000 Received: from [85.158.139.83:45259] by server-5.bemta-5.messagelabs.com id 8F/AD-02762-25FFA715; Fri, 26 Apr 2013 22:27:30 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1367015249!29096140!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11772 invoked from network); 26 Apr 2013 22:27:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 22:27:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3995690" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 22:27:29 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 23:27:29 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 23:27:26 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CzTwOnjKT0+AsTfOWaTJPCRvphw== Message-ID: <3676C546-37F9-4898-944E-1B603DF062D8@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB5447A6@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5447A6@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 So there seems to be new package 'rrddump' in opam-repo-dev now, thanks to John Else! Santosh, does that work for you? Jon Sent from my iPad On 26 Apr 2013, at 22:27, "Santosh Jodh" wrote: > Same error. > >> -----Original Message----- >> From: Jonathan Ludlam >> Sent: Friday, April 26, 2013 2:21 PM >> To: Santosh Jodh >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Rm -rf and reclone? >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 21:58, "Santosh Jodh" >> wrote: >> >>> There were only 2 .omake* files in the xen-api folder. I deleted them >> and still get the error. Are there other locations for these files I >> need to clean? >>> >>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>> >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>> omake: Symbol `FamErrlist' has different size in shared object, >>> consider re-linking >>> *** omake: reading OMakefiles >>> *** omake: finished reading OMakefiles (0.12 sec) >>> --- Checking for ocamlfind... (found >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>> *** omake: 149/277 targets are up to date >>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) >>> *** omake: targets were not rebuilt because of errors: >>> ocaml/database/string_marshall_helper.cmi >>> depends on: ocaml/database/string_marshall_helper.ml >>> ocaml/database/string_marshall_helper.cmx >>> depends on: ocaml/database/string_marshall_helper.ml >>> ocaml/database/string_marshall_helper.o >>> depends on: ocaml/database/string_marshall_helper.ml >>> make: *** [all] Error 127 >>> >>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 12:57 PM >>>> To: Jonathan Ludlam >>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Ah good point. Iirc Omake caches the compiler when you first run it. >>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>> wrote: >>>> >>>>> I'm still suspicious that it's using the byte code compilers. I've >>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >> too, >>>> get stack overflow. >>>>> >>>>> Try verifying with ps to see which compiler it's using? >>>>> >>>>> Jon >>>>> >>>>> Sent from my iPad >>>>> >>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >>>> wrote: >>>>> >>>>>> I guess the unit is kb. >>>>>> >>>>>> So it is 16MB and that's the highest it can go. >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>> 16384 >>>>>> >>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> 16k seems a little small to me. According to Wikipedia the basic >>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >> deep. >>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we >>>>>>> currently have, per thread, in XCP/XS dom0) :-) >>>>>>> >>>>>>> When I'm back at a proper computer I'll have a look at my default >>>>>>> stack (on mobile device atm) >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>>> I doubled it to 16k and it still fails. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>> To: Jonathan Ludlam >>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Santosh, >>>>>>>> >>>>>>>> If you're getting a stack overflow exception, it's probably >> worth >>>>>>> increasing your ulimit -s and trying again... >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>> wrote: >>>>>>>> >>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>> >>>>>>>>> Sent from my iPad >>>>>>>>> >>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>> >>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Ok - I misunderstood you when you said each repo has several >>>>>>> branches. >>>>>>>>>> >>>>>>>>>> I get following on fusion branch: >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>> * fusion >>>>>>>>>> master >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >> phase1 >>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >> object, >>>>>>>>>> consider re-linking >>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>> (yes) >>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend >>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >> 133/396 >>>>>>>>>> digests) >>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>> >>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to >>>> git. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>> [core] >>>>>>>>>>> repositoryformatversion = 0 >>>>>>>>>>> filemode = true >>>>>>>>>>> bare = false >>>>>>>>>>> logallrefupdates = true >>>>>>>>>>> [remote "origin"] >>>>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>> >>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>> >>>>>>>>>>> [branch "master"] >>>>>>>>>>> remote = origin >>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>> * master >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >> origin >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>> >>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>> >>>>>>>>>>> It is... but each repo has several branches. I think all you >>>>>>>>>>> need >>>>>>> to do is: >>>>>>>>>>> >>>>>>>>>>> cd xen-api >>>>>>>>>>> git checkout fusion >>>>>>>>>>> make >>>>>>>>>> >>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>> >>>>>>>>>> rm -rf xen-api >>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>> cd xen-api >>>>>>>>>> git checkout fusion >>>>>>>>>> make >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> Dave >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> Dave >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >> build? >>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>> >>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>> 'rpclib' >>>>>>>>>>>> these >>>>>>>>>>>> days: >>>>>>>>>>>> >>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>> >>>>>>>>>>>> It looks like the branch of xen-api you're trying to build >> is >>>>>>> still using the old name. >>>>>>>>>>>> >>>>>>>>>>>> Cheers, >>>>>>>>>>>> Dave >>>>>>>>>>>> >>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>> The initial ones were from >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>> ml >>>>>>>>>>>>> >>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>> >>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>>>>>> Package >>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>> >>>>>>>>>>>>> Which wiki page are you getting all these instructions >> from? >>>>>>> I'd like to see what the custom Xen OPAM packages are, as there >>>> seem >>>>>>> to be some custom ones that aren't distributed in mainline OPAM. >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>> >>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >>>>>>> about it. >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>> digests) >>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>> >>> string_marshall_helper.ml> >>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package name >>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>> xen-api-libs; >>>>>>> you should only need xen-api now... >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>> camlp4- >>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>> Will >>>>>>> try the fusion branch next. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>> # path >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>> # env-file >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>>>> d474c2.env >>>>>>>>>>>>>>>> # stdout-file >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>>>> d474c2.out >>>>>>>>>>>>>>>> # stderr-file >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>>>> d474c2.err >>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc >>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c >>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No >>>> such >>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the >>>>>>>>>>>>>>>> name >>>>>>> of type-conv changed upstream and we haven't changed everything >>>> over >>>>>>> to the new name yet. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> If that works you might want to try building either >> Jon's >>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >> github. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam install installed type_conv but I am still getting >>>>>>>>>>>>>>>>> the >>>>>>> exact same error. Do I need to refresh environment to pick up the >>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when >>>>>>>>>>>>>>>>> you >>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. >>>> It >>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>> ../uuid >>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >> light >>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- >>>> light >>>>>>>>>>>>>>>>>> - >>>>>>> c >>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>> Wheezy >>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>> packages >>>>>>> as soon as Debian and other packaging vendors catch up in their >>>>>>> release >>>>>>> cycles: >>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>> snapshot >>>>>>> now. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>> package list. It may be easier to just delete ~/.opam and >>>> recompile packages. >>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Yes - they are from wiki >>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >>>>>>> org/opam? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>> uninstall >>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If >>>>>>>>>>>>>>>>>>> so, >>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >>>>>>> repository, rather than xen-org's fork (it's several months out >> of >>>>>>> date), and secondly building a tagged release of opam rather than >>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>> install >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>> (OCamlPro) >>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >>>>>>> fields >>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >> remove, >>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 26 22:27:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 22:27: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 1UVr77-0002yr-TU; Fri, 26 Apr 2013 22:27:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVr74-0002ym-SC for xen-api@lists.xen.org; Fri, 26 Apr 2013 22:27:32 +0000 Received: from [85.158.139.83:45259] by server-5.bemta-5.messagelabs.com id 8F/AD-02762-25FFA715; Fri, 26 Apr 2013 22:27:30 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1367015249!29096140!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11772 invoked from network); 26 Apr 2013 22:27:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 22:27:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="3995690" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Apr 2013 22:27:29 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Apr 2013 23:27:29 +0100 From: Jonathan Ludlam To: Santosh Jodh Date: Fri, 26 Apr 2013 23:27:26 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CzTwOnjKT0+AsTfOWaTJPCRvphw== Message-ID: <3676C546-37F9-4898-944E-1B603DF062D8@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB543DCF@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544594@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544596@SJCPMAILBOX01.citrite.net> <273731EA-F3F6-43DA-B557-4F8CFCC4EC57@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445A1@SJCPMAILBOX01.citrite.net> <55703D8A-76BE-4BE4-BBC5-998CBA342EF8@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5445AB@SJCPMAILBOX01.citrite.net> <43C80A26-FCC4-433E-AC7E-C88B27EA6D43@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB54464D@SJCPMAILBOX01.citrite.net> <4FAF581F-B00B-46E3-98C2-2DBBDC88031A@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544658@SJCPMAILBOX01.citrite.net> <517AA2BD.7030908@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544685@SJCPMAILBOX01.citrite.net> <517AA9C3.9080909@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446B6@SJCPMAILBOX01.citrite.net> <517AB5AF.4090901@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB5446E2@SJCPMAILBOX01.citrite.net> <4D44CEC8-090A-470F-AD84-00BE711A342E@eu.citrix.com> <005D2BD1-8172-4551-97C8-7C29F0051E97@recoil.org> <7914B38A4445B34AA16EB9F1352942F10143BB544739@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB544758@SJCPMAILBOX01.citrite.net> <0C2BEFB5-7CEA-4D8F-8BB9-D45A9CC5EEDF@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544788@SJCPMAILBOX01.citrite.net> <7914B38A4445B34AA16EB9F1352942F10143BB5447A6@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB5447A6@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 So there seems to be new package 'rrddump' in opam-repo-dev now, thanks to John Else! Santosh, does that work for you? Jon Sent from my iPad On 26 Apr 2013, at 22:27, "Santosh Jodh" wrote: > Same error. > >> -----Original Message----- >> From: Jonathan Ludlam >> Sent: Friday, April 26, 2013 2:21 PM >> To: Santosh Jodh >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> Rm -rf and reclone? >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 21:58, "Santosh Jodh" >> wrote: >> >>> There were only 2 .omake* files in the xen-api folder. I deleted them >> and still get the error. Are there other locations for these files I >> need to clean? >>> >>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>> >>> >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>> omake: Symbol `FamErrlist' has different size in shared object, >>> consider re-linking >>> *** omake: reading OMakefiles >>> *** omake: finished reading OMakefiles (0.12 sec) >>> --- Checking for ocamlfind... (found >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>> *** omake: 149/277 targets are up to date >>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 digests) >>> *** omake: targets were not rebuilt because of errors: >>> ocaml/database/string_marshall_helper.cmi >>> depends on: ocaml/database/string_marshall_helper.ml >>> ocaml/database/string_marshall_helper.cmx >>> depends on: ocaml/database/string_marshall_helper.ml >>> ocaml/database/string_marshall_helper.o >>> depends on: ocaml/database/string_marshall_helper.ml >>> make: *** [all] Error 127 >>> >>> >>>> -----Original Message----- >>>> From: Dave Scott >>>> Sent: Friday, April 26, 2013 12:57 PM >>>> To: Jonathan Ludlam >>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Ah good point. Iirc Omake caches the compiler when you first run it. >>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>> >>>> -- >>>> Dave Scott >>>> XenServer System Architect >>>> >>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>> wrote: >>>> >>>>> I'm still suspicious that it's using the byte code compilers. I've >>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >> too, >>>> get stack overflow. >>>>> >>>>> Try verifying with ps to see which compiler it's using? >>>>> >>>>> Jon >>>>> >>>>> Sent from my iPad >>>>> >>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >>>> wrote: >>>>> >>>>>> I guess the unit is kb. >>>>>> >>>>>> So it is 16MB and that's the highest it can go. >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>> 16384 >>>>>> >>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s 32384 >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>> To: Santosh Jodh >>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> 16k seems a little small to me. According to Wikipedia the basic >>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >> deep. >>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we >>>>>>> currently have, per thread, in XCP/XS dom0) :-) >>>>>>> >>>>>>> When I'm back at a proper computer I'll have a look at my default >>>>>>> stack (on mobile device atm) >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>>> I doubled it to 16k and it still fails. >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>> To: Jonathan Ludlam >>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>> >>>>>>>> Santosh, >>>>>>>> >>>>>>>> If you're getting a stack overflow exception, it's probably >> worth >>>>>>> increasing your ulimit -s and trying again... >>>>>>>> >>>>>>>> -anil >>>>>>>> >>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>> wrote: >>>>>>>> >>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>> >>>>>>>>> Sent from my iPad >>>>>>>>> >>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>> >>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Ok - I misunderstood you when you said each repo has several >>>>>>> branches. >>>>>>>>>> >>>>>>>>>> I get following on fusion branch: >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>> * fusion >>>>>>>>>> master >>>>>>>>>> >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >> phase1 >>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >> object, >>>>>>>>>> consider re-linking >>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>> (yes) >>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes -thread >>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I ocaml_backend >>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >> 133/396 >>>>>>>>>> digests) >>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>> >>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout fusion >>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to >>>> git. >>>>>>>>>>> >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>> [core] >>>>>>>>>>> repositoryformatversion = 0 >>>>>>>>>>> filemode = true >>>>>>>>>>> bare = false >>>>>>>>>>> logallrefupdates = true >>>>>>>>>>> [remote "origin"] >>>>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>> >>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>> >>>>>>>>>>> [branch "master"] >>>>>>>>>>> remote = origin >>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Dave Scott >>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>> AMD64 >>>>>>>>>>> >>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>> * master >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >> origin >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>> >>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>> >>>>>>>>>>> It is... but each repo has several branches. I think all you >>>>>>>>>>> need >>>>>>> to do is: >>>>>>>>>>> >>>>>>>>>>> cd xen-api >>>>>>>>>>> git checkout fusion >>>>>>>>>>> make >>>>>>>>>> >>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>> >>>>>>>>>> rm -rf xen-api >>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>> cd xen-api >>>>>>>>>> git checkout fusion >>>>>>>>>> make >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> Dave >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> Dave >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >> build? >>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>> >>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>> 'rpclib' >>>>>>>>>>>> these >>>>>>>>>>>> days: >>>>>>>>>>>> >>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>> >>>>>>>>>>>> It looks like the branch of xen-api you're trying to build >> is >>>>>>> still using the old name. >>>>>>>>>>>> >>>>>>>>>>>> Cheers, >>>>>>>>>>>> Dave >>>>>>>>>>>> >>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>> The initial ones were from >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>> ml >>>>>>>>>>>>> >>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>> >>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>>>>>> Package >>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>> >>>>>>>>>>>>> Which wiki page are you getting all these instructions >> from? >>>>>>> I'd like to see what the custom Xen OPAM packages are, as there >>>> seem >>>>>>> to be some custom ones that aren't distributed in mainline OPAM. >>>>>>>>>>>>> >>>>>>>>>>>>> -anil >>>>>>>>>>>>> >>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>> >>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to know >>>>>>> about it. >>>>>>>>>>>>>> >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. dm_api.mli >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>> digests) >>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>> >>> string_marshall_helper.ml> >>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>> >>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package name >>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>> xen-api-libs; >>>>>>> you should only need xen-api now... >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>> camlp4- >>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>> Will >>>>>>> try the fusion branch next. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>> # path >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>> # env-file >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>>>> d474c2.env >>>>>>>>>>>>>>>> # stdout-file >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>>>> d474c2.out >>>>>>>>>>>>>>>> # stderr-file >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl-2635- >>>>>>> d474c2.err >>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind ocamlc >>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc -c >>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No >>>> such >>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc the >>>>>>>>>>>>>>>> name >>>>>>> of type-conv changed upstream and we haven't changed everything >>>> over >>>>>>> to the new name yet. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> If that works you might want to try building either >> Jon's >>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >> github. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam install installed type_conv but I am still getting >>>>>>>>>>>>>>>>> the >>>>>>> exact same error. Do I need to refresh environment to pick up the >>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps when >>>>>>>>>>>>>>>>> you >>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs now. >>>> It >>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>> ../uuid >>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >> light >>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- >>>> light >>>>>>>>>>>>>>>>>> - >>>>>>> c >>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>> Wheezy >>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>> packages >>>>>>> as soon as Debian and other packaging vendors catch up in their >>>>>>> release >>>>>>> cycles: >>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>> snapshot >>>>>>> now. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 and >>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>> package list. It may be easier to just delete ~/.opam and >>>> recompile packages. >>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Yes - they are from wiki >>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo git://github.com/xen- >>>>>>> org/opam? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>> uninstall >>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? If >>>>>>>>>>>>>>>>>>> so, >>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the OCamlPro >>>>>>> repository, rather than xen-org's fork (it's several months out >> of >>>>>>> date), and secondly building a tagged release of opam rather than >>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam git >>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>> install >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>> (OCamlPro) >>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 Standard >>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository ... >>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. Valid >>>>>>> fields >>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >> remove, >>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, homepage, >>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 00:16:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 00:16: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 1UVso7-0005jE-Af; Sat, 27 Apr 2013 00:16:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVso3-0005j5-Vf for xen-api@lists.xen.org; Sat, 27 Apr 2013 00:16:00 +0000 Received: from [85.158.139.211:46678] by server-10.bemta-5.messagelabs.com id 06/B5-23714-FB81B715; Sat, 27 Apr 2013 00:15:59 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1367021756!20677638!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24460 invoked from network); 27 Apr 2013 00:15:57 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 00:15:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="20877716" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 00:15:55 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 17:15:55 -0700 From: Santosh Jodh To: Jonathan Ludlam Date: Fri, 26 Apr 2013 17:15:51 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CzTwOnjKT0+AsTfOWaTJPCRvphwACdZHwAAFHnpA= Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 - that works for me. I am able to run it on a 64 bit Wheezy! I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. > -----Original Message----- > From: Jonathan Ludlam > Sent: Friday, April 26, 2013 3:27 PM > To: Santosh Jodh > Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > So there seems to be new package 'rrddump' in opam-repo-dev now, thanks > to John Else! > > Santosh, does that work for you? > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 22:27, "Santosh Jodh" > wrote: > > > Same error. > > > >> -----Original Message----- > >> From: Jonathan Ludlam > >> Sent: Friday, April 26, 2013 2:21 PM > >> To: Santosh Jodh > >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org > >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >> > >> Rm -rf and reclone? > >> > >> Jon > >> > >> Sent from my iPad > >> > >> On 26 Apr 2013, at 21:58, "Santosh Jodh" > >> wrote: > >> > >>> There were only 2 .omake* files in the xen-api folder. I deleted > them > >> and still get the error. Are there other locations for these files I > >> need to clean? > >>> > >>> I renamed ocamlopt so there is only ocamlopt.opt in the path. > >>> > >>> > >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>> omake: Symbol `FamErrlist' has different size in shared object, > >>> consider re-linking > >>> *** omake: reading OMakefiles > >>> *** omake: finished reading OMakefiles (0.12 sec) > >>> --- Checking for ocamlfind... (found > >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>> --- Checking whether ocamlc understands the "z" warnings... (yes) > >>> *** omake: 149/277 targets are up to date > >>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 > digests) > >>> *** omake: targets were not rebuilt because of errors: > >>> ocaml/database/string_marshall_helper.cmi > >>> depends on: ocaml/database/string_marshall_helper.ml > >>> ocaml/database/string_marshall_helper.cmx > >>> depends on: ocaml/database/string_marshall_helper.ml > >>> ocaml/database/string_marshall_helper.o > >>> depends on: ocaml/database/string_marshall_helper.ml > >>> make: *** [all] Error 127 > >>> > >>> > >>>> -----Original Message----- > >>>> From: Dave Scott > >>>> Sent: Friday, April 26, 2013 12:57 PM > >>>> To: Jonathan Ludlam > >>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> Ah good point. Iirc Omake caches the compiler when you first run > it. > >>>> Try removing all .omake* files to see if it picks up the opt.opt? > >>>> > >>>> -- > >>>> Dave Scott > >>>> XenServer System Architect > >>>> > >>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > >>>> wrote: > >>>> > >>>>> I'm still suspicious that it's using the byte code compilers. > I've > >>>> just tried here and when I compile datamodel.ml with ocamlopt.opt > >>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, > >> too, > >>>> get stack overflow. > >>>>> > >>>>> Try verifying with ps to see which compiler it's using? > >>>>> > >>>>> Jon > >>>>> > >>>>> Sent from my iPad > >>>>> > >>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" > > >>>> wrote: > >>>>> > >>>>>> I guess the unit is kb. > >>>>>> > >>>>>> So it is 16MB and that's the highest it can go. > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >>>>>> 16384 > >>>>>> > >>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not > >>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > 32384 > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Friday, April 26, 2013 12:45 PM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>>> > >>>>>>> 16k seems a little small to me. According to Wikipedia the > basic > >>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames > >> deep. > >>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>>>>>> currently have, per thread, in XCP/XS dom0) :-) > >>>>>>> > >>>>>>> When I'm back at a proper computer I'll have a look at my > default > >>>>>>> stack (on mobile device atm) > >>>>>>> > >>>>>>> -- > >>>>>>> Dave Scott > >>>>>>> XenServer System Architect > >>>>>>> > >>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>>> I doubled it to 16k and it still fails. > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>> Sent: Friday, April 26, 2013 11:16 AM > >>>>>>>> To: Jonathan Ludlam > >>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Santosh, > >>>>>>>> > >>>>>>>> If you're getting a stack overflow exception, it's probably > >> worth > >>>>>>> increasing your ulimit -s and trying again... > >>>>>>>> > >>>>>>>> -anil > >>>>>>>> > >>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>>>>>> wrote: > >>>>>>>> > >>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>>>>>> > >>>>>>>>> Sent from my iPad > >>>>>>>>> > >>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > >>>> > >>>>>>> wrote: > >>>>>>>>> > >>>>>>>>>> Ok - I misunderstood you when you said each repo has > several > >>>>>>> branches. > >>>>>>>>>> > >>>>>>>>>> I get following on fusion branch: > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>>>> * fusion > >>>>>>>>>> master > >>>>>>>>>> > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 > >> phase1 > >>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared > >> object, > >>>>>>>>>> consider re-linking > >>>>>>>>>> *** omake: reading OMakefiles > >>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>>>>>> --- Checking for ocamlfind... (found > >>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>>>>>> --- Checking for ocamlopt.opt... (found > /usr/bin/ocamlopt.opt) > >>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... > >>>> (yes) > >>>>>>>>>> - build ocaml/idl datamodel.cmx > >>>>>>>>>> + ocamlfind ocamlopt -package > >>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - > thread > >>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I > ocaml_backend > >>>>>>>>>> + -I ../database -I .. -c datamodel.ml > >>>>>>>>>> Fatal error: exception Stack_overflow > >>>>>>>>>> *** omake: 223/277 targets are up to date > >>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, > >> 133/396 > >>>>>>>>>> digests) > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>> ocaml/idl/datamodel.cmi > >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >> AMD64 > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> I didn't read your email carefully enough, see below: > >>>>>>>>>> > >>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout > fusion > >>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to > >>>> git. > >>>>>>>>>>> > >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > >>>> [core] > >>>>>>>>>>> repositoryformatversion = 0 > >>>>>>>>>>> filemode = true > >>>>>>>>>>> bare = false > >>>>>>>>>>> logallrefupdates = true > >>>>>>>>>>> [remote "origin"] > >>>>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>>>>>> > >>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>>>>>> > >>>>>>>>>>> [branch "master"] > >>>>>>>>>>> remote = origin > >>>>>>>>>>> merge = refs/heads/master > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Dave Scott > >>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>>>>>> I guess I am still at master. > >>>>>>>>>>>> > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>>>>>> * master > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > >> origin > >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>>>>>> > >>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>>>>>> > >>>>>>>>>>> It is... but each repo has several branches. I think all > you > >>>>>>>>>>> need > >>>>>>> to do is: > >>>>>>>>>>> > >>>>>>>>>>> cd xen-api > >>>>>>>>>>> git checkout fusion > >>>>>>>>>>> make > >>>>>>>>>> > >>>>>>>>>> Try this (I've got a good feeling about this one!) > >>>>>>>>>> > >>>>>>>>>> rm -rf xen-api > >>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>>>>>> cd xen-api > >>>>>>>>>> git checkout fusion > >>>>>>>>>> make > >>>>>>>>>> > >>>>>>>>>> Cheers, > >>>>>>>>>> Dave > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Cheers, > >>>>>>>>>>> Dave > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Could you confirm which xen-api branch you're trying to > >> build? > >>>>>>> Something like "git branch -l" and "git remote -v". > >>>>>>>>>>>> > >>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called > >>>> 'rpclib' > >>>>>>>>>>>> these > >>>>>>>>>>>> days: > >>>>>>>>>>>> > >>>>>>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>>>>>> rpclib (version: 1.2.0) > >>>>>>>>>>>> rpclib.core (version: n/a) > >>>>>>>>>>>> rpclib.idl (version: n/a) > >>>>>>>>>>>> rpclib.js (version: n/a) > >>>>>>>>>>>> rpclib.json (version: n/a) > >>>>>>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>>>>>> rpclib.unix (version: n/a) > >>>>>>>>>>>> rpclib.xml (version: n/a) > >>>>>>>>>>>> > >>>>>>>>>>>> It looks like the branch of xen-api you're trying to build > >> is > >>>>>>> still using the old name. > >>>>>>>>>>>> > >>>>>>>>>>>> Cheers, > >>>>>>>>>>>> Dave > >>>>>>>>>>>> > >>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>>>>>> The initial ones were from > >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>>>>>> ml > >>>>>>>>>>>>> > >>>>>>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>>>>>> > >>>>>>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>>>>>> > >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>>>>>> Package > >>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Which wiki page are you getting all these instructions > >> from? > >>>>>>> I'd like to see what the custom Xen OPAM packages are, as there > >>>> seem > >>>>>>> to be some custom ones that aren't distributed in mainline > OPAM. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -anil > >>>>>>>>>>>>> > >>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>>>>>> > >>>>>>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to > know > >>>>>>> about it. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. > dm_api.mli > >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > >>>>>>>>>>>>>> 104/387 > >>>>>>>>>>>>>> digests) > >>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>>>>>> >>>> string_marshall_helper.ml> > >>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>>>>>> gen_common.ml> > >>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package > name > >>>>>>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of > >>>>>>>>>>>>>> xen-api-libs; > >>>>>>> you should only need xen-api now... > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>>>>>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>>>>>> camlp4- > >>>>>>> extra, libxen-dev. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. > >>>>>>>>>>>>>>> Will > >>>>>>> try the fusion branch next. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>>>>>> installed: try installing xen-devel. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>>>>>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> That command fails: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>>>>>> # opam-version 1.0.1 > >>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>>>>>> # os linux > >>>>>>>>>>>>>>>> # command make > >>>>>>>>>>>>>>>> # path > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>>>>>> # env-file > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- > 2635- > >>>>>>> d474c2.env > >>>>>>>>>>>>>>>> # stdout-file > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- > 2635- > >>>>>>> d474c2.out > >>>>>>>>>>>>>>>> # stderr-file > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- > 2635- > >>>>>>> d474c2.err > >>>>>>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind > ocamlc > >>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > >>>> lib/eventchn_stubs.c > >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > >>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc - > c > >>>> lib/xenctrl_stubs.c > >>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > >>>> such > >>>>>>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>>>>>> lib/xenctrl.cma > >>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > >>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") > >>>>>>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- > api@lists.xen.org > >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >> Wheezy > >>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc > the > >>>>>>>>>>>>>>>> name > >>>>>>> of type-conv changed upstream and we haven't changed everything > >>>> over > >>>>>>> to the new name yet. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> If that works you might want to try building either > >> Jon's > >>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on > >> github. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>>>>>> wrote: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> opam install installed type_conv but I am still > getting > >>>>>>>>>>>>>>>>> the > >>>>>>> exact same error. Do I need to refresh environment to pick up > the > >>>>>>> newly installed type_conv? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>>>>>>>>>>>>>>> Wheezy > >>>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps > when > >>>>>>>>>>>>>>>>> you > >>>>>>> retry xen-api-libs. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>>>>>> wrote: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs > now. > >>>> It > >>>>>>> cannot find type-conv: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > >>>> ../uuid > >>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- > >> light > >>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > >>>> light > >>>>>>>>>>>>>>>>>> - > >>>>>>> c > >>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>>>>>> make[1]: Leaving directory > >>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>> Wheezy > >>>>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > >>>> packages > >>>>>>> as soon as Debian and other packaging vendors catch up in their > >>>>>>> release > >>>>>>> cycles: > >>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > >>>>>>>>>>>>>>>>>> snapshot > >>>>>>> now. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 > and > >>>>>>> replace the OPAM binary, and run 'opam update' to refresh your > >>>>>>> package list. It may be easier to just delete ~/.opam and > >>>> recompile packages. > >>>>>>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>>>>>> wrote: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Yes - they are from wiki > >>>>>>> > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo > git://github.com/xen- > >>>>>>> org/opam? > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to > >>>>>>>>>>>>>>>>>>> uninstall > >>>>>>> opam first? And how do I do that? > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > >>>> api@lists.xen.org > >>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? > If > >>>>>>>>>>>>>>>>>>> so, > >>>>>>> please update them once you get it working! > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>>>>>> wrote: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the > OCamlPro > >>>>>>> repository, rather than xen-org's fork (it's several months out > >> of > >>>>>>> date), and secondly building a tagged release of opam rather > than > >>>>>>> the master branch. Try: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam > git > >>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > >>>> install > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default > >>>> (OCamlPro) > >>>>>>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- > >> api@lists.xen.org > >>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>> AMD64 > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > >>>>>>>>>>>>>>>>>>> rrdump.ml > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 > Standard > >>>>>>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > >>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository > ... > >>>>>>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. > Valid > >>>>>>> fields > >>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, > >> remove, > >>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, > homepage, > >>>>>>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 00:16:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 00:16: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 1UVso7-0005jE-Af; Sat, 27 Apr 2013 00:16:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVso3-0005j5-Vf for xen-api@lists.xen.org; Sat, 27 Apr 2013 00:16:00 +0000 Received: from [85.158.139.211:46678] by server-10.bemta-5.messagelabs.com id 06/B5-23714-FB81B715; Sat, 27 Apr 2013 00:15:59 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1367021756!20677638!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24460 invoked from network); 27 Apr 2013 00:15:57 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 00:15:57 -0000 X-IronPort-AV: E=Sophos;i="4.87,561,1363132800"; d="scan'208";a="20877716" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 00:15:55 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Fri, 26 Apr 2013 17:15:55 -0700 From: Santosh Jodh To: Jonathan Ludlam Date: Fri, 26 Apr 2013 17:15:51 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5CzTwOnjKT0+AsTfOWaTJPCRvphwACdZHwAAFHnpA= Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 - that works for me. I am able to run it on a 64 bit Wheezy! I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. > -----Original Message----- > From: Jonathan Ludlam > Sent: Friday, April 26, 2013 3:27 PM > To: Santosh Jodh > Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > So there seems to be new package 'rrddump' in opam-repo-dev now, thanks > to John Else! > > Santosh, does that work for you? > > Jon > > Sent from my iPad > > On 26 Apr 2013, at 22:27, "Santosh Jodh" > wrote: > > > Same error. > > > >> -----Original Message----- > >> From: Jonathan Ludlam > >> Sent: Friday, April 26, 2013 2:21 PM > >> To: Santosh Jodh > >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org > >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >> > >> Rm -rf and reclone? > >> > >> Jon > >> > >> Sent from my iPad > >> > >> On 26 Apr 2013, at 21:58, "Santosh Jodh" > >> wrote: > >> > >>> There were only 2 .omake* files in the xen-api folder. I deleted > them > >> and still get the error. Are there other locations for these files I > >> need to clean? > >>> > >>> I renamed ocamlopt so there is only ocamlopt.opt in the path. > >>> > >>> > >>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 > >>> omake: Symbol `FamErrlist' has different size in shared object, > >>> consider re-linking > >>> *** omake: reading OMakefiles > >>> *** omake: finished reading OMakefiles (0.12 sec) > >>> --- Checking for ocamlfind... (found > >>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) > >>> --- Checking whether ocamlc understands the "z" warnings... (yes) > >>> *** omake: 149/277 targets are up to date > >>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 > digests) > >>> *** omake: targets were not rebuilt because of errors: > >>> ocaml/database/string_marshall_helper.cmi > >>> depends on: ocaml/database/string_marshall_helper.ml > >>> ocaml/database/string_marshall_helper.cmx > >>> depends on: ocaml/database/string_marshall_helper.ml > >>> ocaml/database/string_marshall_helper.o > >>> depends on: ocaml/database/string_marshall_helper.ml > >>> make: *** [all] Error 127 > >>> > >>> > >>>> -----Original Message----- > >>>> From: Dave Scott > >>>> Sent: Friday, April 26, 2013 12:57 PM > >>>> To: Jonathan Ludlam > >>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org > >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>> > >>>> Ah good point. Iirc Omake caches the compiler when you first run > it. > >>>> Try removing all .omake* files to see if it picks up the opt.opt? > >>>> > >>>> -- > >>>> Dave Scott > >>>> XenServer System Architect > >>>> > >>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" > >>>> wrote: > >>>> > >>>>> I'm still suspicious that it's using the byte code compilers. > I've > >>>> just tried here and when I compile datamodel.ml with ocamlopt.opt > >>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, > >> too, > >>>> get stack overflow. > >>>>> > >>>>> Try verifying with ps to see which compiler it's using? > >>>>> > >>>>> Jon > >>>>> > >>>>> Sent from my iPad > >>>>> > >>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" > > >>>> wrote: > >>>>> > >>>>>> I guess the unit is kb. > >>>>>> > >>>>>> So it is 16MB and that's the highest it can go. > >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > >>>>>> 16384 > >>>>>> > >>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not > >>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s > 32384 > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Dave Scott > >>>>>>> Sent: Friday, April 26, 2013 12:45 PM > >>>>>>> To: Santosh Jodh > >>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org > >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > >>>>>>> > >>>>>>> 16k seems a little small to me. According to Wikipedia the > basic > >>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames > >> deep. > >>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we > >>>>>>> currently have, per thread, in XCP/XS dom0) :-) > >>>>>>> > >>>>>>> When I'm back at a proper computer I'll have a look at my > default > >>>>>>> stack (on mobile device atm) > >>>>>>> > >>>>>>> -- > >>>>>>> Dave Scott > >>>>>>> XenServer System Architect > >>>>>>> > >>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>>> I doubled it to 16k and it still fails. > >>>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>> Sent: Friday, April 26, 2013 11:16 AM > >>>>>>>> To: Jonathan Ludlam > >>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org > >>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>> > >>>>>>>> Santosh, > >>>>>>>> > >>>>>>>> If you're getting a stack overflow exception, it's probably > >> worth > >>>>>>> increasing your ulimit -s and trying again... > >>>>>>>> > >>>>>>>> -anil > >>>>>>>> > >>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam > >>>>>>> wrote: > >>>>>>>> > >>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. > >>>>>>>>> > >>>>>>>>> Sent from my iPad > >>>>>>>>> > >>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" > >>>> > >>>>>>> wrote: > >>>>>>>>> > >>>>>>>>>> Ok - I misunderstood you when you said each repo has > several > >>>>>>> branches. > >>>>>>>>>> > >>>>>>>>>> I get following on fusion branch: > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>>>> * fusion > >>>>>>>>>> master > >>>>>>>>>> > >>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 > >> phase1 > >>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared > >> object, > >>>>>>>>>> consider re-linking > >>>>>>>>>> *** omake: reading OMakefiles > >>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) > >>>>>>>>>> --- Checking for ocamlfind... (found > >>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) > >>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) > >>>>>>>>>> --- Checking for ocamlopt.opt... (found > /usr/bin/ocamlopt.opt) > >>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... > >>>> (yes) > >>>>>>>>>> - build ocaml/idl datamodel.cmx > >>>>>>>>>> + ocamlfind ocamlopt -package > >>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - > thread > >>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I > ocaml_backend > >>>>>>>>>> + -I ../database -I .. -c datamodel.ml > >>>>>>>>>> Fatal error: exception Stack_overflow > >>>>>>>>>> *** omake: 223/277 targets are up to date > >>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, > >> 133/396 > >>>>>>>>>> digests) > >>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>> ocaml/idl/datamodel.cmi > >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx > >>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o > >>>>>>>>>> depends on: ocaml/idl/datamodel.ml > >>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>> > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: Dave Scott > >>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM > >>>>>>>>>> To: Santosh Jodh > >>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >> AMD64 > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> I didn't read your email carefully enough, see below: > >>>>>>>>>> > >>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: > >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout > fusion > >>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to > >>>> git. > >>>>>>>>>>> > >>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config > >>>> [core] > >>>>>>>>>>> repositoryformatversion = 0 > >>>>>>>>>>> filemode = true > >>>>>>>>>>> bare = false > >>>>>>>>>>> logallrefupdates = true > >>>>>>>>>>> [remote "origin"] > >>>>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* > >>>>>>>>>>> url = git://github.com/xen-org/xen-api.git > >>>>>>>>>> > >>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git > >>>>>>>>>> > >>>>>>>>>>> [branch "master"] > >>>>>>>>>>> remote = origin > >>>>>>>>>>> merge = refs/heads/master > >>>>>>>>>>> > >>>>>>>>>>> -----Original Message----- > >>>>>>>>>>> From: Dave Scott > >>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM > >>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>> AMD64 > >>>>>>>>>>> > >>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: > >>>>>>>>>>>> I guess I am still at master. > >>>>>>>>>>>> > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l > >>>>>>>>>>>> * master > >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v > >> origin > >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin > >>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) > >>>>>>>>>>>> > >>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? > >>>>>>>>>>> > >>>>>>>>>>> It is... but each repo has several branches. I think all > you > >>>>>>>>>>> need > >>>>>>> to do is: > >>>>>>>>>>> > >>>>>>>>>>> cd xen-api > >>>>>>>>>>> git checkout fusion > >>>>>>>>>>> make > >>>>>>>>>> > >>>>>>>>>> Try this (I've got a good feeling about this one!) > >>>>>>>>>> > >>>>>>>>>> rm -rf xen-api > >>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git > >>>>>>>>>> cd xen-api > >>>>>>>>>> git checkout fusion > >>>>>>>>>> make > >>>>>>>>>> > >>>>>>>>>> Cheers, > >>>>>>>>>> Dave > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Cheers, > >>>>>>>>>>> Dave > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM > >>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>> AMD64 > >>>>>>>>>>>> > >>>>>>>>>>>> Could you confirm which xen-api branch you're trying to > >> build? > >>>>>>> Something like "git branch -l" and "git remote -v". > >>>>>>>>>>>> > >>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called > >>>> 'rpclib' > >>>>>>>>>>>> these > >>>>>>>>>>>> days: > >>>>>>>>>>>> > >>>>>>>>>>>> $ ocamlfind list | grep rpc > >>>>>>>>>>>> rpclib (version: 1.2.0) > >>>>>>>>>>>> rpclib.core (version: n/a) > >>>>>>>>>>>> rpclib.idl (version: n/a) > >>>>>>>>>>>> rpclib.js (version: n/a) > >>>>>>>>>>>> rpclib.json (version: n/a) > >>>>>>>>>>>> rpclib.syntax (version: n/a) > >>>>>>>>>>>> rpclib.unix (version: n/a) > >>>>>>>>>>>> rpclib.xml (version: n/a) > >>>>>>>>>>>> > >>>>>>>>>>>> It looks like the branch of xen-api you're trying to build > >> is > >>>>>>> still using the old name. > >>>>>>>>>>>> > >>>>>>>>>>>> Cheers, > >>>>>>>>>>>> Dave > >>>>>>>>>>>> > >>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: > >>>>>>>>>>>>> The initial ones were from > >>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca > >>>>>>>>>>>>> ml > >>>>>>>>>>>>> > >>>>>>>>>>>>> Rest from this thread and compiler output. > >>>>>>>>>>>>> > >>>>>>>>>>>>> According to opam, rpc is already installed. > >>>>>>>>>>>>> > >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc > >>>>>>> Package > >>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) > >>>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM > >>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy > >>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>> > >>>>>>>>>>>>> "opam install rpc" will give you rpc-light. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Which wiki page are you getting all these instructions > >> from? > >>>>>>> I'd like to see what the custom Xen OPAM packages are, as there > >>>> seem > >>>>>>> to be some custom ones that aren't distributed in mainline > OPAM. > >>>>>>>>>>>>> > >>>>>>>>>>>>> -anil > >>>>>>>>>>>>> > >>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh > >>>>>>>>>>>>> > >>>>>>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to > know > >>>>>>> about it. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli > >>>>>>>>>>>>>> + ocamlfind ocamldep -package > >>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr > >>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. > dm_api.mli > >>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found > >>>>>>>>>>>>>> *** omake: 210/355 targets are up to date > >>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, > >>>>>>>>>>>>>> 104/387 > >>>>>>>>>>>>>> digests) > >>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: > >>>>>>>>>>>>>> >>>> string_marshall_helper.ml> > >>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml > >>>>>>>>>>>>>> gen_common.ml> > >>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> > >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> > >>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli > >>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install > >>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package > name > >>>>>>>>>>>>>> 'opam install rpc-light' failed. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM > >>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of > >>>>>>>>>>>>>> xen-api-libs; > >>>>>>> you should only need xen-api now... > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" > >>>>>>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> opam install xen-api-libs-transitional > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , > >>>>>>>>>>>>>>> camlp4- > >>>>>>> extra, libxen-dev. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. > >>>>>>>>>>>>>>> Will > >>>>>>> try the fusion branch next. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM > >>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>> AMD64 > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers > >>>>>>> installed: try installing xen-devel. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" > >>>>>>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> That command fails: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== > >>>>>>>>>>>>>>>> # opam-version 1.0.1 > >>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) > >>>>>>>>>>>>>>>> # os linux > >>>>>>>>>>>>>>>> # command make > >>>>>>>>>>>>>>>> # path > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 > >>>>>>>>>>>>>>>> # exit-code 2 > >>>>>>>>>>>>>>>> # env-file > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- > 2635- > >>>>>>> d474c2.env > >>>>>>>>>>>>>>>> # stdout-file > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- > 2635- > >>>>>>> d474c2.out > >>>>>>>>>>>>>>>> # stderr-file > >>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- > 2635- > >>>>>>> d474c2.err > >>>>>>>>>>>>>>>> ### stdout ### > >>>>>>>>>>>>>>>> ...[truncated] > >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind > ocamlc > >>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c > >>>> lib/eventchn_stubs.c > >>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv > >>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc - > c > >>>> lib/xenctrl_stubs.c > >>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c > >>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No > >>>> such > >>>>>>>>>>>>>>>> file or directory compilation terminated. > >>>>>>>>>>>>>>>> Command exited with code 2. > >>>>>>>>>>>>>>>> ### stderr ### > >>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found > >>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' > >>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so > >>>>>>> lib/xenctrl.cma > >>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag > >>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") > >>>>>>>>>>>>>>>> make: *** [build] Error 1 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM > >>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- > api@lists.xen.org > >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >> Wheezy > >>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc > the > >>>>>>>>>>>>>>>> name > >>>>>>> of type-conv changed upstream and we haven't changed everything > >>>> over > >>>>>>> to the new name yet. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> If that works you might want to try building either > >> Jon's > >>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on > >> github. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" > >>>>>>> wrote: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> opam install installed type_conv but I am still > getting > >>>>>>>>>>>>>>>>> the > >>>>>>> exact same error. Do I need to refresh environment to pick up > the > >>>>>>> newly installed type_conv? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM > >>>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>>>>>>>>>>>>>>> Wheezy > >>>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps > when > >>>>>>>>>>>>>>>>> you > >>>>>>> retry xen-api-libs. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh > >>>>>>> wrote: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs > now. > >>>> It > >>>>>>> cannot find type-conv: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I > >>>> ../uuid > >>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt > >>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- > >> light > >>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I > >>>>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- > >>>> light > >>>>>>>>>>>>>>>>>> - > >>>>>>> c > >>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml > >>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found > >>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 > >>>>>>>>>>>>>>>>>> make[1]: Leaving directory > >>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' > >>>>>>>>>>>>>>>>>> make: *** [all] Error 2 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] > >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM > >>>>>>>>>>>>>>>>>> To: Santosh Jodh > >>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org > >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian > >>>> Wheezy > >>>>>>>>>>>>>>>>>> AMD64 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary > >>>> packages > >>>>>>> as soon as Debian and other packaging vendors catch up in their > >>>>>>> release > >>>>>>> cycles: > >>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam > >>>>>>>>>>>>>>>>>> snapshot > >>>>>>> now. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 > and > >>>>>>> replace the OPAM binary, and run 'opam update' to refresh your > >>>>>>> package list. It may be easier to just delete ~/.opam and > >>>> recompile packages. > >>>>>>> There is no state for OPAM held outside of ~/.opam. > >>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -anil > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh > >>>>>>> wrote: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Yes - they are from wiki > >>>>>>> > http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo > git://github.com/xen- > >>>>>>> org/opam? > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to > >>>>>>>>>>>>>>>>>>> uninstall > >>>>>>> opam first? And how do I do that? > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> From: Dave Scott > >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM > >>>>>>>>>>>>>>>>>>> To: John Else > >>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- > >>>> api@lists.xen.org > >>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy > AMD64 > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? > If > >>>>>>>>>>>>>>>>>>> so, > >>>>>>> please update them once you get it working! > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Thanks, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>>> Dave Scott > >>>>>>>>>>>>>>>>>>> XenServer System Architect > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" > >>>>>>> wrote: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Hi Santosh, > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the > OCamlPro > >>>>>>> repository, rather than xen-org's fork (it's several months out > >> of > >>>>>>> date), and secondly building a tagged release of opam rather > than > >>>>>>> the master branch. Try: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam > git > >>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make > >>>> install > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default > >>>> (OCamlPro) > >>>>>>> repository, and add xen-org's repository: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> opam init > >>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org > >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Hope this helps, > >>>>>>>>>>>>>>>>>>> John > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org > >>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf > >>>>>>>>>>>>>>>>>>> OfSantosh Jodh > >>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 > >>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- > >> api@lists.xen.org > >>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian > Wheezy > >>>>>>> AMD64 > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically > >>>>>>>>>>>>>>>>>>> rrdump.ml > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> ocamlc version: > >>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 > Standard > >>>>>>>>>>>>>>>>>>> library > >>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; > >>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> This succeeded. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam > >>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository > >>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository > ... > >>>>>>>>>>>>>>>>>>> { patches } are invalid field names in > >>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. > Valid > >>>>>>> fields > >>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, > >> remove, > >>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, > >>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, > homepage, > >>>>>>>>>>>>>>>>>>> version, name } 'opam init > >>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>>>>>> Santosh > >>>>>>>>>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 08:17:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 08:17: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 1UW0Jm-0003k4-Vb; Sat, 27 Apr 2013 08:17:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW0Jl-0003jz-O1 for xen-api@lists.xen.org; Sat, 27 Apr 2013 08:17:14 +0000 Received: from [85.158.138.51:53226] by server-12.bemta-3.messagelabs.com id E0/E1-01357-4898B715; Sat, 27 Apr 2013 08:17:08 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1367050627!20394881!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17244 invoked from network); 27 Apr 2013 08:17:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 08:17:07 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4001149" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 08:17:07 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Sat, 27 Apr 2013 09:17:06 +0100 From: Dave Scott To: Santosh Jodh Date: Sat, 27 Apr 2013 09:16:58 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5DH5p89oz3Z3MKQ4qHv4TVKFGBrQ== Message-ID: <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Luckily OCaml doesn't do dynamic linking, so all you need is the binary + and C libs it's linked against. Cheers, -- Dave Scott XenServer System Architect On Apr 27, 2013, at 1:15 AM, "Santosh Jodh" wrote: > Yes - that works for me. I am able to run it on a 64 bit Wheezy! > > I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? > > For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. > >> -----Original Message----- >> From: Jonathan Ludlam >> Sent: Friday, April 26, 2013 3:27 PM >> To: Santosh Jodh >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> So there seems to be new package 'rrddump' in opam-repo-dev now, thanks >> to John Else! >> >> Santosh, does that work for you? >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 22:27, "Santosh Jodh" >> wrote: >> >>> Same error. >>> >>>> -----Original Message----- >>>> From: Jonathan Ludlam >>>> Sent: Friday, April 26, 2013 2:21 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Rm -rf and reclone? >>>> >>>> Jon >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 21:58, "Santosh Jodh" >>>> wrote: >>>> >>>>> There were only 2 .omake* files in the xen-api folder. I deleted >> them >>>> and still get the error. Are there other locations for these files I >>>> need to clean? >>>>> >>>>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>>>> >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.12 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> *** omake: 149/277 targets are up to date >>>>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 >> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/database/string_marshall_helper.cmi >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.cmx >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.o >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> make: *** [all] Error 127 >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 12:57 PM >>>>>> To: Jonathan Ludlam >>>>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Ah good point. Iirc Omake caches the compiler when you first run >> it. >>>>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>>>> wrote: >>>>>> >>>>>>> I'm still suspicious that it's using the byte code compilers. >> I've >>>>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >>>> too, >>>>>> get stack overflow. >>>>>>> >>>>>>> Try verifying with ps to see which compiler it's using? >>>>>>> >>>>>>> Jon >>>>>>> >>>>>>> Sent from my iPad >>>>>>> >>>>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >> >>>>>> wrote: >>>>>>> >>>>>>>> I guess the unit is kb. >>>>>>>> >>>>>>>> So it is 16MB and that's the highest it can go. >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>>>> 16384 >>>>>>>> >>>>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >> 32384 >>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> 16k seems a little small to me. According to Wikipedia the >> basic >>>>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >>>> deep. >>>>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we >>>>>>>>> currently have, per thread, in XCP/XS dom0) :-) >>>>>>>>> >>>>>>>>> When I'm back at a proper computer I'll have a look at my >> default >>>>>>>>> stack (on mobile device atm) >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>>>> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> I doubled it to 16k and it still fails. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>>>> To: Jonathan Ludlam >>>>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Santosh, >>>>>>>>>> >>>>>>>>>> If you're getting a stack overflow exception, it's probably >>>> worth >>>>>>>>> increasing your ulimit -s and trying again... >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>>>> >>>>>>>>>>> Sent from my iPad >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>>>> >>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Ok - I misunderstood you when you said each repo has >> several >>>>>>>>> branches. >>>>>>>>>>>> >>>>>>>>>>>> I get following on fusion branch: >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>> * fusion >>>>>>>>>>>> master >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >>>> phase1 >>>>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >>>> object, >>>>>>>>>>>> consider re-linking >>>>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>>>> --- Checking for ocamlopt.opt... (found >> /usr/bin/ocamlopt.opt) >>>>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>>>> (yes) >>>>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - >> thread >>>>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I >> ocaml_backend >>>>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >>>> 133/396 >>>>>>>>>>>> digests) >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>>>> >>>>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout >> fusion >>>>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to >>>>>> git. >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>>>> [core] >>>>>>>>>>>>> repositoryformatversion = 0 >>>>>>>>>>>>> filemode = true >>>>>>>>>>>>> bare = false >>>>>>>>>>>>> logallrefupdates = true >>>>>>>>>>>>> [remote "origin"] >>>>>>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>>> [branch "master"] >>>>>>>>>>>>> remote = origin >>>>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>>> * master >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >>>> origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>>>> >>>>>>>>>>>>> It is... but each repo has several branches. I think all >> you >>>>>>>>>>>>> need >>>>>>>>> to do is: >>>>>>>>>>>>> >>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>>>> >>>>>>>>>>>> rm -rf xen-api >>>>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>>>> cd xen-api >>>>>>>>>>>> git checkout fusion >>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Cheers, >>>>>>>>>>>> Dave >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> Dave >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >>>> build? >>>>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>>>> >>>>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>>>> 'rpclib' >>>>>>>>>>>>>> these >>>>>>>>>>>>>> days: >>>>>>>>>>>>>> >>>>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>>>> >>>>>>>>>>>>>> It looks like the branch of xen-api you're trying to build >>>> is >>>>>>>>> still using the old name. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>> Dave >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>>>> The initial ones were from >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>>>> ml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>>>>>>>> Package >>>>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Which wiki page are you getting all these instructions >>>> from? >>>>>>>>> I'd like to see what the custom Xen OPAM packages are, as there >>>>>> seem >>>>>>>>> to be some custom ones that aren't distributed in mainline >> OPAM. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>>>> >>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to >> know >>>>>>>>> about it. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. >> dm_api.mli >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>>>> digests) >>>>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>>>> >>>>> string_marshall_helper.ml> >>>>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>>>> > gen_common.ml> >>>>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> >>>>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> >>>>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package >> name >>>>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>>>> xen-api-libs; >>>>>>>>> you should only need xen-api now... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>>>> camlp4- >>>>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>>>> Will >>>>>>>>> try the fusion branch next. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>>>> # path >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>>>> # env-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.env >>>>>>>>>>>>>>>>>> # stdout-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.out >>>>>>>>>>>>>>>>>> # stderr-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.err >>>>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind >> ocamlc >>>>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc - >> c >>>>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No >>>>>> such >>>>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>> Wheezy >>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc >> the >>>>>>>>>>>>>>>>>> name >>>>>>>>> of type-conv changed upstream and we haven't changed everything >>>>>> over >>>>>>>>> to the new name yet. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> If that works you might want to try building either >>>> Jon's >>>>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >>>> github. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> opam install installed type_conv but I am still >> getting >>>>>>>>>>>>>>>>>>> the >>>>>>>>> exact same error. Do I need to refresh environment to pick up >> the >>>>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps >> when >>>>>>>>>>>>>>>>>>> you >>>>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs >> now. >>>>>> It >>>>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>>>> ../uuid >>>>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >>>> light >>>>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- >>>>>> light >>>>>>>>>>>>>>>>>>>> - >>>>>>>>> c >>>>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>> Wheezy >>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>>>> packages >>>>>>>>> as soon as Debian and other packaging vendors catch up in their >>>>>>>>> release >>>>>>>>> cycles: >>>>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>>>> snapshot >>>>>>>>> now. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 >> and >>>>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>>>> package list. It may be easier to just delete ~/.opam and >>>>>> recompile packages. >>>>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo >> git://github.com/xen- >>>>>>>>> org/opam? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>>>> uninstall >>>>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? >> If >>>>>>>>>>>>>>>>>>>>> so, >>>>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the >> OCamlPro >>>>>>>>> repository, rather than xen-org's fork (it's several months out >>>> of >>>>>>>>> date), and secondly building a tagged release of opam rather >> than >>>>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam >> git >>>>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>>>> install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>>>> (OCamlPro) >>>>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 >> Standard >>>>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository >> ... >>>>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. >> Valid >>>>>>>>> fields >>>>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >>>> remove, >>>>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, >> homepage, >>>>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 08:17:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 08:17: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 1UW0Jm-0003k4-Vb; Sat, 27 Apr 2013 08:17:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW0Jl-0003jz-O1 for xen-api@lists.xen.org; Sat, 27 Apr 2013 08:17:14 +0000 Received: from [85.158.138.51:53226] by server-12.bemta-3.messagelabs.com id E0/E1-01357-4898B715; Sat, 27 Apr 2013 08:17:08 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1367050627!20394881!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17244 invoked from network); 27 Apr 2013 08:17:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 08:17:07 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4001149" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 08:17:07 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Sat, 27 Apr 2013 09:17:06 +0100 From: Dave Scott To: Santosh Jodh Date: Sat, 27 Apr 2013 09:16:58 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5DH5p89oz3Z3MKQ4qHv4TVKFGBrQ== Message-ID: <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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, Luckily OCaml doesn't do dynamic linking, so all you need is the binary + and C libs it's linked against. Cheers, -- Dave Scott XenServer System Architect On Apr 27, 2013, at 1:15 AM, "Santosh Jodh" wrote: > Yes - that works for me. I am able to run it on a 64 bit Wheezy! > > I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? > > For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. > >> -----Original Message----- >> From: Jonathan Ludlam >> Sent: Friday, April 26, 2013 3:27 PM >> To: Santosh Jodh >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> So there seems to be new package 'rrddump' in opam-repo-dev now, thanks >> to John Else! >> >> Santosh, does that work for you? >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 22:27, "Santosh Jodh" >> wrote: >> >>> Same error. >>> >>>> -----Original Message----- >>>> From: Jonathan Ludlam >>>> Sent: Friday, April 26, 2013 2:21 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Rm -rf and reclone? >>>> >>>> Jon >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 21:58, "Santosh Jodh" >>>> wrote: >>>> >>>>> There were only 2 .omake* files in the xen-api folder. I deleted >> them >>>> and still get the error. Are there other locations for these files I >>>> need to clean? >>>>> >>>>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>>>> >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.12 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> *** omake: 149/277 targets are up to date >>>>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 >> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/database/string_marshall_helper.cmi >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.cmx >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.o >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> make: *** [all] Error 127 >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 12:57 PM >>>>>> To: Jonathan Ludlam >>>>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Ah good point. Iirc Omake caches the compiler when you first run >> it. >>>>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>>>> wrote: >>>>>> >>>>>>> I'm still suspicious that it's using the byte code compilers. >> I've >>>>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >>>> too, >>>>>> get stack overflow. >>>>>>> >>>>>>> Try verifying with ps to see which compiler it's using? >>>>>>> >>>>>>> Jon >>>>>>> >>>>>>> Sent from my iPad >>>>>>> >>>>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >> >>>>>> wrote: >>>>>>> >>>>>>>> I guess the unit is kb. >>>>>>>> >>>>>>>> So it is 16MB and that's the highest it can go. >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>>>> 16384 >>>>>>>> >>>>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >> 32384 >>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>>>> >>>>>>>>> 16k seems a little small to me. According to Wikipedia the >> basic >>>>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >>>> deep. >>>>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what we >>>>>>>>> currently have, per thread, in XCP/XS dom0) :-) >>>>>>>>> >>>>>>>>> When I'm back at a proper computer I'll have a look at my >> default >>>>>>>>> stack (on mobile device atm) >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>>>> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> I doubled it to 16k and it still fails. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>>>> To: Jonathan Ludlam >>>>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Santosh, >>>>>>>>>> >>>>>>>>>> If you're getting a stack overflow exception, it's probably >>>> worth >>>>>>>>> increasing your ulimit -s and trying again... >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>>>> >>>>>>>>>>> Sent from my iPad >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>>>> >>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Ok - I misunderstood you when you said each repo has >> several >>>>>>>>> branches. >>>>>>>>>>>> >>>>>>>>>>>> I get following on fusion branch: >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>> * fusion >>>>>>>>>>>> master >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >>>> phase1 >>>>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >>>> object, >>>>>>>>>>>> consider re-linking >>>>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>>>> --- Checking for ocamlopt.opt... (found >> /usr/bin/ocamlopt.opt) >>>>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>>>> (yes) >>>>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - >> thread >>>>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I >> ocaml_backend >>>>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >>>> 133/396 >>>>>>>>>>>> digests) >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>>>> >>>>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout >> fusion >>>>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known to >>>>>> git. >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>>>> [core] >>>>>>>>>>>>> repositoryformatversion = 0 >>>>>>>>>>>>> filemode = true >>>>>>>>>>>>> bare = false >>>>>>>>>>>>> logallrefupdates = true >>>>>>>>>>>>> [remote "origin"] >>>>>>>>>>>>> fetch = +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>>> [branch "master"] >>>>>>>>>>>>> remote = origin >>>>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>>> * master >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >>>> origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>>>> >>>>>>>>>>>>> It is... but each repo has several branches. I think all >> you >>>>>>>>>>>>> need >>>>>>>>> to do is: >>>>>>>>>>>>> >>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>>>> >>>>>>>>>>>> rm -rf xen-api >>>>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>>>> cd xen-api >>>>>>>>>>>> git checkout fusion >>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Cheers, >>>>>>>>>>>> Dave >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> Dave >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >>>> build? >>>>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>>>> >>>>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>>>> 'rpclib' >>>>>>>>>>>>>> these >>>>>>>>>>>>>> days: >>>>>>>>>>>>>> >>>>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>>>> >>>>>>>>>>>>>> It looks like the branch of xen-api you're trying to build >>>> is >>>>>>>>> still using the old name. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>> Dave >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>>>> The initial ones were from >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>>>> ml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install rpc >>>>>>>>> Package >>>>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Which wiki page are you getting all these instructions >>>> from? >>>>>>>>> I'd like to see what the custom Xen OPAM packages are, as there >>>>>> seem >>>>>>>>> to be some custom ones that aren't distributed in mainline >> OPAM. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>>>> >>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to >> know >>>>>>>>> about it. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. >> dm_api.mli >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>>>> digests) >>>>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>>>> >>>>> string_marshall_helper.ml> >>>>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>>>> > gen_common.ml> >>>>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> >>>>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> >>>>>>>>>>>>>>>> depends on: ocaml/idl/dm_api.mli >>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package >> name >>>>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>>>> xen-api-libs; >>>>>>>>> you should only need xen-api now... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>>>> camlp4- >>>>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>>>> Will >>>>>>>>> try the fusion branch next. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>>>> # path >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>>>> # env-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.env >>>>>>>>>>>>>>>>>> # stdout-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.out >>>>>>>>>>>>>>>>>> # stderr-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.err >>>>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind >> ocamlc >>>>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc - >> c >>>>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: No >>>>>> such >>>>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>> Wheezy >>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc >> the >>>>>>>>>>>>>>>>>> name >>>>>>>>> of type-conv changed upstream and we haven't changed everything >>>>>> over >>>>>>>>> to the new name yet. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> If that works you might want to try building either >>>> Jon's >>>>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >>>> github. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> opam install installed type_conv but I am still >> getting >>>>>>>>>>>>>>>>>>> the >>>>>>>>> exact same error. Do I need to refresh environment to pick up >> the >>>>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps >> when >>>>>>>>>>>>>>>>>>> you >>>>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs >> now. >>>>>> It >>>>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>>>> ../uuid >>>>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >>>> light >>>>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light -I >>>>>>>>>>>>>>>>>>>> ../jsonrpc -I ../rpc-light -I ../jsonrpc -I ../rpc- >>>>>> light >>>>>>>>>>>>>>>>>>>> - >>>>>>>>> c >>>>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>> Wheezy >>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>>>> packages >>>>>>>>> as soon as Debian and other packaging vendors catch up in their >>>>>>>>> release >>>>>>>>> cycles: >>>>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>>>> snapshot >>>>>>>>> now. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 >> and >>>>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>>>> package list. It may be easier to just delete ~/.opam and >>>>>> recompile packages. >>>>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo >> git://github.com/xen- >>>>>>>>> org/opam? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>>>> uninstall >>>>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? >> If >>>>>>>>>>>>>>>>>>>>> so, >>>>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the >> OCamlPro >>>>>>>>> repository, rather than xen-org's fork (it's several months out >>>> of >>>>>>>>> date), and secondly building a tagged release of opam rather >> than >>>>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam >> git >>>>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>>>> install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>>>> (OCamlPro) >>>>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 >> Standard >>>>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository >> ... >>>>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. >> Valid >>>>>>>>> fields >>>>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >>>> remove, >>>>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, >> homepage, >>>>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 14:02:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 14:02: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 1UW5hN-0001pL-OO; Sat, 27 Apr 2013 14:01:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW5hL-0001pG-T0 for xen-api@lists.xen.org; Sat, 27 Apr 2013 14:01:56 +0000 Received: from [85.158.138.51:6019] by server-4.bemta-3.messagelabs.com id 62/2D-21470-E4ADB715; Sat, 27 Apr 2013 14:01:50 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1367071307!27776457!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17557 invoked from network); 27 Apr 2013 14:01:48 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 14:01:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,562,1363132800"; d="scan'208";a="21957948" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 14:01:34 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Sat, 27 Apr 2013 07:01:34 -0700 From: Santosh Jodh To: Dave Scott Date: Sat, 27 Apr 2013 07:01:31 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5DH5p89oz3Z3MKQ4qHv4TVKFGBrQAL/Olw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544878@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> In-Reply-To: <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Cool. How do I force a 32 bit compile of rrddump? -----Original Message----- From: Dave Scott Sent: Saturday, April 27, 2013 1:17 AM To: Santosh Jodh Cc: Jonathan Ludlam; Anil Madhavapeddy; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Hi, Luckily OCaml doesn't do dynamic linking, so all you need is the binary + and C libs it's linked against. Cheers, -- Dave Scott XenServer System Architect On Apr 27, 2013, at 1:15 AM, "Santosh Jodh" wrote: > Yes - that works for me. I am able to run it on a 64 bit Wheezy! > > I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? > > For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. > >> -----Original Message----- >> From: Jonathan Ludlam >> Sent: Friday, April 26, 2013 3:27 PM >> To: Santosh Jodh >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> So there seems to be new package 'rrddump' in opam-repo-dev now, >> thanks to John Else! >> >> Santosh, does that work for you? >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 22:27, "Santosh Jodh" >> wrote: >> >>> Same error. >>> >>>> -----Original Message----- >>>> From: Jonathan Ludlam >>>> Sent: Friday, April 26, 2013 2:21 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Rm -rf and reclone? >>>> >>>> Jon >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 21:58, "Santosh Jodh" >>>> wrote: >>>> >>>>> There were only 2 .omake* files in the xen-api folder. I deleted >> them >>>> and still get the error. Are there other locations for these files >>>> I need to clean? >>>>> >>>>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>>>> >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.12 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> *** omake: 149/277 targets are up to date >>>>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 >> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/database/string_marshall_helper.cmi >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.cmx >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.o >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> make: *** [all] Error 127 >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 12:57 PM >>>>>> To: Jonathan Ludlam >>>>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Ah good point. Iirc Omake caches the compiler when you first run >> it. >>>>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>>>> wrote: >>>>>> >>>>>>> I'm still suspicious that it's using the byte code compilers. >> I've >>>>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >>>> too, >>>>>> get stack overflow. >>>>>>> >>>>>>> Try verifying with ps to see which compiler it's using? >>>>>>> >>>>>>> Jon >>>>>>> >>>>>>> Sent from my iPad >>>>>>> >>>>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >> >>>>>> wrote: >>>>>>> >>>>>>>> I guess the unit is kb. >>>>>>>> >>>>>>>> So it is 16MB and that's the highest it can go. >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>>>> 16384 >>>>>>>> >>>>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >> 32384 >>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>> AMD64 >>>>>>>>> >>>>>>>>> 16k seems a little small to me. According to Wikipedia the >> basic >>>>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >>>> deep. >>>>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what >>>>>>>>> we currently have, per thread, in XCP/XS dom0) :-) >>>>>>>>> >>>>>>>>> When I'm back at a proper computer I'll have a look at my >> default >>>>>>>>> stack (on mobile device atm) >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>>>> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> I doubled it to 16k and it still fails. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>>>> To: Jonathan Ludlam >>>>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Santosh, >>>>>>>>>> >>>>>>>>>> If you're getting a stack overflow exception, it's probably >>>> worth >>>>>>>>> increasing your ulimit -s and trying again... >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>>>> >>>>>>>>>>> Sent from my iPad >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>>>> >>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Ok - I misunderstood you when you said each repo has >> several >>>>>>>>> branches. >>>>>>>>>>>> >>>>>>>>>>>> I get following on fusion branch: >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>> * fusion >>>>>>>>>>>> master >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >>>> phase1 >>>>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >>>> object, >>>>>>>>>>>> consider re-linking >>>>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>>>> --- Checking for ocamlopt.opt... (found >> /usr/bin/ocamlopt.opt) >>>>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>>>> (yes) >>>>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - >> thread >>>>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I >> ocaml_backend >>>>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >>>> 133/396 >>>>>>>>>>>> digests) >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>>>> >>>>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout >> fusion >>>>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known >>>>>>>>>>>>> to >>>>>> git. >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>>>> [core] >>>>>>>>>>>>> repositoryformatversion = 0 filemode = true bare = >>>>>>>>>>>>> false logallrefupdates = true [remote "origin"] fetch = >>>>>>>>>>>>> +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>>> [branch "master"] >>>>>>>>>>>>> remote = origin >>>>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>>> * master >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >>>> origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>>>> >>>>>>>>>>>>> It is... but each repo has several branches. I think all >> you >>>>>>>>>>>>> need >>>>>>>>> to do is: >>>>>>>>>>>>> >>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>>>> >>>>>>>>>>>> rm -rf xen-api >>>>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>>>> cd xen-api >>>>>>>>>>>> git checkout fusion >>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Cheers, >>>>>>>>>>>> Dave >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> Dave >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >>>> build? >>>>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>>>> >>>>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>>>> 'rpclib' >>>>>>>>>>>>>> these >>>>>>>>>>>>>> days: >>>>>>>>>>>>>> >>>>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>>>> >>>>>>>>>>>>>> It looks like the branch of xen-api you're trying to >>>>>>>>>>>>>> build >>>> is >>>>>>>>> still using the old name. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>> Dave >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>>>> The initial ones were from >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>>>> ml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>> rpc >>>>>>>>> Package >>>>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Which wiki page are you getting all these instructions >>>> from? >>>>>>>>> I'd like to see what the custom Xen OPAM packages are, as >>>>>>>>> there >>>>>> seem >>>>>>>>> to be some custom ones that aren't distributed in mainline >> OPAM. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>>>> >>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to >> know >>>>>>>>> about it. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. >> dm_api.mli >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>>>> digests) >>>>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>>>> >>>>> string_marshall_helper.ml> >>>>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>>>> > gen_common.ml> >>>>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> depends on: >>>>>>>>>>>>>>>> ocaml/idl/dm_api.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> depends on: >>>>>>>>>>>>>>>> ocaml/idl/dm_api.mli >>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package >> name >>>>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>>>> xen-api-libs; >>>>>>>>> you should only need xen-api now... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>>>> camlp4- >>>>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>>>> Will >>>>>>>>> try the fusion branch next. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; >>>>>>>>>>>>>>>>> xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>>>> # path >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>>>> # env-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.env >>>>>>>>>>>>>>>>>> # stdout-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.out >>>>>>>>>>>>>>>>>> # stderr-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.err >>>>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind >> ocamlc >>>>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc >>>>>>>>>>>>>>>>>> - >> c >>>>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: >>>>>>>>>>>>>>>>>> No >>>>>> such >>>>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>> Wheezy >>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc >> the >>>>>>>>>>>>>>>>>> name >>>>>>>>> of type-conv changed upstream and we haven't changed >>>>>>>>> everything >>>>>> over >>>>>>>>> to the new name yet. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> If that works you might want to try building either >>>> Jon's >>>>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >>>> github. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> opam install installed type_conv but I am still >> getting >>>>>>>>>>>>>>>>>>> the >>>>>>>>> exact same error. Do I need to refresh environment to pick up >> the >>>>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps >> when >>>>>>>>>>>>>>>>>>> you >>>>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs >> now. >>>>>> It >>>>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>>>> ../uuid >>>>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >>>> light >>>>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>>>>>>>>>>>>>>>>>>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>>>>>>>>>>>>>>>>> ../rpc- >>>>>> light >>>>>>>>>>>>>>>>>>>> - >>>>>>>>> c >>>>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>> Wheezy >>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>>>> packages >>>>>>>>> as soon as Debian and other packaging vendors catch up in >>>>>>>>> their release >>>>>>>>> cycles: >>>>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>>>> snapshot >>>>>>>>> now. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 >> and >>>>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>>>> package list. It may be easier to just delete ~/.opam and >>>>>> recompile packages. >>>>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo >> git://github.com/xen- >>>>>>>>> org/opam? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>>>> uninstall >>>>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? >> If >>>>>>>>>>>>>>>>>>>>> so, >>>>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the >> OCamlPro >>>>>>>>> repository, rather than xen-org's fork (it's several months >>>>>>>>> out >>>> of >>>>>>>>> date), and secondly building a tagged release of opam rather >> than >>>>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam >> git >>>>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>>>> install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>>>> (OCamlPro) >>>>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 >> Standard >>>>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository >> ... >>>>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. >> Valid >>>>>>>>> fields >>>>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >>>> remove, >>>>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, >> homepage, >>>>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 14:02:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 14:02: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 1UW5hN-0001pL-OO; Sat, 27 Apr 2013 14:01:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW5hL-0001pG-T0 for xen-api@lists.xen.org; Sat, 27 Apr 2013 14:01:56 +0000 Received: from [85.158.138.51:6019] by server-4.bemta-3.messagelabs.com id 62/2D-21470-E4ADB715; Sat, 27 Apr 2013 14:01:50 +0000 X-Env-Sender: Santosh.Jodh@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1367071307!27776457!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17557 invoked from network); 27 Apr 2013 14:01:48 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 14:01:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,562,1363132800"; d="scan'208";a="21957948" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 14:01:34 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Sat, 27 Apr 2013 07:01:34 -0700 From: Santosh Jodh To: Dave Scott Date: Sat, 27 Apr 2013 07:01:31 -0700 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5DH5p89oz3Z3MKQ4qHv4TVKFGBrQAL/Olw Message-ID: <7914B38A4445B34AA16EB9F1352942F10143BB544878@SJCPMAILBOX01.citrite.net> References: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> In-Reply-To: <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 Cool. How do I force a 32 bit compile of rrddump? -----Original Message----- From: Dave Scott Sent: Saturday, April 27, 2013 1:17 AM To: Santosh Jodh Cc: Jonathan Ludlam; Anil Madhavapeddy; xen-api@lists.xen.org Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Hi, Luckily OCaml doesn't do dynamic linking, so all you need is the binary + and C libs it's linked against. Cheers, -- Dave Scott XenServer System Architect On Apr 27, 2013, at 1:15 AM, "Santosh Jodh" wrote: > Yes - that works for me. I am able to run it on a 64 bit Wheezy! > > I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? > > For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. > >> -----Original Message----- >> From: Jonathan Ludlam >> Sent: Friday, April 26, 2013 3:27 PM >> To: Santosh Jodh >> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >> >> So there seems to be new package 'rrddump' in opam-repo-dev now, >> thanks to John Else! >> >> Santosh, does that work for you? >> >> Jon >> >> Sent from my iPad >> >> On 26 Apr 2013, at 22:27, "Santosh Jodh" >> wrote: >> >>> Same error. >>> >>>> -----Original Message----- >>>> From: Jonathan Ludlam >>>> Sent: Friday, April 26, 2013 2:21 PM >>>> To: Santosh Jodh >>>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>> >>>> Rm -rf and reclone? >>>> >>>> Jon >>>> >>>> Sent from my iPad >>>> >>>> On 26 Apr 2013, at 21:58, "Santosh Jodh" >>>> wrote: >>>> >>>>> There were only 2 .omake* files in the xen-api folder. I deleted >> them >>>> and still get the error. Are there other locations for these files >>>> I need to clean? >>>>> >>>>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>>>> >>>>> >>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>> consider re-linking >>>>> *** omake: reading OMakefiles >>>>> *** omake: finished reading OMakefiles (0.12 sec) >>>>> --- Checking for ocamlfind... (found >>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>> *** omake: 149/277 targets are up to date >>>>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 >> digests) >>>>> *** omake: targets were not rebuilt because of errors: >>>>> ocaml/database/string_marshall_helper.cmi >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.cmx >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> ocaml/database/string_marshall_helper.o >>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>> make: *** [all] Error 127 >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Dave Scott >>>>>> Sent: Friday, April 26, 2013 12:57 PM >>>>>> To: Jonathan Ludlam >>>>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>> >>>>>> Ah good point. Iirc Omake caches the compiler when you first run >> it. >>>>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>>>> >>>>>> -- >>>>>> Dave Scott >>>>>> XenServer System Architect >>>>>> >>>>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>>>> wrote: >>>>>> >>>>>>> I'm still suspicious that it's using the byte code compilers. >> I've >>>>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >>>> too, >>>>>> get stack overflow. >>>>>>> >>>>>>> Try verifying with ps to see which compiler it's using? >>>>>>> >>>>>>> Jon >>>>>>> >>>>>>> Sent from my iPad >>>>>>> >>>>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >> >>>>>> wrote: >>>>>>> >>>>>>>> I guess the unit is kb. >>>>>>>> >>>>>>>> So it is 16MB and that's the highest it can go. >>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>>>> 16384 >>>>>>>> >>>>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >> 32384 >>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Dave Scott >>>>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>>>> To: Santosh Jodh >>>>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>> AMD64 >>>>>>>>> >>>>>>>>> 16k seems a little small to me. According to Wikipedia the >> basic >>>>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >>>> deep. >>>>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what >>>>>>>>> we currently have, per thread, in XCP/XS dom0) :-) >>>>>>>>> >>>>>>>>> When I'm back at a proper computer I'll have a look at my >> default >>>>>>>>> stack (on mobile device atm) >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Scott >>>>>>>>> XenServer System Architect >>>>>>>>> >>>>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>>>> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> I doubled it to 16k and it still fails. >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>>>> To: Jonathan Ludlam >>>>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>> >>>>>>>>>> Santosh, >>>>>>>>>> >>>>>>>>>> If you're getting a stack overflow exception, it's probably >>>> worth >>>>>>>>> increasing your ulimit -s and trying again... >>>>>>>>>> >>>>>>>>>> -anil >>>>>>>>>> >>>>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>>>> >>>>>>>>>>> Sent from my iPad >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>>>> >>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Ok - I misunderstood you when you said each repo has >> several >>>>>>>>> branches. >>>>>>>>>>>> >>>>>>>>>>>> I get following on fusion branch: >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>> * fusion >>>>>>>>>>>> master >>>>>>>>>>>> >>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >>>> phase1 >>>>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >>>> object, >>>>>>>>>>>> consider re-linking >>>>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>>>> --- Checking for ocamlopt.opt... (found >> /usr/bin/ocamlopt.opt) >>>>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>>>> (yes) >>>>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - >> thread >>>>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I >> ocaml_backend >>>>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >>>> 133/396 >>>>>>>>>>>> digests) >>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>> AMD64 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>>>> >>>>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout >> fusion >>>>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known >>>>>>>>>>>>> to >>>>>> git. >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>>>> [core] >>>>>>>>>>>>> repositoryformatversion = 0 filemode = true bare = >>>>>>>>>>>>> false logallrefupdates = true [remote "origin"] fetch = >>>>>>>>>>>>> +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>>>> >>>>>>>>>>>>> [branch "master"] >>>>>>>>>>>>> remote = origin >>>>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>>> * master >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >>>> origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>>>> >>>>>>>>>>>>> It is... but each repo has several branches. I think all >> you >>>>>>>>>>>>> need >>>>>>>>> to do is: >>>>>>>>>>>>> >>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>>>> >>>>>>>>>>>> rm -rf xen-api >>>>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>>>> cd xen-api >>>>>>>>>>>> git checkout fusion >>>>>>>>>>>> make >>>>>>>>>>>> >>>>>>>>>>>> Cheers, >>>>>>>>>>>> Dave >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> Dave >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >>>> build? >>>>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>>>> >>>>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>>>> 'rpclib' >>>>>>>>>>>>>> these >>>>>>>>>>>>>> days: >>>>>>>>>>>>>> >>>>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>>>> >>>>>>>>>>>>>> It looks like the branch of xen-api you're trying to >>>>>>>>>>>>>> build >>>> is >>>>>>>>> still using the old name. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>> Dave >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>>>> The initial ones were from >>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>>>> ml >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>> rpc >>>>>>>>> Package >>>>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Which wiki page are you getting all these instructions >>>> from? >>>>>>>>> I'd like to see what the custom Xen OPAM packages are, as >>>>>>>>> there >>>>>> seem >>>>>>>>> to be some custom ones that aren't distributed in mainline >> OPAM. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>>>> >>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to >> know >>>>>>>>> about it. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. >> dm_api.mli >>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>>>> digests) >>>>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>>>> >>>>> string_marshall_helper.ml> >>>>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>>>> > gen_common.ml> >>>>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> depends on: >>>>>>>>>>>>>>>> ocaml/idl/dm_api.ml >>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> depends on: >>>>>>>>>>>>>>>> ocaml/idl/dm_api.mli >>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package >> name >>>>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>>>> xen-api-libs; >>>>>>>>> you should only need xen-api now... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>>>> camlp4- >>>>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>>>> Will >>>>>>>>> try the fusion branch next. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; >>>>>>>>>>>>>>>>> xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>>>> # path >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>>>> # env-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.env >>>>>>>>>>>>>>>>>> # stdout-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.out >>>>>>>>>>>>>>>>>> # stderr-file >>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >> 2635- >>>>>>>>> d474c2.err >>>>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind >> ocamlc >>>>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc >>>>>>>>>>>>>>>>>> - >> c >>>>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: >>>>>>>>>>>>>>>>>> No >>>>>> such >>>>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- >> api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>> Wheezy >>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc >> the >>>>>>>>>>>>>>>>>> name >>>>>>>>> of type-conv changed upstream and we haven't changed >>>>>>>>> everything >>>>>> over >>>>>>>>> to the new name yet. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> If that works you might want to try building either >>>> Jon's >>>>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >>>> github. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> opam install installed type_conv but I am still >> getting >>>>>>>>>>>>>>>>>>> the >>>>>>>>> exact same error. Do I need to refresh environment to pick up >> the >>>>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps >> when >>>>>>>>>>>>>>>>>>> you >>>>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs >> now. >>>>>> It >>>>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>>>> ../uuid >>>>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >>>> light >>>>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>>>>>>>>>>>>>>>>>>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>>>>>>>>>>>>>>>>> ../rpc- >>>>>> light >>>>>>>>>>>>>>>>>>>> - >>>>>>>>> c >>>>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>> Wheezy >>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>>>> packages >>>>>>>>> as soon as Debian and other packaging vendors catch up in >>>>>>>>> their release >>>>>>>>> cycles: >>>>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>>>> snapshot >>>>>>>>> now. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 >> and >>>>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>>>> package list. It may be easier to just delete ~/.opam and >>>>>> recompile packages. >>>>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Yes - they are from wiki >> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo >> git://github.com/xen- >>>>>>>>> org/opam? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>>>> uninstall >>>>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy >> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? >> If >>>>>>>>>>>>>>>>>>>>> so, >>>>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the >> OCamlPro >>>>>>>>> repository, rather than xen-org's fork (it's several months >>>>>>>>> out >>>> of >>>>>>>>> date), and secondly building a tagged release of opam rather >> than >>>>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam >> git >>>>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>>>> install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>>>> (OCamlPro) >>>>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian >> Wheezy >>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 >> Standard >>>>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository >> ... >>>>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. >> Valid >>>>>>>>> fields >>>>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >>>> remove, >>>>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, >> homepage, >>>>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 17:08:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 17:08: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 1UW8bM-0005wQ-9m; Sat, 27 Apr 2013 17:07:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW8bK-0005wL-4q for xen-api@lists.xen.org; Sat, 27 Apr 2013 17:07:54 +0000 Received: from [85.158.143.99:15052] by server-2.bemta-4.messagelabs.com id 17/ED-12656-9E50C715; Sat, 27 Apr 2013 17:07:53 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1367082472!25065110!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32191 invoked from network); 27 Apr 2013 17:07:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 17:07:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4005252" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 17:07:52 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Sat, 27 Apr 2013 18:07:52 +0100 From: Dave Scott To: Santosh Jodh Date: Sat, 27 Apr 2013 18:07:47 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5DacBM37uOKQqiSumVPnvJA2vvuA== Message-ID: <881BC2E9-FB7B-41B2-B235-AF6EDDE51F50@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544878@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544878@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 For that you'd need either a 32-bit chroot or a VM. I recommend using a VM since its easier (IMHO) to set up but it's up to you... -- Dave Scott XenServer System Architect On Apr 27, 2013, at 3:01 PM, "Santosh Jodh" wrote: > Cool. > > How do I force a 32 bit compile of rrddump? > > -----Original Message----- > From: Dave Scott > Sent: Saturday, April 27, 2013 1:17 AM > To: Santosh Jodh > Cc: Jonathan Ludlam; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Hi, > > Luckily OCaml doesn't do dynamic linking, so all you need is the binary + and C libs it's linked against. > > Cheers, > > -- > Dave Scott > XenServer System Architect > > On Apr 27, 2013, at 1:15 AM, "Santosh Jodh" wrote: > >> Yes - that works for me. I am able to run it on a 64 bit Wheezy! >> >> I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? >> >> For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. >> >>> -----Original Message----- >>> From: Jonathan Ludlam >>> Sent: Friday, April 26, 2013 3:27 PM >>> To: Santosh Jodh >>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> So there seems to be new package 'rrddump' in opam-repo-dev now, >>> thanks to John Else! >>> >>> Santosh, does that work for you? >>> >>> Jon >>> >>> Sent from my iPad >>> >>> On 26 Apr 2013, at 22:27, "Santosh Jodh" >>> wrote: >>> >>>> Same error. >>>> >>>>> -----Original Message----- >>>>> From: Jonathan Ludlam >>>>> Sent: Friday, April 26, 2013 2:21 PM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Rm -rf and reclone? >>>>> >>>>> Jon >>>>> >>>>> Sent from my iPad >>>>> >>>>> On 26 Apr 2013, at 21:58, "Santosh Jodh" >>>>> wrote: >>>>> >>>>>> There were only 2 .omake* files in the xen-api folder. I deleted >>> them >>>>> and still get the error. Are there other locations for these files >>>>> I need to clean? >>>>>> >>>>>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>>>>> >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>>> consider re-linking >>>>>> *** omake: reading OMakefiles >>>>>> *** omake: finished reading OMakefiles (0.12 sec) >>>>>> --- Checking for ocamlfind... (found >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>>> *** omake: 149/277 targets are up to date >>>>>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 >>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> ocaml/database/string_marshall_helper.cmi >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> ocaml/database/string_marshall_helper.cmx >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> ocaml/database/string_marshall_helper.o >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> make: *** [all] Error 127 >>>>>> >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 12:57 PM >>>>>>> To: Jonathan Ludlam >>>>>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Ah good point. Iirc Omake caches the compiler when you first run >>> it. >>>>>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>>>>> wrote: >>>>>>> >>>>>>>> I'm still suspicious that it's using the byte code compilers. >>> I've >>>>>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>>>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >>>>> too, >>>>>>> get stack overflow. >>>>>>>> >>>>>>>> Try verifying with ps to see which compiler it's using? >>>>>>>> >>>>>>>> Jon >>>>>>>> >>>>>>>> Sent from my iPad >>>>>>>> >>>>>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >>> >>>>>>> wrote: >>>>>>>> >>>>>>>>> I guess the unit is kb. >>>>>>>>> >>>>>>>>> So it is 16MB and that's the highest it can go. >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>>>>> 16384 >>>>>>>>> >>>>>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>> 32384 >>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>> AMD64 >>>>>>>>>> >>>>>>>>>> 16k seems a little small to me. According to Wikipedia the >>> basic >>>>>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >>>>> deep. >>>>>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what >>>>>>>>>> we currently have, per thread, in XCP/XS dom0) :-) >>>>>>>>>> >>>>>>>>>> When I'm back at a proper computer I'll have a look at my >>> default >>>>>>>>>> stack (on mobile device atm) >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> I doubled it to 16k and it still fails. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>>>>> To: Jonathan Ludlam >>>>>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Santosh, >>>>>>>>>>> >>>>>>>>>>> If you're getting a stack overflow exception, it's probably >>>>> worth >>>>>>>>>> increasing your ulimit -s and trying again... >>>>>>>>>>> >>>>>>>>>>> -anil >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>>>>> >>>>>>>>>>>> Sent from my iPad >>>>>>>>>>>> >>>>>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>>>>> >>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Ok - I misunderstood you when you said each repo has >>> several >>>>>>>>>> branches. >>>>>>>>>>>>> >>>>>>>>>>>>> I get following on fusion branch: >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>> * fusion >>>>>>>>>>>>> master >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >>>>> phase1 >>>>>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >>>>> object, >>>>>>>>>>>>> consider re-linking >>>>>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>>>>> --- Checking for ocamlopt.opt... (found >>> /usr/bin/ocamlopt.opt) >>>>>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>>>>> (yes) >>>>>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - >>> thread >>>>>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I >>> ocaml_backend >>>>>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >>>>> 133/396 >>>>>>>>>>>>> digests) >>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>>>>> >>>>>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout >>> fusion >>>>>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known >>>>>>>>>>>>>> to >>>>>>> git. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>>>>> [core] >>>>>>>>>>>>>> repositoryformatversion = 0 filemode = true bare = >>>>>>>>>>>>>> false logallrefupdates = true [remote "origin"] fetch = >>>>>>>>>>>>>> +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>>>>> >>>>>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>>>>> >>>>>>>>>>>>>> [branch "master"] >>>>>>>>>>>>>> remote = origin >>>>>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>>>> * master >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >>>>> origin >>>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>>>>> >>>>>>>>>>>>>> It is... but each repo has several branches. I think all >>> you >>>>>>>>>>>>>> need >>>>>>>>>> to do is: >>>>>>>>>>>>>> >>>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>>> make >>>>>>>>>>>>> >>>>>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>>>>> >>>>>>>>>>>>> rm -rf xen-api >>>>>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>> make >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> Dave >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>> Dave >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >>>>> build? >>>>>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>>>>> 'rpclib' >>>>>>>>>>>>>>> these >>>>>>>>>>>>>>> days: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> It looks like the branch of xen-api you're trying to >>>>>>>>>>>>>>> build >>>>> is >>>>>>>>>> still using the old name. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>> Dave >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>>>>> The initial ones were from >>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>>>>> ml >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>> rpc >>>>>>>>>> Package >>>>>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Which wiki page are you getting all these instructions >>>>> from? >>>>>>>>>> I'd like to see what the custom Xen OPAM packages are, as >>>>>>>>>> there >>>>>>> seem >>>>>>>>>> to be some custom ones that aren't distributed in mainline >>> OPAM. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to >>> know >>>>>>>>>> about it. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. >>> dm_api.mli >>>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>>>>> digests) >>>>>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>>>>> >>>>>> string_marshall_helper.ml> >>>>>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>>>>> >> gen_common.ml> >>>>>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> depends on: >>>>>>>>>>>>>>>>> ocaml/idl/dm_api.ml >>>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> depends on: >>>>>>>>>>>>>>>>> ocaml/idl/dm_api.mli >>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package >>> name >>>>>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>> Wheezy >>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>>>>> xen-api-libs; >>>>>>>>>> you should only need xen-api now... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>>>>> camlp4- >>>>>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>>>>> Will >>>>>>>>>> try the fusion branch next. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; >>>>>>>>>>>>>>>>>> xen-api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>> Wheezy >>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>>>>> # path >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>>>>> # env-file >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >>> 2635- >>>>>>>>>> d474c2.env >>>>>>>>>>>>>>>>>>> # stdout-file >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >>> 2635- >>>>>>>>>> d474c2.out >>>>>>>>>>>>>>>>>>> # stderr-file >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >>> 2635- >>>>>>>>>> d474c2.err >>>>>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind >>> ocamlc >>>>>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>>>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc >>>>>>>>>>>>>>>>>>> - >>> c >>>>>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: >>>>>>>>>>>>>>>>>>> No >>>>>>> such >>>>>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- >>> api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>> Wheezy >>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc >>> the >>>>>>>>>>>>>>>>>>> name >>>>>>>>>> of type-conv changed upstream and we haven't changed >>>>>>>>>> everything >>>>>>> over >>>>>>>>>> to the new name yet. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> If that works you might want to try building either >>>>> Jon's >>>>>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >>>>> github. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> opam install installed type_conv but I am still >>> getting >>>>>>>>>>>>>>>>>>>> the >>>>>>>>>> exact same error. Do I need to refresh environment to pick up >>> the >>>>>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps >>> when >>>>>>>>>>>>>>>>>>>> you >>>>>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs >>> now. >>>>>>> It >>>>>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>>>>> ../uuid >>>>>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >>>>> light >>>>>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>>>>>>>>>>>>>>>>>>>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>>>>>>>>>>>>>>>>>> ../rpc- >>>>>>> light >>>>>>>>>>>>>>>>>>>>> - >>>>>>>>>> c >>>>>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>> Wheezy >>>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>>>>> packages >>>>>>>>>> as soon as Debian and other packaging vendors catch up in >>>>>>>>>> their release >>>>>>>>>> cycles: >>>>>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>>>>> snapshot >>>>>>>>>> now. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 >>> and >>>>>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>>>>> package list. It may be easier to just delete ~/.opam and >>>>>>> recompile packages. >>>>>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Yes - they are from wiki >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo >>> git://github.com/xen- >>>>>>>>>> org/opam? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>>>>> uninstall >>>>>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? >>> If >>>>>>>>>>>>>>>>>>>>>> so, >>>>>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the >>> OCamlPro >>>>>>>>>> repository, rather than xen-org's fork (it's several months >>>>>>>>>> out >>>>> of >>>>>>>>>> date), and secondly building a tagged release of opam rather >>> than >>>>>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam >>> git >>>>>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>>>>> install >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>>>>> (OCamlPro) >>>>>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian >>> Wheezy >>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 >>> Standard >>>>>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository >>> ... >>>>>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. >>> Valid >>>>>>>>>> fields >>>>>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >>>>> remove, >>>>>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, >>> homepage, >>>>>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 27 17:08:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 17:08: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 1UW8bM-0005wQ-9m; Sat, 27 Apr 2013 17:07:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW8bK-0005wL-4q for xen-api@lists.xen.org; Sat, 27 Apr 2013 17:07:54 +0000 Received: from [85.158.143.99:15052] by server-2.bemta-4.messagelabs.com id 17/ED-12656-9E50C715; Sat, 27 Apr 2013 17:07:53 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1367082472!25065110!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32191 invoked from network); 27 Apr 2013 17:07:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 17:07:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4005252" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2013 17:07:52 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Sat, 27 Apr 2013 18:07:52 +0100 From: Dave Scott To: Santosh Jodh Date: Sat, 27 Apr 2013 18:07:47 +0100 Thread-Topic: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 Thread-Index: Ac5DacBM37uOKQqiSumVPnvJA2vvuA== Message-ID: <881BC2E9-FB7B-41B2-B235-AF6EDDE51F50@eu.citrix.com> References: <7914B38A4445B34AA16EB9F1352942F10143BB544858@SJCPMAILBOX01.citrite.net> <2C7775FA-75FA-4947-AE82-1115DA78E940@eu.citrix.com> <7914B38A4445B34AA16EB9F1352942F10143BB544878@SJCPMAILBOX01.citrite.net> In-Reply-To: <7914B38A4445B34AA16EB9F1352942F10143BB544878@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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 For that you'd need either a 32-bit chroot or a VM. I recommend using a VM since its easier (IMHO) to set up but it's up to you... -- Dave Scott XenServer System Architect On Apr 27, 2013, at 3:01 PM, "Santosh Jodh" wrote: > Cool. > > How do I force a 32 bit compile of rrddump? > > -----Original Message----- > From: Dave Scott > Sent: Saturday, April 27, 2013 1:17 AM > To: Santosh Jodh > Cc: Jonathan Ludlam; Anil Madhavapeddy; xen-api@lists.xen.org > Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 > > Hi, > > Luckily OCaml doesn't do dynamic linking, so all you need is the binary + and C libs it's linked against. > > Cheers, > > -- > Dave Scott > XenServer System Architect > > On Apr 27, 2013, at 1:15 AM, "Santosh Jodh" wrote: > >> Yes - that works for me. I am able to run it on a 64 bit Wheezy! >> >> I don't know much about ocaml dependencies. If I want to run this binary on another machine, what dependencies would I need to carry over? >> >> For builds - it would be super cool if there was libxen-api-dev that would bring down all the right dependencies and tools needed to build xen-api. >> >>> -----Original Message----- >>> From: Jonathan Ludlam >>> Sent: Friday, April 26, 2013 3:27 PM >>> To: Santosh Jodh >>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>> >>> So there seems to be new package 'rrddump' in opam-repo-dev now, >>> thanks to John Else! >>> >>> Santosh, does that work for you? >>> >>> Jon >>> >>> Sent from my iPad >>> >>> On 26 Apr 2013, at 22:27, "Santosh Jodh" >>> wrote: >>> >>>> Same error. >>>> >>>>> -----Original Message----- >>>>> From: Jonathan Ludlam >>>>> Sent: Friday, April 26, 2013 2:21 PM >>>>> To: Santosh Jodh >>>>> Cc: Dave Scott; Anil Madhavapeddy; xen-api@lists.xen.org >>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>> >>>>> Rm -rf and reclone? >>>>> >>>>> Jon >>>>> >>>>> Sent from my iPad >>>>> >>>>> On 26 Apr 2013, at 21:58, "Santosh Jodh" >>>>> wrote: >>>>> >>>>>> There were only 2 .omake* files in the xen-api folder. I deleted >>> them >>>>> and still get the error. Are there other locations for these files >>>>> I need to clean? >>>>>> >>>>>> I renamed ocamlopt so there is only ocamlopt.opt in the path. >>>>>> >>>>>> >>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 phase1 >>>>>> omake: Symbol `FamErrlist' has different size in shared object, >>>>>> consider re-linking >>>>>> *** omake: reading OMakefiles >>>>>> *** omake: finished reading OMakefiles (0.12 sec) >>>>>> --- Checking for ocamlfind... (found >>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>> --- Checking for ocamlopt.opt... (found /usr/bin/ocamlopt.opt) >>>>>> --- Checking whether ocamlc understands the "z" warnings... (yes) >>>>>> *** omake: 149/277 targets are up to date >>>>>> *** omake: failed (0.23 sec, 20/20 scans, 4/5 rules, 76/281 >>> digests) >>>>>> *** omake: targets were not rebuilt because of errors: >>>>>> ocaml/database/string_marshall_helper.cmi >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> ocaml/database/string_marshall_helper.cmx >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> ocaml/database/string_marshall_helper.o >>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>> make: *** [all] Error 127 >>>>>> >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Dave Scott >>>>>>> Sent: Friday, April 26, 2013 12:57 PM >>>>>>> To: Jonathan Ludlam >>>>>>> Cc: Santosh Jodh; Anil Madhavapeddy; xen-api@lists.xen.org >>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy AMD64 >>>>>>> >>>>>>> Ah good point. Iirc Omake caches the compiler when you first run >>> it. >>>>>>> Try removing all .omake* files to see if it picks up the opt.opt? >>>>>>> >>>>>>> -- >>>>>>> Dave Scott >>>>>>> XenServer System Architect >>>>>>> >>>>>>> On Apr 26, 2013, at 8:52 PM, "Jonathan Ludlam" >>>>>>> wrote: >>>>>>> >>>>>>>> I'm still suspicious that it's using the byte code compilers. >>> I've >>>>>>> just tried here and when I compile datamodel.ml with ocamlopt.opt >>>>>>> (native compiler) it's ok, and when I use ocamlopt (bytecode) I, >>>>> too, >>>>>>> get stack overflow. >>>>>>>> >>>>>>>> Try verifying with ps to see which compiler it's using? >>>>>>>> >>>>>>>> Jon >>>>>>>> >>>>>>>> Sent from my iPad >>>>>>>> >>>>>>>> On 26 Apr 2013, at 20:48, "Santosh Jodh" >>> >>>>>>> wrote: >>>>>>>> >>>>>>>>> I guess the unit is kb. >>>>>>>>> >>>>>>>>> So it is 16MB and that's the highest it can go. >>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>>>>>>>> 16384 >>>>>>>>> >>>>>>>>> -bash: ulimit: stack size: cannot modify limit: Operation not >>>>>>>>> permitted sjodh@REDBLD-XS:~/src/netscaler/xen-api$ ulimit -s >>> 32384 >>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Dave Scott >>>>>>>>>> Sent: Friday, April 26, 2013 12:45 PM >>>>>>>>>> To: Santosh Jodh >>>>>>>>>> Cc: Anil Madhavapeddy; Jonathan Ludlam; xen-api@lists.xen.org >>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>> AMD64 >>>>>>>>>> >>>>>>>>>> 16k seems a little small to me. According to Wikipedia the >>> basic >>>>>>>>>> interpreter on the 48k ZX spectrum could recurse 13792 frames >>>>> deep. >>>>>>>>>> I'm sure we could live with a 10 MiB stack (IIRC that's what >>>>>>>>>> we currently have, per thread, in XCP/XS dom0) :-) >>>>>>>>>> >>>>>>>>>> When I'm back at a proper computer I'll have a look at my >>> default >>>>>>>>>> stack (on mobile device atm) >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dave Scott >>>>>>>>>> XenServer System Architect >>>>>>>>>> >>>>>>>>>> On Apr 26, 2013, at 8:13 PM, "Santosh Jodh" >>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> I doubled it to 16k and it still fails. >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>> Sent: Friday, April 26, 2013 11:16 AM >>>>>>>>>>> To: Jonathan Ludlam >>>>>>>>>>> Cc: Santosh Jodh; xen-api@lists.xen.org >>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>> >>>>>>>>>>> Santosh, >>>>>>>>>>> >>>>>>>>>>> If you're getting a stack overflow exception, it's probably >>>>> worth >>>>>>>>>> increasing your ulimit -s and trying again... >>>>>>>>>>> >>>>>>>>>>> -anil >>>>>>>>>>> >>>>>>>>>>> On 26 Apr 2013, at 19:06, Jonathan Ludlam >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Although it does seem to have found ocamlopt.opt - odd. Hmm. >>>>>>>>>>>> >>>>>>>>>>>> Sent from my iPad >>>>>>>>>>>> >>>>>>>>>>>> On 26 Apr 2013, at 18:52, "Santosh Jodh" >>>>>>> >>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Ok - I misunderstood you when you said each repo has >>> several >>>>>>>>>> branches. >>>>>>>>>>>>> >>>>>>>>>>>>> I get following on fusion branch: >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>> * fusion >>>>>>>>>>>>> master >>>>>>>>>>>>> >>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ make omake -j 8 >>>>> phase1 >>>>>>>>>>>>> omake: Symbol `FamErrlist' has different size in shared >>>>> object, >>>>>>>>>>>>> consider re-linking >>>>>>>>>>>>> *** omake: reading OMakefiles >>>>>>>>>>>>> *** omake: finished reading OMakefiles (0.17 sec) >>>>>>>>>>>>> --- Checking for ocamlfind... (found >>>>>>>>>>>>> /shared/home/sjodh/.opam/system/bin/ocamlfind) >>>>>>>>>>>>> --- Checking for ocamlc.opt... (found /usr/bin/ocamlc.opt) >>>>>>>>>>>>> --- Checking for ocamlopt.opt... (found >>> /usr/bin/ocamlopt.opt) >>>>>>>>>>>>> --- Checking whether ocamlc understands the "z" warnings... >>>>>>> (yes) >>>>>>>>>>>>> - build ocaml/idl datamodel.cmx >>>>>>>>>>>>> + ocamlfind ocamlopt -package >>>>>>>>>>>>> + xml-light2,sexpr,log,rpclib,http-svr,uuid -g -dtypes - >>> thread >>>>>>>>>>>>> + -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I >>> ocaml_backend >>>>>>>>>>>>> + -I ../database -I .. -c datamodel.ml >>>>>>>>>>>>> Fatal error: exception Stack_overflow >>>>>>>>>>>>> *** omake: 223/277 targets are up to date >>>>>>>>>>>>> *** omake: failed (32.08 sec, 38/38 scans, 29/61 rules, >>>>> 133/396 >>>>>>>>>>>>> digests) >>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>> ocaml/idl/datamodel.cmi >>>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.cmx >>>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml ocaml/idl/datamodel.o >>>>>>>>>>>>> depends on: ocaml/idl/datamodel.ml >>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>> Sent: Friday, April 26, 2013 10:13 AM >>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>> AMD64 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> I didn't read your email carefully enough, see below: >>>>>>>>>>>>> >>>>>>>>>>>>> On 26/04/13 18:02, Santosh Jodh wrote: >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git checkout >>> fusion >>>>>>>>>>>>>> error: pathspec 'fusion' did not match any file(s) known >>>>>>>>>>>>>> to >>>>>>> git. >>>>>>>>>>>>>> >>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ more .git/config >>>>>>> [core] >>>>>>>>>>>>>> repositoryformatversion = 0 filemode = true bare = >>>>>>>>>>>>>> false logallrefupdates = true [remote "origin"] fetch = >>>>>>>>>>>>>> +refs/heads/*:refs/remotes/origin/* >>>>>>>>>>>>>> url = git://github.com/xen-org/xen-api.git >>>>>>>>>>>>> >>>>>>>>>>>>> this is xen-org/xen-api.git not jonludlam/xen-api.git >>>>>>>>>>>>> >>>>>>>>>>>>>> [branch "master"] >>>>>>>>>>>>>> remote = origin >>>>>>>>>>>>>> merge = refs/heads/master >>>>>>>>>>>>>> >>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>> Sent: Friday, April 26, 2013 9:22 AM >>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 26/04/13 16:55, Santosh Jodh wrote: >>>>>>>>>>>>>>> I guess I am still at master. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git branch -l >>>>>>>>>>>>>>> * master >>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ git remote -v >>>>> origin >>>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (fetch) origin >>>>>>>>>>>>>>> git://github.com/xen-org/xen-api.git (push) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Is the fusion one git://github.com/jonludlam/xen-api.git? >>>>>>>>>>>>>> >>>>>>>>>>>>>> It is... but each repo has several branches. I think all >>> you >>>>>>>>>>>>>> need >>>>>>>>>> to do is: >>>>>>>>>>>>>> >>>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>>> make >>>>>>>>>>>>> >>>>>>>>>>>>> Try this (I've got a good feeling about this one!) >>>>>>>>>>>>> >>>>>>>>>>>>> rm -rf xen-api >>>>>>>>>>>>> git clone git://github.com/jonludlam/xen-api.git >>>>>>>>>>>>> cd xen-api >>>>>>>>>>>>> git checkout fusion >>>>>>>>>>>>> make >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> Dave >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>> Dave >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 8:52 AM >>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian Wheezy >>>>>>> AMD64 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Could you confirm which xen-api branch you're trying to >>>>> build? >>>>>>>>>> Something like "git branch -l" and "git remote -v". >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The package 'rpc-light' installs an OCaml package called >>>>>>> 'rpclib' >>>>>>>>>>>>>>> these >>>>>>>>>>>>>>> days: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> $ ocamlfind list | grep rpc >>>>>>>>>>>>>>> rpclib (version: 1.2.0) >>>>>>>>>>>>>>> rpclib.core (version: n/a) >>>>>>>>>>>>>>> rpclib.idl (version: n/a) >>>>>>>>>>>>>>> rpclib.js (version: n/a) >>>>>>>>>>>>>>> rpclib.json (version: n/a) >>>>>>>>>>>>>>> rpclib.syntax (version: n/a) >>>>>>>>>>>>>>> rpclib.unix (version: n/a) >>>>>>>>>>>>>>> rpclib.xml (version: n/a) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> It looks like the branch of xen-api you're trying to >>>>>>>>>>>>>>> build >>>>> is >>>>>>>>>> still using the old name. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>> Dave >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 26/04/13 15:28, Santosh Jodh wrote: >>>>>>>>>>>>>>>> The initial ones were from >>>>>>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_oca >>>>>>>>>>>>>>>> ml >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Rest from this thread and compiler output. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> According to opam, rpc is already installed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>> rpc >>>>>>>>>> Package >>>>>>>>>>>>>>>> rpc is already installed (current version is 1.4.1) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>> Sent: Friday, April 26, 2013 7:23 AM >>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> "opam install rpc" will give you rpc-light. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Which wiki page are you getting all these instructions >>>>> from? >>>>>>>>>> I'd like to see what the custom Xen OPAM packages are, as >>>>>>>>>> there >>>>>>> seem >>>>>>>>>> to be some custom ones that aren't distributed in mainline >>> OPAM. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 26 Apr 2013, at 15:05, Santosh Jodh >>>>>>>>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Where do I get rpc-light? ocamlffind nor opam seem to >>> know >>>>>>>>>> about it. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>>> - scan ocaml/idl scan-ocaml-dm_api.mli >>>>>>>>>>>>>>>>> + ocamlfind ocamldep -package >>>>>>>>>>>>>>>>> + xml-light2,sexpr,log,rpc-light,http-svr >>>>>>>>>>>>>>>>> + -native -I ocaml_backend -I ../database -I .. >>> dm_api.mli >>>>>>>>>>>>>>>>> ocamlfind: Package `rpc-light' not found >>>>>>>>>>>>>>>>> *** omake: 210/355 targets are up to date >>>>>>>>>>>>>>>>> *** omake: failed (0.35 sec, 10/10 scans, 4/6 rules, >>>>>>>>>>>>>>>>> 104/387 >>>>>>>>>>>>>>>>> digests) >>>>>>>>>>>>>>>>> *** omake: targets were not rebuilt because of errors: >>>>>>>>>>>>>>>>> >>>>>> string_marshall_helper.ml> >>>>>>>>>>>>>>>>> depends on: ocaml/database/string_marshall_helper.ml >>>>>>>>>>>>>>>>> >> gen_common.ml> >>>>>>>>>>>>>>>>> depends on: ocaml/idl/ocaml_backend/gen_common.ml >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> depends on: ocaml/idl/datamodel_utils.ml >>>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.ml> depends on: >>>>>>>>>>>>>>>>> ocaml/idl/dm_api.ml >>>>>>>>>>>>>>>> ocaml/idl/scan-ocaml-dm_api.mli> depends on: >>>>>>>>>>>>>>>>> ocaml/idl/dm_api.mli >>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api$ opam install >>>>>>>>>>>>>>>>> rpc-light rpc-light is not a valid versioned package >>> name >>>>>>>>>>>>>>>>> 'opam install rpc-light' failed. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 11:31 PM >>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>> Wheezy >>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> xen-api-libs-transitional is a fixed branch of >>>>>>>>>>>>>>>>> xen-api-libs; >>>>>>>>>> you should only need xen-api now... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Apr 25, 2013, at 11:02 PM, "Santosh Jodh" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> opam install xen-api-libs-transitional >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> now succeeds after installing ocaml-native-compilers , >>>>>>>>>>>>>>>>>> camlp4- >>>>>>>>>> extra, libxen-dev. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> However, xen-api-libs still fails with the same error. >>>>>>>>>>>>>>>>>> Will >>>>>>>>>> try the fusion branch next. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:55 PM >>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; >>>>>>>>>>>>>>>>>> xen-api@lists.xen.org >>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>> Wheezy >>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Or sorry I also notice you haven't got the xen headers >>>>>>>>>> installed: try installing xen-devel. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:47 PM, "Santosh Jodh" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> That command fails: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ==== ERROR [while installing xenctrl.5.0.0] ==== >>>>>>>>>>>>>>>>>>> # opam-version 1.0.1 >>>>>>>>>> (8c7302ecf30bd830a0055b8833292b4554bec0e2) >>>>>>>>>>>>>>>>>>> # os linux >>>>>>>>>>>>>>>>>>> # command make >>>>>>>>>>>>>>>>>>> # path >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0 >>>>>>>>>>>>>>>>>>> # exit-code 2 >>>>>>>>>>>>>>>>>>> # env-file >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >>> 2635- >>>>>>>>>> d474c2.env >>>>>>>>>>>>>>>>>>> # stdout-file >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >>> 2635- >>>>>>>>>> d474c2.out >>>>>>>>>>>>>>>>>>> # stderr-file >>>>>>>>>> /shared/home/sjodh/.opam/system/build/xenctrl.5.0.0/xenctrl- >>> 2635- >>>>>>>>>> d474c2.err >>>>>>>>>>>>>>>>>>> ### stdout ### >>>>>>>>>>>>>>>>>>> ...[truncated] >>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/gntshr_stubs.c ocamlfind >>> ocamlc >>>>>>>>>>>>>>>>>>> -c lib/gnttab_stubs.c ocamlfind ocamlc -c >>>>>>> lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -c lib/xenmmap_stubs.c mv >>>>>>>>>>>>>>>>>>> xenmmap_stubs.o lib/xenmmap_stubs.o ocamlfind ocamlc >>>>>>>>>>>>>>>>>>> - >>> c >>>>>>> lib/xenctrl_stubs.c >>>>>>>>>>>>>>>>>>> + ocamlfind ocamlc -c lib/eventchn_stubs.c >>>>>>>>>>>>>>>>>>> lib/eventchn_stubs.c:24:21: fatal error: xenctrl.h: >>>>>>>>>>>>>>>>>>> No >>>>>>> such >>>>>>>>>>>>>>>>>>> file or directory compilation terminated. >>>>>>>>>>>>>>>>>>> Command exited with code 2. >>>>>>>>>>>>>>>>>>> ### stderr ### >>>>>>>>>>>>>>>>>>> /bin/sh: ocamlopt.opt: command not found >>>>>>>>>>>>>>>>>>> E: Failure("Command ''/usr/bin/ocamlbuild' >>>>>>>>>>>>>>>>>>> lib/libxenctrl_stubs.a lib/dllxenctrl_stubs.so >>>>>>>>>> lib/xenctrl.cma >>>>>>>>>>>>>>>>>>> lib/xenctrl.cmxa lib/xenctrl.a lib/xenctrl.cmxs -tag >>>>>>>>>>>>>>>>>>> debug -j 4' terminated with error code 10") >>>>>>>>>>>>>>>>>>> make: *** [build] Error 1 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 'opam install xen-api-libs-transitional' failed. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:40 PM >>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>> Cc: Anil Madhavapeddy; John Else; xen- >>> api@lists.xen.org >>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>> Wheezy >>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Try "opam install xen-api-libs-transitional" -- iirc >>> the >>>>>>>>>>>>>>>>>>> name >>>>>>>>>> of type-conv changed upstream and we haven't changed >>>>>>>>>> everything >>>>>>> over >>>>>>>>>> to the new name yet. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> If that works you might want to try building either >>>>> Jon's >>>>>>>>>> "fusion" branch of xen-api or my "upstream-packages" one on >>>>> github. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 10:36 PM, "Santosh Jodh" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> opam install installed type_conv but I am still >>> getting >>>>>>>>>>>>>>>>>>>> the >>>>>>>>>> exact same error. Do I need to refresh environment to pick up >>> the >>>>>>>>>> newly installed type_conv? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 2:34 PM >>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>>>>>>>>>>>>>>> Wheezy >>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Try "opam install type_conv" and see if that helps >>> when >>>>>>>>>>>>>>>>>>>> you >>>>>>>>>> retry xen-api-libs. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 22:32, Santosh Jodh >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am hitting an error while building xen-api-libs >>> now. >>>>>>> It >>>>>>>>>> cannot find type-conv: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I >>>>>>> ../uuid >>>>>>>>>>>>>>>>>>>>> -package camlp4,type-conv -ppopt -I -ppopt >>>>>>>>>>>>>>>>>>>>> /usr/lib/ocaml/type-conv -ppopt -I -ppopt ../rpc- >>>>> light >>>>>>>>>>>>>>>>>>>>> -ppopt pa_rpc.cma -syntax camlp4o -I ../rpc-light >>>>>>>>>>>>>>>>>>>>> -I ../jsonrpc -I ../rpc-light -I ../jsonrpc -I >>>>>>>>>>>>>>>>>>>>> ../rpc- >>>>>>> light >>>>>>>>>>>>>>>>>>>>> - >>>>>>>>>> c >>>>>>>>>>>>>>>>>>>>> -o fe.cmo fe.ml >>>>>>>>>>>>>>>>>>>>> ocamlfind: Package `type-conv' not found >>>>>>>>>>>>>>>>>>>>> make[1]: *** [fe.cmo] Error 2 >>>>>>>>>>>>>>>>>>>>> make[1]: Leaving directory >>>>>>>>>> `/shared/home/sjodh/src/netscaler/xen-api-libs/stdext' >>>>>>>>>>>>>>>>>>>>> make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>>> From: Anil Madhavapeddy [mailto:anil@recoil.org] >>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 7:33 AM >>>>>>>>>>>>>>>>>>>>> To: Santosh Jodh >>>>>>>>>>>>>>>>>>>>> Cc: Dave Scott; John Else; xen-api@lists.xen.org >>>>>>>>>>>>>>>>>>>>> Subject: Re: [Xen-API] Compiling xen-api on Debian >>>>>>> Wheezy >>>>>>>>>>>>>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> OPAM 1.0 has been released and will be in binary >>>>>>> packages >>>>>>>>>> as soon as Debian and other packaging vendors catch up in >>>>>>>>>> their release >>>>>>>>>> cycles: >>>>>>>>>>>>>>>>>>>>> https://github.com/OCamlPro/opam/issues/149 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Therefore it is safe to remove the xen-org/opam >>>>>>>>>>>>>>>>>>>>> snapshot >>>>>>>>>> now. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> To upgrade OPAM, you just need to compile OPAM-1.0 >>> and >>>>>>>>>> replace the OPAM binary, and run 'opam update' to refresh your >>>>>>>>>> package list. It may be easier to just delete ~/.opam and >>>>>>> recompile packages. >>>>>>>>>> There is no state for OPAM held outside of ~/.opam. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -anil >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On 25 Apr 2013, at 15:13, Santosh Jodh >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Yes - they are from wiki >>> http://wiki.xensource.com/wiki/XenAPI_client_libraries_for_ocaml. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Can we remove the obsolete repo >>> git://github.com/xen- >>>>>>>>>> org/opam? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I will try the new instructions. Do I need to >>>>>>>>>>>>>>>>>>>>>> uninstall >>>>>>>>>> opam first? And how do I do that? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> From: Dave Scott >>>>>>>>>>>>>>>>>>>>>> Sent: Thursday, April 25, 2013 4:51 AM >>>>>>>>>>>>>>>>>>>>>> To: John Else >>>>>>>>>>>>>>>>>>>>>> Cc: Santosh Jodh; Jonathan Ludlam; xen- >>>>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>>> Subject: Re: Compiling xen-api on Debian Wheezy >>> AMD64 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, John -- your instructions look right to me. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Santosh: were the broken instructions on the wiki? >>> If >>>>>>>>>>>>>>>>>>>>>> so, >>>>>>>>>> please update them once you get it working! >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>> Dave Scott >>>>>>>>>>>>>>>>>>>>>> XenServer System Architect >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Apr 25, 2013, at 12:32 PM, "John Else" >>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hi Santosh, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Firstly I'd recommend cloning opam from the >>> OCamlPro >>>>>>>>>> repository, rather than xen-org's fork (it's several months >>>>>>>>>> out >>>>> of >>>>>>>>>> date), and secondly building a tagged release of opam rather >>> than >>>>>>>>>> the master branch. Try: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> git clone git://github.com/OCamlPro/opam cd opam >>> git >>>>>>>>>>>>>>>>>>>>>> checkout latest ./configure && make && sudo make >>>>>>> install >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Then you can initialise opam with the default >>>>>>> (OCamlPro) >>>>>>>>>> repository, and add xen-org's repository: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> opam init >>>>>>>>>>>>>>>>>>>>>> eval `opam config env` opam remote add xen-org >>>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repo-dev >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hope this helps, >>>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> From: xen-api-bounces@lists.xen.org >>>>>>>>>>>>>>>>>>>>>> [mailto:xen-api-bounces@lists.xen.org] On Behalf >>>>>>>>>>>>>>>>>>>>>> OfSantosh Jodh >>>>>>>>>>>>>>>>>>>>>> Sent: 22 April 2013 23:12 >>>>>>>>>>>>>>>>>>>>>> To: Jonathan Ludlam; Dave Scott; xen- >>>>> api@lists.xen.org >>>>>>>>>>>>>>>>>>>>>> Subject: [Xen-API] Compiling xen-api on Debian >>> Wheezy >>>>>>>>>> AMD64 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I am trying to compile xen-api - specifically >>>>>>>>>>>>>>>>>>>>>> rrdump.ml >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ocamlc version: >>>>>>>>>>>>>>>>>>>>>> The Objective Caml compiler, version 3.12.1 >>> Standard >>>>>>>>>>>>>>>>>>>>>> library >>>>>>>>>>>>>>>>>>>>>> directory: /usr/lib/ocaml >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> git clone git://github.com/xen-org/opam cd opam; >>>>>>>>>>>>>>>>>>>>>> ./configure && make && sudo make install >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> This succeeded. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> sjodh@REDBLD-XS:~/src/netscaler/xen-api-libs$ opam >>>>>>>>>>>>>>>>>>>>>> init git://github.com/xen-org/opam-repository >>>>>>>>>>>>>>>>>>>>>> Fetching git://github.com/xen-org/opam-repository >>> ... >>>>>>>>>>>>>>>>>>>>>> { patches } are invalid field names in >>>>>>>>>>>>>>>>>>>>>> /home/sjodh/.opam/opam/bigbro.2.0.4-rev3.opam. >>> Valid >>>>>>>>>> fields >>>>>>>>>>>>>>>>>>>>>> are { opam-version, maintainer, substs, build, >>>>> remove, >>>>>>>>>>>>>>>>>>>>>> depends, depopts, conflicts, libraries, syntax, >>>>>>>>>>>>>>>>>>>>>> ocaml-version, build-env, license, authors, >>> homepage, >>>>>>>>>>>>>>>>>>>>>> version, name } 'opam init >>>>>>>>>>>>>>>>>>>>>> git://github.com/xen-org/opam-repository' failed >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>> Santosh >>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>> 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 _______________________________________________ Xen-api 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 29 06:15:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 06:15: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 1UWhMh-0003X2-Q6; Mon, 29 Apr 2013 06:15:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVgL0-0006tZ-Gd for xen-api@lists.xensource.com; Fri, 26 Apr 2013 10:57:10 +0000 Received: from [193.109.254.147:8175] by server-11.bemta-14.messagelabs.com id DA/C0-24840-58D5A715; Fri, 26 Apr 2013 10:57:09 +0000 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-8.tower-27.messagelabs.com!1366973826!9502707!1 X-Originating-IP: [85.214.82.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13267 invoked from network); 26 Apr 2013 10:57:07 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-8.tower-27.messagelabs.com with SMTP; 26 Apr 2013 10:57:07 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 3572A1A08001; Fri, 26 Apr 2013 12:57:06 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from imac-cmo.itso-berlin.de (dns.itso-berlin.de [62.96.12.227]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 86798A6C0D2 for ; Fri, 26 Apr 2013 12:57:03 +0200 (CEST) From: Christian Motschke Message-Id: Date: Fri, 26 Apr 2013 12:57:04 +0200 To: xen-api@lists.xensource.com list Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Mon, 29 Apr 2013 06:15:06 +0000 Subject: [Xen-API] XCP and 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 Hello, I posted this question already on xen-lists, but this seems to be the right list. I started using XCP (Debian wheezy packages) after I used XEN for several years. I have some questions regarding the creation of the networks (I am trying to use bridges not openvswitch). I have 4 physical network interfaces. They are renamed by udev (intern, dmz, san1 and san2) and already assigned to bridges (br0 to br3). I want to use the same bridges in XCP, but XCP ignores these bridges and tries to create own bridges for every physical interface. This does not work, because the physical interface is already assigned to a bridge. How can I use an already existing bridge (that is not named xenbr0, if this is relevant) in XCP? Who creates the pifs and networks in XCP (I assume xcp-networkd)? What I want to do is: xe network-create name-label=br0 name-description="internal network" bridge=br0 This does not work because the bridge param is RO and is ignored. viki:~# xe pif-list uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 device ( RO): dmz currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b device ( RO): intern currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea device ( RO): san2 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba device ( RO): san1 currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 viki:~# xe network-list uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 name-label ( RW): Pool-wide network associated with san1 name-description ( RW): bridge ( RO): brsan1 uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 name-label ( RW): Pool-wide network associated with intern name-description ( RW): bridge ( RO): brintern uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b name-label ( RW): Pool-wide network associated with dmz name-description ( RW): bridge ( RO): brdmz uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb name-label ( RW): Pool-wide network associated with san2 name-description ( RW): bridge ( RO): brsan2 _______________________________________________ Xen-api 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 29 06:15:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 06:15: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 1UWhMh-0003X2-Q6; Mon, 29 Apr 2013 06:15:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVgL0-0006tZ-Gd for xen-api@lists.xensource.com; Fri, 26 Apr 2013 10:57:10 +0000 Received: from [193.109.254.147:8175] by server-11.bemta-14.messagelabs.com id DA/C0-24840-58D5A715; Fri, 26 Apr 2013 10:57:09 +0000 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-8.tower-27.messagelabs.com!1366973826!9502707!1 X-Originating-IP: [85.214.82.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13267 invoked from network); 26 Apr 2013 10:57:07 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-8.tower-27.messagelabs.com with SMTP; 26 Apr 2013 10:57:07 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 3572A1A08001; Fri, 26 Apr 2013 12:57:06 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from imac-cmo.itso-berlin.de (dns.itso-berlin.de [62.96.12.227]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 86798A6C0D2 for ; Fri, 26 Apr 2013 12:57:03 +0200 (CEST) From: Christian Motschke Message-Id: Date: Fri, 26 Apr 2013 12:57:04 +0200 To: xen-api@lists.xensource.com list Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Mon, 29 Apr 2013 06:15:06 +0000 Subject: [Xen-API] XCP and 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 Hello, I posted this question already on xen-lists, but this seems to be the right list. I started using XCP (Debian wheezy packages) after I used XEN for several years. I have some questions regarding the creation of the networks (I am trying to use bridges not openvswitch). I have 4 physical network interfaces. They are renamed by udev (intern, dmz, san1 and san2) and already assigned to bridges (br0 to br3). I want to use the same bridges in XCP, but XCP ignores these bridges and tries to create own bridges for every physical interface. This does not work, because the physical interface is already assigned to a bridge. How can I use an already existing bridge (that is not named xenbr0, if this is relevant) in XCP? Who creates the pifs and networks in XCP (I assume xcp-networkd)? What I want to do is: xe network-create name-label=br0 name-description="internal network" bridge=br0 This does not work because the bridge param is RO and is ignored. viki:~# xe pif-list uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 device ( RO): dmz currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b device ( RO): intern currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea device ( RO): san2 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba device ( RO): san1 currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 viki:~# xe network-list uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 name-label ( RW): Pool-wide network associated with san1 name-description ( RW): bridge ( RO): brsan1 uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 name-label ( RW): Pool-wide network associated with intern name-description ( RW): bridge ( RO): brintern uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b name-label ( RW): Pool-wide network associated with dmz name-description ( RW): bridge ( RO): brdmz uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb name-label ( RW): Pool-wide network associated with san2 name-description ( RW): bridge ( RO): brsan2 _______________________________________________ Xen-api 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 29 07:54:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 07:54: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 1UWiv2-0005zV-Oy; Mon, 29 Apr 2013 07:54:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWiv1-0005zE-Gu; Mon, 29 Apr 2013 07:54:39 +0000 Received: from [85.158.139.211:55946] by server-9.bemta-5.messagelabs.com id AF/71-08547-E372E715; Mon, 29 Apr 2013 07:54:38 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1367222075!20499269!1 X-Originating-IP: [209.85.214.178] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24422 invoked from network); 29 Apr 2013 07:54:37 -0000 Received: from mail-ob0-f178.google.com (HELO mail-ob0-f178.google.com) (209.85.214.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 07:54:37 -0000 Received: by mail-ob0-f178.google.com with SMTP id 16so5198018obc.37 for ; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=bU9wwigeKK0G9FCAyQQSk8LAhDOgXNeuBVW7LGCDJRk=; b=dQA1+BW+aoUKHu1JxDW5zb/a46BdIxM873ZSqOC+ETX/OvPvUuAn6bVvmmpon2pLMC 6YUn5/ZYRoNjFyQFr1c8+p1zXWWvs2bk9PQ+Gh5WW5VWcMN343TgzPJ9IO7FQ1oQRmCB hOtZYrLZJb/Tfl6xVk7icWrAgAlYlQhSpJpCmKceJa9mETASVkE0LvHiwsIuKFy6sq3S 1SC7m4b9dCeRW4398OkGhPkN06ZD1lnxK7xIfiYV9gbKVjEVPPt/XQnr//+MV+AMUn06 CJmTX9KbYbGcEuX0myf0T87O6vEGsCnNHb9tUceBXnZLYcqYT1B5McztQ7KXZUW96fdM dWlA== MIME-Version: 1.0 X-Received: by 10.182.105.2 with SMTP id gi2mr9566384obb.15.1367222075447; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Date: Mon, 29 Apr 2013 08:54:35 +0100 X-Google-Sender-Auth: b6E4ccgHeRkh5M7I3k1Sm29cvA0 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] [Reminder] Xen Document Day is today - join us on #xendocs X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0479715137884506953==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0479715137884506953== Content-Type: multipart/alternative; boundary=e89a8ff1cdf022e25f04db7b3282 --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/plain; charset=ISO-8859-1 Hi, everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list ( http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. Best Regards Lars --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/html; charset=ISO-8859-1

Hi,

everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it.

Best Regards Lars


--e89a8ff1cdf022e25f04db7b3282-- --===============0479715137884506953== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0479715137884506953==-- From xen-api-bounces@lists.xen.org Mon Apr 29 07:54:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 07:54: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 1UWiv2-0005zV-Oy; Mon, 29 Apr 2013 07:54:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWiv1-0005zE-Gu; Mon, 29 Apr 2013 07:54:39 +0000 Received: from [85.158.139.211:55946] by server-9.bemta-5.messagelabs.com id AF/71-08547-E372E715; Mon, 29 Apr 2013 07:54:38 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1367222075!20499269!1 X-Originating-IP: [209.85.214.178] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24422 invoked from network); 29 Apr 2013 07:54:37 -0000 Received: from mail-ob0-f178.google.com (HELO mail-ob0-f178.google.com) (209.85.214.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 07:54:37 -0000 Received: by mail-ob0-f178.google.com with SMTP id 16so5198018obc.37 for ; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=bU9wwigeKK0G9FCAyQQSk8LAhDOgXNeuBVW7LGCDJRk=; b=dQA1+BW+aoUKHu1JxDW5zb/a46BdIxM873ZSqOC+ETX/OvPvUuAn6bVvmmpon2pLMC 6YUn5/ZYRoNjFyQFr1c8+p1zXWWvs2bk9PQ+Gh5WW5VWcMN343TgzPJ9IO7FQ1oQRmCB hOtZYrLZJb/Tfl6xVk7icWrAgAlYlQhSpJpCmKceJa9mETASVkE0LvHiwsIuKFy6sq3S 1SC7m4b9dCeRW4398OkGhPkN06ZD1lnxK7xIfiYV9gbKVjEVPPt/XQnr//+MV+AMUn06 CJmTX9KbYbGcEuX0myf0T87O6vEGsCnNHb9tUceBXnZLYcqYT1B5McztQ7KXZUW96fdM dWlA== MIME-Version: 1.0 X-Received: by 10.182.105.2 with SMTP id gi2mr9566384obb.15.1367222075447; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Date: Mon, 29 Apr 2013 08:54:35 +0100 X-Google-Sender-Auth: b6E4ccgHeRkh5M7I3k1Sm29cvA0 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] [Reminder] Xen Document Day is today - join us on #xendocs X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0479715137884506953==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0479715137884506953== Content-Type: multipart/alternative; boundary=e89a8ff1cdf022e25f04db7b3282 --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/plain; charset=ISO-8859-1 Hi, everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list ( http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. Best Regards Lars --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/html; charset=ISO-8859-1

Hi,

everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it.

Best Regards Lars


--e89a8ff1cdf022e25f04db7b3282-- --===============0479715137884506953== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0479715137884506953==-- From xen-api-bounces@lists.xen.org Mon Apr 29 08:49:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:49:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjm0-00023x-98; Mon, 29 Apr 2013 08:49:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjlz-00023i-DM for xen-api@lists.xen.org; Mon, 29 Apr 2013 08:49:23 +0000 Received: from [85.158.138.51:19003] by server-4.bemta-3.messagelabs.com id F2/C3-21470-2143E715; Mon, 29 Apr 2013 08:49:22 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1367225361!30351732!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8085 invoked from network); 29 Apr 2013 08:49:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:49:21 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4024082" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:49:21 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Mon, 29 Apr 2013 09:49:21 +0100 From: Rob Hoes To: 'Christian Motschke' , "xen-api@lists.xen.org" Date: Mon, 29 Apr 2013 09:49:20 +0100 Thread-Topic: [Xen-API] XCP and network interfaces Thread-Index: Ac5CupM3bna+fCZoSO+sbRcJhI4+8wB+wpWA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F729E01A0@LONPMAILBOX01.citrite.net> References: <1351C5A1-20E0-490E-AA9B-16E8072605E8@motschke.de> In-Reply-To: <1351C5A1-20E0-490E-AA9B-16E8072605E8@motschke.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP and 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 Christian, > I posted this question already on xen-lists, but this seems to be the right list. > > I started using XCP (Debian wheezy packages) after I used XEN for several > years. I have some questions regarding the creation of the networks (I am > trying to use bridges not openvswitch). > I have 4 physical network interfaces. They are renamed by udev (intern, dmz, > san1 and san2) and already assigned to bridges (br0 to br3). > > I want to use the same bridges in XCP, but XCP ignores these bridges and > tries to create own bridges for every physical interface. This does not work, > because the physical interface is already assigned to a bridge. > > How can I use an already existing bridge (that is not named xenbr0, if this is > relevant) in XCP? Unfortunately, you can't at the moment. Xapi currently assumes that it always needs to create its own bridges. There are plans to make this more flexible, so that people can manage their own interfaces and bridges (if they would like to). Cheers, Rob > Who creates the pifs and networks in XCP (I assume xcp-networkd)? > > What I want to do is: > > xe network-create name-label=br0 name-description="internal network" > bridge=br0 This does not work because the bridge param is RO and is > ignored. > > viki:~# xe pif-list > uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 > device ( RO): dmz > currently-attached ( RO): false > VLAN ( RO): -1 > network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b > > > uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b > device ( RO): intern > currently-attached ( RO): false > VLAN ( RO): -1 > network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 > > > uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea > device ( RO): san2 > currently-attached ( RO): true > VLAN ( RO): -1 > network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb > > > uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba > device ( RO): san1 > currently-attached ( RO): false > VLAN ( RO): -1 > network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 > > > viki:~# xe network-list > uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 > name-label ( RW): Pool-wide network associated with san1 > name-description ( RW): > bridge ( RO): brsan1 > > > uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 > name-label ( RW): Pool-wide network associated with intern > name-description ( RW): > bridge ( RO): brintern > > > uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc > name-label ( RW): Host internal management network > name-description ( RW): Network on which guests will be assigned a > private link-local IP address which can be used to talk XenAPI > bridge ( RO): xenapi > > > uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b > name-label ( RW): Pool-wide network associated with dmz > name-description ( RW): > bridge ( RO): brdmz > > > uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb > name-label ( RW): Pool-wide network associated with san2 > name-description ( RW): > bridge ( RO): brsan2 > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 29 08:49:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:49:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjm0-00023x-98; Mon, 29 Apr 2013 08:49:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjlz-00023i-DM for xen-api@lists.xen.org; Mon, 29 Apr 2013 08:49:23 +0000 Received: from [85.158.138.51:19003] by server-4.bemta-3.messagelabs.com id F2/C3-21470-2143E715; Mon, 29 Apr 2013 08:49:22 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1367225361!30351732!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8085 invoked from network); 29 Apr 2013 08:49:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:49:21 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4024082" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:49:21 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Mon, 29 Apr 2013 09:49:21 +0100 From: Rob Hoes To: 'Christian Motschke' , "xen-api@lists.xen.org" Date: Mon, 29 Apr 2013 09:49:20 +0100 Thread-Topic: [Xen-API] XCP and network interfaces Thread-Index: Ac5CupM3bna+fCZoSO+sbRcJhI4+8wB+wpWA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F729E01A0@LONPMAILBOX01.citrite.net> References: <1351C5A1-20E0-490E-AA9B-16E8072605E8@motschke.de> In-Reply-To: <1351C5A1-20E0-490E-AA9B-16E8072605E8@motschke.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP and 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 Christian, > I posted this question already on xen-lists, but this seems to be the right list. > > I started using XCP (Debian wheezy packages) after I used XEN for several > years. I have some questions regarding the creation of the networks (I am > trying to use bridges not openvswitch). > I have 4 physical network interfaces. They are renamed by udev (intern, dmz, > san1 and san2) and already assigned to bridges (br0 to br3). > > I want to use the same bridges in XCP, but XCP ignores these bridges and > tries to create own bridges for every physical interface. This does not work, > because the physical interface is already assigned to a bridge. > > How can I use an already existing bridge (that is not named xenbr0, if this is > relevant) in XCP? Unfortunately, you can't at the moment. Xapi currently assumes that it always needs to create its own bridges. There are plans to make this more flexible, so that people can manage their own interfaces and bridges (if they would like to). Cheers, Rob > Who creates the pifs and networks in XCP (I assume xcp-networkd)? > > What I want to do is: > > xe network-create name-label=br0 name-description="internal network" > bridge=br0 This does not work because the bridge param is RO and is > ignored. > > viki:~# xe pif-list > uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 > device ( RO): dmz > currently-attached ( RO): false > VLAN ( RO): -1 > network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b > > > uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b > device ( RO): intern > currently-attached ( RO): false > VLAN ( RO): -1 > network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 > > > uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea > device ( RO): san2 > currently-attached ( RO): true > VLAN ( RO): -1 > network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb > > > uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba > device ( RO): san1 > currently-attached ( RO): false > VLAN ( RO): -1 > network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 > > > viki:~# xe network-list > uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 > name-label ( RW): Pool-wide network associated with san1 > name-description ( RW): > bridge ( RO): brsan1 > > > uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 > name-label ( RW): Pool-wide network associated with intern > name-description ( RW): > bridge ( RO): brintern > > > uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc > name-label ( RW): Host internal management network > name-description ( RW): Network on which guests will be assigned a > private link-local IP address which can be used to talk XenAPI > bridge ( RO): xenapi > > > uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b > name-label ( RW): Pool-wide network associated with dmz > name-description ( RW): > bridge ( RO): brdmz > > > uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb > name-label ( RW): Pool-wide network associated with san2 > name-description ( RW): > bridge ( RO): brsan2 > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Apr 29 22:11:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 22:11:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWwIN-0007n7-Cy; Mon, 29 Apr 2013 22:11:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWwIL-0007n2-T5 for xen-api@lists.xen.org; Mon, 29 Apr 2013 22:11:38 +0000 Received: from [193.109.254.147:23748] by server-1.bemta-14.messagelabs.com id D5/78-22449-910FE715; Mon, 29 Apr 2013 22:11:37 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367273494!9752220!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 891 invoked from network); 29 Apr 2013 22:11:34 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 22:11:34 -0000 Received: by mail-wi0-f174.google.com with SMTP id m6so3294159wiv.7 for ; Mon, 29 Apr 2013 15:11:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=b1ezvlIkrFuE5Kw41JJfH6rKN7DNX21xMcxLrTv9r/A=; b=jeVNsVHdKMfe4zMQS9fU6/KkgBLo+b/g67Ou1yksXPvO9HGzEfjzaSWhOI2RVtBOI3 wdsLnWlTHPRgOntsHZ19C91uYA0IEuWkN5Vj9kHygpdL0o2vOjT7YjW0bn/iIEdcC72q QyR71hItEp2uXu7hoGqYMB1UCWmvBxOz850ycbQZEgfLJncWL1v2Eg2XwuEhuzrYP6Li wQOQGmzm30SlV9Np06LSBasNwv97AFznDWG2VZ/MM0nUci+DE0R3gCFoOeIs2cpRtx8M +kbAk15jXhjWss88P/puZ90ZX0edjuXYG390RD8Q/R0CojMnDt5aGqpqZ748b93Eb4C/ T2xw== MIME-Version: 1.0 X-Received: by 10.180.108.106 with SMTP id hj10mr20882575wib.0.1367273494080; Mon, 29 Apr 2013 15:11:34 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Mon, 29 Apr 2013 15:11:34 -0700 (PDT) Date: Mon, 29 Apr 2013 18:11:34 -0400 Message-ID: From: bearon@gmail.com To: "xen-api@lists.xen.org" Subject: [Xen-API] XCP 1.6 - iSCSI root, does it work? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3120170373957075021==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3120170373957075021== Content-Type: multipart/alternative; boundary=e89a8f3bb03decf23204db872adf --e89a8f3bb03decf23204db872adf Content-Type: text/plain; charset=ISO-8859-1 So I have intel cards that support iBFT. I have all the settings in the card and I have installed XCP 1.6 by doing the following, at boot off ISO, typing shell then running /opt/xensource/installer/init --use_ibft This finds my iscsi device fine, installs XCP onto the iscsi device fine (I have mounted it on another machine to verify). On reboot after install the machine boots up fine, mounts the filesystem/starts daemons,etc. At that point it gets to "Performing remaining startup actions:" and it hangs. After a while I get "task XXXX blocked for more than 120 seconds" this is kjournald, flush, etc. So it looks like it LOST the filesystem. I can additionally verify that the IP address that WAS on the ethernet port for the iscsi boot to work is now gone. I can arp -d 1.1.1.1 off my SAN box and the arp never returns until reboot. Once rebooted, it does it all over again. What am I missing here? The install went fine, the boot mounts the directories and starts XAPI/etc fine (I can tell by running in fallback mode). I see no DHCP requests on the port or anything. It just drops the IP for some reason. Anyone else have this issue? --e89a8f3bb03decf23204db872adf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
So I have intel ca= rds that support iBFT.=A0 I have all the settings in the card and I have in= stalled XCP 1.6 by doing the following,

at boot off ISO, typin= g shell

then running

/opt/xensource/installer/init --use_ibft
<= br>
This finds my iscsi device fine, installs XCP onto the iscsi devic= e fine (I have mounted it on another machine to verify).

On re= boot after install the machine boots up fine, mounts the filesystem/starts = daemons,etc.

At that point it gets to

"Performing remaining startu= p actions:"

and it hangs.=A0 After a while I get
"task XXXX blocked for more than 120 seconds" this is kjournald,= flush, etc.=A0 So it looks like it LOST the filesystem.=A0 I can additiona= lly verify that the IP address that WAS on the ethernet port for the iscsi = boot to work is now gone.=A0 I can arp -d 1.1.1.1 off my SAN box and the ar= p never returns until reboot.=A0 Once rebooted, it does it all over again.<= br>
What am I missing here?=A0 The install went fine, the boot mounts the d= irectories and starts XAPI/etc fine (I can tell by running in fallback mode= ).=A0 I see no DHCP requests on the port or anything.=A0 It just drops the = IP for some reason.

Anyone else have this issue?
--e89a8f3bb03decf23204db872adf-- --===============3120170373957075021== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3120170373957075021==-- From xen-api-bounces@lists.xen.org Mon Apr 29 22:11:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 22:11:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWwIN-0007n7-Cy; Mon, 29 Apr 2013 22:11:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWwIL-0007n2-T5 for xen-api@lists.xen.org; Mon, 29 Apr 2013 22:11:38 +0000 Received: from [193.109.254.147:23748] by server-1.bemta-14.messagelabs.com id D5/78-22449-910FE715; Mon, 29 Apr 2013 22:11:37 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367273494!9752220!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 891 invoked from network); 29 Apr 2013 22:11:34 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 22:11:34 -0000 Received: by mail-wi0-f174.google.com with SMTP id m6so3294159wiv.7 for ; Mon, 29 Apr 2013 15:11:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=b1ezvlIkrFuE5Kw41JJfH6rKN7DNX21xMcxLrTv9r/A=; b=jeVNsVHdKMfe4zMQS9fU6/KkgBLo+b/g67Ou1yksXPvO9HGzEfjzaSWhOI2RVtBOI3 wdsLnWlTHPRgOntsHZ19C91uYA0IEuWkN5Vj9kHygpdL0o2vOjT7YjW0bn/iIEdcC72q QyR71hItEp2uXu7hoGqYMB1UCWmvBxOz850ycbQZEgfLJncWL1v2Eg2XwuEhuzrYP6Li wQOQGmzm30SlV9Np06LSBasNwv97AFznDWG2VZ/MM0nUci+DE0R3gCFoOeIs2cpRtx8M +kbAk15jXhjWss88P/puZ90ZX0edjuXYG390RD8Q/R0CojMnDt5aGqpqZ748b93Eb4C/ T2xw== MIME-Version: 1.0 X-Received: by 10.180.108.106 with SMTP id hj10mr20882575wib.0.1367273494080; Mon, 29 Apr 2013 15:11:34 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Mon, 29 Apr 2013 15:11:34 -0700 (PDT) Date: Mon, 29 Apr 2013 18:11:34 -0400 Message-ID: From: bearon@gmail.com To: "xen-api@lists.xen.org" Subject: [Xen-API] XCP 1.6 - iSCSI root, does it work? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3120170373957075021==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3120170373957075021== Content-Type: multipart/alternative; boundary=e89a8f3bb03decf23204db872adf --e89a8f3bb03decf23204db872adf Content-Type: text/plain; charset=ISO-8859-1 So I have intel cards that support iBFT. I have all the settings in the card and I have installed XCP 1.6 by doing the following, at boot off ISO, typing shell then running /opt/xensource/installer/init --use_ibft This finds my iscsi device fine, installs XCP onto the iscsi device fine (I have mounted it on another machine to verify). On reboot after install the machine boots up fine, mounts the filesystem/starts daemons,etc. At that point it gets to "Performing remaining startup actions:" and it hangs. After a while I get "task XXXX blocked for more than 120 seconds" this is kjournald, flush, etc. So it looks like it LOST the filesystem. I can additionally verify that the IP address that WAS on the ethernet port for the iscsi boot to work is now gone. I can arp -d 1.1.1.1 off my SAN box and the arp never returns until reboot. Once rebooted, it does it all over again. What am I missing here? The install went fine, the boot mounts the directories and starts XAPI/etc fine (I can tell by running in fallback mode). I see no DHCP requests on the port or anything. It just drops the IP for some reason. Anyone else have this issue? --e89a8f3bb03decf23204db872adf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
So I have intel ca= rds that support iBFT.=A0 I have all the settings in the card and I have in= stalled XCP 1.6 by doing the following,

at boot off ISO, typin= g shell

then running

/opt/xensource/installer/init --use_ibft
<= br>
This finds my iscsi device fine, installs XCP onto the iscsi devic= e fine (I have mounted it on another machine to verify).

On re= boot after install the machine boots up fine, mounts the filesystem/starts = daemons,etc.

At that point it gets to

"Performing remaining startu= p actions:"

and it hangs.=A0 After a while I get
"task XXXX blocked for more than 120 seconds" this is kjournald,= flush, etc.=A0 So it looks like it LOST the filesystem.=A0 I can additiona= lly verify that the IP address that WAS on the ethernet port for the iscsi = boot to work is now gone.=A0 I can arp -d 1.1.1.1 off my SAN box and the ar= p never returns until reboot.=A0 Once rebooted, it does it all over again.<= br>
What am I missing here?=A0 The install went fine, the boot mounts the d= irectories and starts XAPI/etc fine (I can tell by running in fallback mode= ).=A0 I see no DHCP requests on the port or anything.=A0 It just drops the = IP for some reason.

Anyone else have this issue?
--e89a8f3bb03decf23204db872adf-- --===============3120170373957075021== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3120170373957075021==-- From xen-api-bounces@lists.xen.org Tue Apr 30 09:23:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 09:23: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 1UX6mW-0008LB-MR; Tue, 30 Apr 2013 09:23:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX2Ww-0000f1-AD for xen-api@lists.xen.org; Tue, 30 Apr 2013 04:51:06 +0000 Received: from [85.158.138.51:6688] by server-6.bemta-3.messagelabs.com id 4E/36-11048-9BD4F715; Tue, 30 Apr 2013 04:51:05 +0000 X-Env-Sender: ktower@towerfamily.org X-Msg-Ref: server-2.tower-174.messagelabs.com!1367297462!27462342!1 X-Originating-IP: [209.85.210.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12555 invoked from network); 30 Apr 2013 04:51:03 -0000 Received: from mail-ia0-f170.google.com (HELO mail-ia0-f170.google.com) (209.85.210.170) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 04:51:03 -0000 Received: by mail-ia0-f170.google.com with SMTP id k20so113467iak.29 for ; Mon, 29 Apr 2013 21:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=towerfamily.org; s=google; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type; bh=WKUn9XgjnOyePcgVjQyluoW2ZPkgYmq0BjIni0d6bcM=; b=hfpgrAD3Q172pHt0Via7/iJqPfbAIYOj+1vVpdpPkkrMOW0bNsydyyVcBw+eQNUUAa FLgpz1fsGiaKG4l7aiaV2JspNn8G38zxDlTutRzbGawOyxooHqF8edfiKwRvElDTkiXI o3/0Je+pIBJKwG2h4M8wImoDuvso73xU7HG/8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=WKUn9XgjnOyePcgVjQyluoW2ZPkgYmq0BjIni0d6bcM=; b=MRw49q1vqmqYwfZiXRsS4NzPENmcvCOMwZ6tRsoiIzXCpQeuBhfUVDsqIdDUlc+sKV PzNZf3ZImveAEy/Nj+MJ8/x0Zxt3i9ONEBPI6A6nl7FHljD1TZcwzxD1sOffiNr5DpAC V2F0aANnl7rYnQPjlv0+lNa1HxMTn3kZ3NT5aVzgslBAaGlOro2+0OtPU6xts7gLit6z Jbz2PKO2G1ZFJmHlD/BKJHFIVHN5jhoIVuy/kzwrazAHDVjWbRNH8w70RUmmPCqN8bc/ /EGkH1tHqw8GgGxqcjTc6XyZ18SaelnyA4MtHYwUSJL8Hk/2bViTo01UQlZK4Zudjbxi xPKA== MIME-Version: 1.0 X-Received: by 10.42.48.7 with SMTP id q7mr2675960icf.35.1367297461707; Mon, 29 Apr 2013 21:51:01 -0700 (PDT) Received: by 10.43.51.70 with HTTP; Mon, 29 Apr 2013 21:51:01 -0700 (PDT) X-Originating-IP: [2001:470:e872:1:645e:20df:af9c:70a5] Date: Mon, 29 Apr 2013 21:51:01 -0700 Message-ID: From: Kevin Tower To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQnKTgmim6uny2cp8kyb+rH0GcYPFJ+5l8e0gfruiB9pwxBndp1cpoQrjpy7X2Lt7E/RsGHk X-Mailman-Approved-At: Tue, 30 Apr 2013 09:23:27 +0000 Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6276217465114869514==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6276217465114869514== Content-Type: multipart/alternative; boundary=90e6ba6146ca82600f04db8cbf10 --90e6ba6146ca82600f04db8cbf10 Content-Type: text/plain; charset=ISO-8859-1 Hello, My name is Kevin Tower and I am a systems engineer and self-proclaimed virtualization evangelist at the University of Washington. We make use of the downstream fork of XCP -- XenSever, but I use XCP in some of my personal dev environments. We have been attempting to make use of the "port locking" functionality that was added in 6.1 / 1.6, but I believe it to be broken. Details of the issue follow, as well as a proposed fix. I see that George Shuklin made a commit to the code 3 months ago (see https://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70 ) that made changes to the script regarding this feature, but my tests have shown that this change is insufficient to handle all use cases. When attempting to use the port-locking features on a VIF that is connected to a "normal" network (no VLAN tags), the logic works correctly. However, It breaks when a VLAN-tagged network comes into play. What happens is that the VLAN network is added to the network as a "fake bridge," to use the vSwitch terminology, which is a child object to the primary bridge device. When a VIF is attached to the (VLAN-tagged) network, it is associated with this fake bridge instead of the real bridge. So, when this script is called against such a VIF, the get_bridge_name_vswitch() function returns the name of the fake bridge instead of the real one. The problem is that most of the ovs-* Open vSwitch utilities, including the ovs-ofctl that is used to set up the VIF filters, don't recognize the fake bridge as a valid bridge device and fail, and the port locking rules never get added. Also, the way this script is written, these failures are silent because the return code is not captured, but I have not done anything about that. I have tested a fix that appears to work in both the VLAN and the non-VLAN case. Roughly described, after getting a bridge device name by executing "ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent bridge_device" and return that instead. If the bridge device is a fake bridge, it returns the "real" bridge device name, but if it is already a real bridge device, it returns the same device name that was passed as a parameter. I am somewhat unfamiliar with the process for contributing bug fixes to an open source project (if this fix is accepted, it will be my first!), and I am also pretty new to git (I've used other source control systems, though). What is the best way for me to provide my suggested fix? Should I post the .diff here on the mailing list? Should I create a pull request from my own fork of the xen-api repository on github that has the suggested code changes? Thanks in advance, Kevin Tower --90e6ba6146ca82600f04db8cbf10 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

My name is Kevin Tower and= I am a systems engineer and self-proclaimed virtualization=A0evangelist=A0= at the University of Washington. =A0We make use of the downstream fork of X= CP -- XenSever, but I use XCP in some of my personal dev environments. =A0W= e have been attempting to make use of the "port locking" function= ality that was added in 6.1 / 1.6, but I believe it to be broken. =A0Detail= s of the issue follow, as well as a proposed fix.

I see that George Shuklin made a commit to = the code 3 months ago (see=A0https://github.com/xen-org= /xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70=A0) that made = changes to the script regarding this feature, but my tests have shown that = this change is insufficient to handle all use cases.

When attempting to use the port-locking fea= tures on a VIF that is connected to a "normal" network (no VLAN t= ags), the logic works correctly. =A0However, It breaks when a VLAN-tagged n= etwork comes into play. =A0What happens is that the VLAN network is added t= o the network as a "fake bridge," to use the vSwitch terminology,= which is a child object to the primary bridge device. =A0When a VIF is att= ached to the (VLAN-tagged) network, it is associated with this fake bridge = instead of the real bridge. =A0So, when this script is called against such = a VIF, the get_bridge_name_vswitch() function returns the name of the fake = bridge instead of the real one.

The problem is that most of the ovs-* Open = vSwitch utilities, including the ovs-ofctl that is used to set up the VIF f= ilters, don't recognize the fake bridge as a valid bridge device and fa= il, and the port locking rules never get added. =A0Also, the way this scrip= t is written, these failures are silent because the return code is not capt= ured, but I have not done anything about that.

I have tested a fix that appears to work in= both the VLAN and the non-VLAN case. =A0Roughly described, after getting a= bridge device name by executing "ovs-vsctl iface-to-br vif_name"= , I run =A0"ovs-vsctl br-to-parent bridge_device" and return that= instead. =A0If the bridge device is a fake bridge, it returns the "re= al" bridge device name, but if it is already a real bridge device, it = returns the same device name that was passed as a parameter.

I am somewhat unfamiliar with the process f= or contributing bug fixes to an open source project (if this fix is accepte= d, it will be my first!), and I am also pretty new to git (I've used ot= her source control systems, though). =A0What is the best way for me to prov= ide my suggested fix? =A0Should I post the .diff here on the mailing list? = =A0Should I create a pull request from my own fork of the xen-api repositor= y on github that has the suggested code changes?

Thanks in advance,

Kevin Tower
--90e6ba6146ca82600f04db8cbf10-- --===============6276217465114869514== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6276217465114869514==-- From xen-api-bounces@lists.xen.org Tue Apr 30 09:23:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 09:23: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 1UX6mW-0008LB-MR; Tue, 30 Apr 2013 09:23:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX2Ww-0000f1-AD for xen-api@lists.xen.org; Tue, 30 Apr 2013 04:51:06 +0000 Received: from [85.158.138.51:6688] by server-6.bemta-3.messagelabs.com id 4E/36-11048-9BD4F715; Tue, 30 Apr 2013 04:51:05 +0000 X-Env-Sender: ktower@towerfamily.org X-Msg-Ref: server-2.tower-174.messagelabs.com!1367297462!27462342!1 X-Originating-IP: [209.85.210.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12555 invoked from network); 30 Apr 2013 04:51:03 -0000 Received: from mail-ia0-f170.google.com (HELO mail-ia0-f170.google.com) (209.85.210.170) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 04:51:03 -0000 Received: by mail-ia0-f170.google.com with SMTP id k20so113467iak.29 for ; Mon, 29 Apr 2013 21:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=towerfamily.org; s=google; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type; bh=WKUn9XgjnOyePcgVjQyluoW2ZPkgYmq0BjIni0d6bcM=; b=hfpgrAD3Q172pHt0Via7/iJqPfbAIYOj+1vVpdpPkkrMOW0bNsydyyVcBw+eQNUUAa FLgpz1fsGiaKG4l7aiaV2JspNn8G38zxDlTutRzbGawOyxooHqF8edfiKwRvElDTkiXI o3/0Je+pIBJKwG2h4M8wImoDuvso73xU7HG/8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=WKUn9XgjnOyePcgVjQyluoW2ZPkgYmq0BjIni0d6bcM=; b=MRw49q1vqmqYwfZiXRsS4NzPENmcvCOMwZ6tRsoiIzXCpQeuBhfUVDsqIdDUlc+sKV PzNZf3ZImveAEy/Nj+MJ8/x0Zxt3i9ONEBPI6A6nl7FHljD1TZcwzxD1sOffiNr5DpAC V2F0aANnl7rYnQPjlv0+lNa1HxMTn3kZ3NT5aVzgslBAaGlOro2+0OtPU6xts7gLit6z Jbz2PKO2G1ZFJmHlD/BKJHFIVHN5jhoIVuy/kzwrazAHDVjWbRNH8w70RUmmPCqN8bc/ /EGkH1tHqw8GgGxqcjTc6XyZ18SaelnyA4MtHYwUSJL8Hk/2bViTo01UQlZK4Zudjbxi xPKA== MIME-Version: 1.0 X-Received: by 10.42.48.7 with SMTP id q7mr2675960icf.35.1367297461707; Mon, 29 Apr 2013 21:51:01 -0700 (PDT) Received: by 10.43.51.70 with HTTP; Mon, 29 Apr 2013 21:51:01 -0700 (PDT) X-Originating-IP: [2001:470:e872:1:645e:20df:af9c:70a5] Date: Mon, 29 Apr 2013 21:51:01 -0700 Message-ID: From: Kevin Tower To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQnKTgmim6uny2cp8kyb+rH0GcYPFJ+5l8e0gfruiB9pwxBndp1cpoQrjpy7X2Lt7E/RsGHk X-Mailman-Approved-At: Tue, 30 Apr 2013 09:23:27 +0000 Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============6276217465114869514==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6276217465114869514== Content-Type: multipart/alternative; boundary=90e6ba6146ca82600f04db8cbf10 --90e6ba6146ca82600f04db8cbf10 Content-Type: text/plain; charset=ISO-8859-1 Hello, My name is Kevin Tower and I am a systems engineer and self-proclaimed virtualization evangelist at the University of Washington. We make use of the downstream fork of XCP -- XenSever, but I use XCP in some of my personal dev environments. We have been attempting to make use of the "port locking" functionality that was added in 6.1 / 1.6, but I believe it to be broken. Details of the issue follow, as well as a proposed fix. I see that George Shuklin made a commit to the code 3 months ago (see https://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70 ) that made changes to the script regarding this feature, but my tests have shown that this change is insufficient to handle all use cases. When attempting to use the port-locking features on a VIF that is connected to a "normal" network (no VLAN tags), the logic works correctly. However, It breaks when a VLAN-tagged network comes into play. What happens is that the VLAN network is added to the network as a "fake bridge," to use the vSwitch terminology, which is a child object to the primary bridge device. When a VIF is attached to the (VLAN-tagged) network, it is associated with this fake bridge instead of the real bridge. So, when this script is called against such a VIF, the get_bridge_name_vswitch() function returns the name of the fake bridge instead of the real one. The problem is that most of the ovs-* Open vSwitch utilities, including the ovs-ofctl that is used to set up the VIF filters, don't recognize the fake bridge as a valid bridge device and fail, and the port locking rules never get added. Also, the way this script is written, these failures are silent because the return code is not captured, but I have not done anything about that. I have tested a fix that appears to work in both the VLAN and the non-VLAN case. Roughly described, after getting a bridge device name by executing "ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent bridge_device" and return that instead. If the bridge device is a fake bridge, it returns the "real" bridge device name, but if it is already a real bridge device, it returns the same device name that was passed as a parameter. I am somewhat unfamiliar with the process for contributing bug fixes to an open source project (if this fix is accepted, it will be my first!), and I am also pretty new to git (I've used other source control systems, though). What is the best way for me to provide my suggested fix? Should I post the .diff here on the mailing list? Should I create a pull request from my own fork of the xen-api repository on github that has the suggested code changes? Thanks in advance, Kevin Tower --90e6ba6146ca82600f04db8cbf10 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

My name is Kevin Tower and= I am a systems engineer and self-proclaimed virtualization=A0evangelist=A0= at the University of Washington. =A0We make use of the downstream fork of X= CP -- XenSever, but I use XCP in some of my personal dev environments. =A0W= e have been attempting to make use of the "port locking" function= ality that was added in 6.1 / 1.6, but I believe it to be broken. =A0Detail= s of the issue follow, as well as a proposed fix.

I see that George Shuklin made a commit to = the code 3 months ago (see=A0https://github.com/xen-org= /xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70=A0) that made = changes to the script regarding this feature, but my tests have shown that = this change is insufficient to handle all use cases.

When attempting to use the port-locking fea= tures on a VIF that is connected to a "normal" network (no VLAN t= ags), the logic works correctly. =A0However, It breaks when a VLAN-tagged n= etwork comes into play. =A0What happens is that the VLAN network is added t= o the network as a "fake bridge," to use the vSwitch terminology,= which is a child object to the primary bridge device. =A0When a VIF is att= ached to the (VLAN-tagged) network, it is associated with this fake bridge = instead of the real bridge. =A0So, when this script is called against such = a VIF, the get_bridge_name_vswitch() function returns the name of the fake = bridge instead of the real one.

The problem is that most of the ovs-* Open = vSwitch utilities, including the ovs-ofctl that is used to set up the VIF f= ilters, don't recognize the fake bridge as a valid bridge device and fa= il, and the port locking rules never get added. =A0Also, the way this scrip= t is written, these failures are silent because the return code is not capt= ured, but I have not done anything about that.

I have tested a fix that appears to work in= both the VLAN and the non-VLAN case. =A0Roughly described, after getting a= bridge device name by executing "ovs-vsctl iface-to-br vif_name"= , I run =A0"ovs-vsctl br-to-parent bridge_device" and return that= instead. =A0If the bridge device is a fake bridge, it returns the "re= al" bridge device name, but if it is already a real bridge device, it = returns the same device name that was passed as a parameter.

I am somewhat unfamiliar with the process f= or contributing bug fixes to an open source project (if this fix is accepte= d, it will be my first!), and I am also pretty new to git (I've used ot= her source control systems, though). =A0What is the best way for me to prov= ide my suggested fix? =A0Should I post the .diff here on the mailing list? = =A0Should I create a pull request from my own fork of the xen-api repositor= y on github that has the suggested code changes?

Thanks in advance,

Kevin Tower
--90e6ba6146ca82600f04db8cbf10-- --===============6276217465114869514== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6276217465114869514==-- From xen-api-bounces@lists.xen.org Tue Apr 30 10:11:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 10: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 1UX7X9-0002Uz-Ff; Tue, 30 Apr 2013 10:11:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX7X8-0002Ur-Lw for xen-api@lists.xen.org; Tue, 30 Apr 2013 10:11:39 +0000 Received: from [85.158.138.51:2997] by server-12.bemta-3.messagelabs.com id 7C/CC-01357-9D89F715; Tue, 30 Apr 2013 10:11:37 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1367316685!19410793!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21331 invoked from network); 30 Apr 2013 10:11:25 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 10:11:25 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="4074334" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Apr 2013 10:11:25 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 30 Apr 2013 11:11:25 +0100 From: Rob Hoes To: 'Kevin Tower' , "xen-api@lists.xen.org" Date: Tue, 30 Apr 2013 11:11:24 +0100 Thread-Topic: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Thread-Index: Ac5FhOZ8/L4oMW6eTOGt3KPKvRc/0QABastA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5490716892812640962==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5490716892812640962== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Kevin, Thanks for the report. Your analysis of the problem sounds correct. I did n= ot realise that this was not working on VLANs. If you could create a pull request to the xen-api repo on github that would= be great. Feel free to send questions to the list if you need help with th= is. Cheers, Rob From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Kevin Tower Sent: 30 April 2013 5:51 AM To: xen-api@lists.xen.org Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Hello, My name is Kevin Tower and I am a systems engineer and self-proclaimed virt= ualization evangelist at the University of Washington. We make use of the = downstream fork of XCP -- XenSever, but I use XCP in some of my personal de= v environments. We have been attempting to make use of the "port locking" = functionality that was added in 6.1 / 1.6, but I believe it to be broken. = Details of the issue follow, as well as a proposed fix. I see that George Shuklin made a commit to the code 3 months ago (see https= ://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb= 70 ) that made changes to the script regarding this feature, but my tests h= ave shown that this change is insufficient to handle all use cases. When attempting to use the port-locking features on a VIF that is connected= to a "normal" network (no VLAN tags), the logic works correctly. However,= It breaks when a VLAN-tagged network comes into play. What happens is tha= t the VLAN network is added to the network as a "fake bridge," to use the v= Switch terminology, which is a child object to the primary bridge device. = When a VIF is attached to the (VLAN-tagged) network, it is associated with = this fake bridge instead of the real bridge. So, when this script is calle= d against such a VIF, the get_bridge_name_vswitch() function returns the na= me of the fake bridge instead of the real one. The problem is that most of the ovs-* Open vSwitch utilities, including the= ovs-ofctl that is used to set up the VIF filters, don't recognize the fake= bridge as a valid bridge device and fail, and the port locking rules never= get added. Also, the way this script is written, these failures are silen= t because the return code is not captured, but I have not done anything abo= ut that. I have tested a fix that appears to work in both the VLAN and the non-VLAN = case. Roughly described, after getting a bridge device name by executing "= ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent bridge_devi= ce" and return that instead. If the bridge device is a fake bridge, it ret= urns the "real" bridge device name, but if it is already a real bridge devi= ce, it returns the same device name that was passed as a parameter. I am somewhat unfamiliar with the process for contributing bug fixes to an = open source project (if this fix is accepted, it will be my first!), and I = am also pretty new to git (I've used other source control systems, though).= What is the best way for me to provide my suggested fix? Should I post t= he .diff here on the mailing list? Should I create a pull request from my = own fork of the xen-api repository on github that has the suggested code ch= anges? Thanks in advance, Kevin Tower --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Kevin,=

 <= /p>

Thanks for the report. Your analysis of the = problem sounds correct. I did not realise that this was not working on VLAN= s.

 

If you could create a pull request to the = xen-api repo on github that would be great. Feel free to send questions to = the list if you need help with this.

 

Cheers,<= o:p>

Rob

<= p class=3DMsoNormal> 

From: xen-api-bounces@lists.x= en.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Kevin Tow= er
Sent: 30 April 2013 5:51 AM
To: xen-api@lists.xen.or= g
Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules

 

<= div>

Hello,

 

My name is Kevin Tower an= d I am a systems engineer and self-proclaimed virtualization evangelis= t at the University of Washington.  We make use of the downstream= fork of XCP -- XenSever, but I use XCP in some of my personal dev environm= ents.  We have been attempting to make use of the "port locking&q= uot; functionality that was added in 6.1 / 1.6, but I believe it to be brok= en.  Details of the issue follow, as well as a proposed fix.

 

I see that George Shuklin made a commit to the code 3 months= ago (see https://github.com/xen-org/xen-api/commi= t/06c2d0fedc7031c27ad9215a751c404fde1ebb70 ) that made changes to = the script regarding this feature, but my tests have shown that this change= is insufficient to handle all use cases.

 

When atte= mpting to use the port-locking features on a VIF that is connected to a &qu= ot;normal" network (no VLAN tags), the logic works correctly.  Ho= wever, It breaks when a VLAN-tagged network comes into play.  What hap= pens is that the VLAN network is added to the network as a "fake bridg= e," to use the vSwitch terminology, which is a child object to the pri= mary bridge device.  When a VIF is attached to the (VLAN-tagged) netwo= rk, it is associated with this fake bridge instead of the real bridge. &nbs= p;So, when this script is called against such a VIF, the get_bridge_name_vs= witch() function returns the name of the fake bridge instead of the real on= e.

 

The problem is that most of the ovs-* Open vSwit= ch utilities, including the ovs-ofctl that is used to set up the VIF filter= s, don't recognize the fake bridge as a valid bridge device and fail, and t= he port locking rules never get added.  Also, the way this script is w= ritten, these failures are silent because the return code is not captured, = but I have not done anything about that.

 

I have te= sted a fix that appears to work in both the VLAN and the non-VLAN case. &nb= sp;Roughly described, after getting a bridge device name by executing "= ;ovs-vsctl iface-to-br vif_name", I run  "ovs-vsctl br-to-pa= rent bridge_device" and return that instead.  If the bridge devic= e is a fake bridge, it returns the "real" bridge device name, but= if it is already a real bridge device, it returns the same device name tha= t was passed as a parameter.

=  

I am somewhat unfamili= ar with the process for contributing bug fixes to an open source project (i= f this fix is accepted, it will be my first!), and I am also pretty new to = git (I've used other source control systems, though).  What is the bes= t way for me to provide my suggested fix?  Should I post the .diff her= e on the mailing list?  Should I create a pull request from my own for= k of the xen-api repository on github that has the suggested code changes?<= o:p>

 

Thanks in advance,

 

Kevin To= wer

= --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_-- --===============5490716892812640962== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5490716892812640962==-- From xen-api-bounces@lists.xen.org Tue Apr 30 10:11:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 10: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 1UX7X9-0002Uz-Ff; Tue, 30 Apr 2013 10:11:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX7X8-0002Ur-Lw for xen-api@lists.xen.org; Tue, 30 Apr 2013 10:11:39 +0000 Received: from [85.158.138.51:2997] by server-12.bemta-3.messagelabs.com id 7C/CC-01357-9D89F715; Tue, 30 Apr 2013 10:11:37 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1367316685!19410793!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21331 invoked from network); 30 Apr 2013 10:11:25 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 10:11:25 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="4074334" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Apr 2013 10:11:25 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 30 Apr 2013 11:11:25 +0100 From: Rob Hoes To: 'Kevin Tower' , "xen-api@lists.xen.org" Date: Tue, 30 Apr 2013 11:11:24 +0100 Thread-Topic: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Thread-Index: Ac5FhOZ8/L4oMW6eTOGt3KPKvRc/0QABastA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============5490716892812640962==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5490716892812640962== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Kevin, Thanks for the report. Your analysis of the problem sounds correct. I did n= ot realise that this was not working on VLANs. If you could create a pull request to the xen-api repo on github that would= be great. Feel free to send questions to the list if you need help with th= is. Cheers, Rob From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Kevin Tower Sent: 30 April 2013 5:51 AM To: xen-api@lists.xen.org Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Hello, My name is Kevin Tower and I am a systems engineer and self-proclaimed virt= ualization evangelist at the University of Washington. We make use of the = downstream fork of XCP -- XenSever, but I use XCP in some of my personal de= v environments. We have been attempting to make use of the "port locking" = functionality that was added in 6.1 / 1.6, but I believe it to be broken. = Details of the issue follow, as well as a proposed fix. I see that George Shuklin made a commit to the code 3 months ago (see https= ://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb= 70 ) that made changes to the script regarding this feature, but my tests h= ave shown that this change is insufficient to handle all use cases. When attempting to use the port-locking features on a VIF that is connected= to a "normal" network (no VLAN tags), the logic works correctly. However,= It breaks when a VLAN-tagged network comes into play. What happens is tha= t the VLAN network is added to the network as a "fake bridge," to use the v= Switch terminology, which is a child object to the primary bridge device. = When a VIF is attached to the (VLAN-tagged) network, it is associated with = this fake bridge instead of the real bridge. So, when this script is calle= d against such a VIF, the get_bridge_name_vswitch() function returns the na= me of the fake bridge instead of the real one. The problem is that most of the ovs-* Open vSwitch utilities, including the= ovs-ofctl that is used to set up the VIF filters, don't recognize the fake= bridge as a valid bridge device and fail, and the port locking rules never= get added. Also, the way this script is written, these failures are silen= t because the return code is not captured, but I have not done anything abo= ut that. I have tested a fix that appears to work in both the VLAN and the non-VLAN = case. Roughly described, after getting a bridge device name by executing "= ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent bridge_devi= ce" and return that instead. If the bridge device is a fake bridge, it ret= urns the "real" bridge device name, but if it is already a real bridge devi= ce, it returns the same device name that was passed as a parameter. I am somewhat unfamiliar with the process for contributing bug fixes to an = open source project (if this fix is accepted, it will be my first!), and I = am also pretty new to git (I've used other source control systems, though).= What is the best way for me to provide my suggested fix? Should I post t= he .diff here on the mailing list? Should I create a pull request from my = own fork of the xen-api repository on github that has the suggested code ch= anges? Thanks in advance, Kevin Tower --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Kevin,=

 <= /p>

Thanks for the report. Your analysis of the = problem sounds correct. I did not realise that this was not working on VLAN= s.

 

If you could create a pull request to the = xen-api repo on github that would be great. Feel free to send questions to = the list if you need help with this.

 

Cheers,<= o:p>

Rob

<= p class=3DMsoNormal> 

From: xen-api-bounces@lists.x= en.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Kevin Tow= er
Sent: 30 April 2013 5:51 AM
To: xen-api@lists.xen.or= g
Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules

 

<= div>

Hello,

 

My name is Kevin Tower an= d I am a systems engineer and self-proclaimed virtualization evangelis= t at the University of Washington.  We make use of the downstream= fork of XCP -- XenSever, but I use XCP in some of my personal dev environm= ents.  We have been attempting to make use of the "port locking&q= uot; functionality that was added in 6.1 / 1.6, but I believe it to be brok= en.  Details of the issue follow, as well as a proposed fix.

 

I see that George Shuklin made a commit to the code 3 months= ago (see https://github.com/xen-org/xen-api/commi= t/06c2d0fedc7031c27ad9215a751c404fde1ebb70 ) that made changes to = the script regarding this feature, but my tests have shown that this change= is insufficient to handle all use cases.

 

When atte= mpting to use the port-locking features on a VIF that is connected to a &qu= ot;normal" network (no VLAN tags), the logic works correctly.  Ho= wever, It breaks when a VLAN-tagged network comes into play.  What hap= pens is that the VLAN network is added to the network as a "fake bridg= e," to use the vSwitch terminology, which is a child object to the pri= mary bridge device.  When a VIF is attached to the (VLAN-tagged) netwo= rk, it is associated with this fake bridge instead of the real bridge. &nbs= p;So, when this script is called against such a VIF, the get_bridge_name_vs= witch() function returns the name of the fake bridge instead of the real on= e.

 

The problem is that most of the ovs-* Open vSwit= ch utilities, including the ovs-ofctl that is used to set up the VIF filter= s, don't recognize the fake bridge as a valid bridge device and fail, and t= he port locking rules never get added.  Also, the way this script is w= ritten, these failures are silent because the return code is not captured, = but I have not done anything about that.

 

I have te= sted a fix that appears to work in both the VLAN and the non-VLAN case. &nb= sp;Roughly described, after getting a bridge device name by executing "= ;ovs-vsctl iface-to-br vif_name", I run  "ovs-vsctl br-to-pa= rent bridge_device" and return that instead.  If the bridge devic= e is a fake bridge, it returns the "real" bridge device name, but= if it is already a real bridge device, it returns the same device name tha= t was passed as a parameter.

=  

I am somewhat unfamili= ar with the process for contributing bug fixes to an open source project (i= f this fix is accepted, it will be my first!), and I am also pretty new to = git (I've used other source control systems, though).  What is the bes= t way for me to provide my suggested fix?  Should I post the .diff her= e on the mailing list?  Should I create a pull request from my own for= k of the xen-api repository on github that has the suggested code changes?<= o:p>

 

Thanks in advance,

 

Kevin To= wer

= --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A8LONPMAILBOX_-- --===============5490716892812640962== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5490716892812640962==-- From xen-api-bounces@lists.xen.org Tue Apr 30 11:32:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 11:32: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 1UX8nR-0007Tp-AB; Tue, 30 Apr 2013 11:32:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX8nO-0007Tb-VJ for xen-api@lists.xen.org; Tue, 30 Apr 2013 11:32:31 +0000 Received: from [85.158.139.83:64453] by server-15.bemta-5.messagelabs.com id 8A/D9-31797-ECBAF715; Tue, 30 Apr 2013 11:32:30 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1367321548!30641969!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15193 invoked from network); 30 Apr 2013 11:32:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 11:32:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="4077666" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Apr 2013 11:32:29 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 30 Apr 2013 12:32:28 +0100 From: James Bulpin To: "bearon@gmail.com" , "xen-api@lists.xen.org" Date: Tue, 30 Apr 2013 12:32:43 +0100 Thread-Topic: [Xen-API] XCP 1.6 - iSCSI root, does it work? Thread-Index: Ac5FJx25yPwzWiHnRSGyVZP9ZfyRNwAbpNtA Message-ID: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP 1.6 - iSCSI root, does it work? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3609329623552004359==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3609329623552004359== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_" --_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Someone in Citrix tried this on a previous XS version, his notes from the e= xperiment were: initrd A small number of changes to mkinitrd will be required, in order to support= iBFT in such a way that the LUN can be relocatabled and still booted (assu= ming that the iBFT is changed to point at it). * If the rootfs depends on a LUN in the iBFT mkinitrd should add code to= the initrd that processes the iBFT * The initrd should attach all LUNs in the iBFT * The initrd should use the NIC(s) specified in the iBFT with the IP = config specified in the iBFT * The initrd should create explicit routes for the targets hosting th= e LUN(s) so that later IP changes do not alter the path taken by iSCSI traf= fic to these LUNs dom0fs There should be a minimal number of changes necessary to the dom0 filesyste= m: * If it detects the root disk is iSCSI, rc.sysinit will create a dummy S= R for that IQN to prevent the iSCSI SR backend from bringing that session d= own . * /etc/init.d/open-iscsi:start() needs to reconfigure the iBFT nodes as = "onboot" nodes so that stop() does not log out of them. * If the iBFT nodes have a multipath device on top of them then /etc/ini= t.d/open-iscsi:start() must change their timeouts for speedy failover. * The SM backend must be modified to never overwrite the config for node= s that are in the iBFT * Currently, xapi does not know anything about the iSCSI interface as it= is not added to the firstboot data by the installer. However, this means = that a pif-introduce and pif-reconfigure-ip could cause access to the root = disk to be lost. Xapi needs to be modified to be told that this interface = is reserved and cannot be introduced. TODO! Maybe there is something in the above that could be useful to you. Unfortun= ately I have no more knowledge of this than what I've pasted. My guess is that in your case xapi/xcp-networkd is re-plugging the PIF bein= g used for iSCSI therefore interrupting the session and losing the root dis= k. The final bullet point above may be relevant. Regards, James From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of bearon@gmail.com Sent: 29 April 2013 23:12 To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 - iSCSI root, does it work? So I have intel cards that support iBFT. I have all the settings in the ca= rd and I have installed XCP 1.6 by doing the following, at boot off ISO, typing shell then running /opt/xensource/installer/init --use_ibft This finds my iscsi device fine, installs XCP onto the iscsi device fine (I= have mounted it on another machine to verify). On reboot after install the machine boots up fine, mounts the filesystem/st= arts daemons,etc. At that point it gets to "Performing remaining startup actions:" and it hangs. After a while I get "task XXXX blocked for more than 120 seconds" this is kjournald, flush, etc= . So it looks like it LOST the filesystem. I can additionally verify that= the IP address that WAS on the ethernet port for the iscsi boot to work is= now gone. I can arp -d 1.1.1.1 off my SAN box and the arp never returns u= ntil reboot. Once rebooted, it does it all over again. What am I missing here? The install went fine, the boot mounts the directo= ries and starts XAPI/etc fine (I can tell by running in fallback mode). I = see no DHCP requests on the port or anything. It just drops the IP for som= e reason. Anyone else have this issue? --_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Someone i= n Citrix tried this on a previous XS version, his notes from the experiment= were:

init= rd

A small number of changes to mkinitrd wi= ll be required, in order to support iBFT in such a way that the LUN can be = relocatabled and still booted (assuming that the iBFT is changed to point a= t it).

  • If the= rootfs depends on a LUN in the iBFT mkinitrd should add code to the initrd= that processes the iBFT
    • The initrd should attach all LUNs in the iBFT
    • The initrd should use the NIC(s) s= pecified in the iBFT with the IP config specified in the iBFT
    • The initrd should create explicit routes = for the targets hosting the LUN(s) so that later IP changes do not alter th= e path taken by iSCSI traffic to these LUNs

dom0fs

There should be a m= inimal number of changes necessary to the dom0 filesystem:

  • If it detects the root disk i= s iSCSI, rc.sysinit will create a dummy SR for that IQN to prevent the iSCS= I SR backend from bringing that session down .
  • /etc/init.d/open-iscsi:start() needs to reconfigure the = iBFT nodes as "onboot" nodes so that stop() does not log out of t= hem.
  • If the iBFT nodes have = a multipath device on top of them then /etc/init.d/open-iscsi:start() must = change their timeouts for speedy failover.
  • The SM backend must be modified to never overwrite the confi= g for nodes that are in the iBFT
  • Currently, xapi does not know anything about the iSCSI interface as it= is not added to the firstboot data by the installer.  However, this m= eans that a pif-introduce and pif-reconfigure-ip could cause access to the = root disk to be lost.  Xapi needs to be modified to be told that this = interface is reserved and cannot be introduced. TODO!

    • Mayb= e there is something in the above that could be useful to you. Unfortunatel= y I have no more knowledge of this than what I’ve pasted.<= /span>

     

    My guess is that in your case xapi/xcp-networkd is re-p= lugging the PIF being used for iSCSI therefore interrupting the session and= losing the root disk. The final bullet point above may be relevant.

     

    Regards,

    = James

     

    From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen= .org] On Behalf Of bearon@gmail.com
    Sent: 29 April 2013 23= :12
    To: xen-api@lists.xen.org
    Subject: [Xen-API] XCP 1.= 6 - iSCSI root, does it work?

     

    =

    So I have intel cards t= hat support iBFT.  I have all the settings in the card and I have inst= alled XCP 1.6 by doing the following,

    at boot off ISO, typing shell=

    then running<= br>
    /opt/xensource/installer/init --use_ibft

    This finds my iscsi device fin= e, installs XCP onto the iscsi device fine (I have mounted it on another ma= chine to verify).

    On reboot after install the machine boots up fine, mounts th= e filesystem/starts daemons,etc.

    At that point it gets to=

    "Perform= ing remaining startup actions:"

    and it hangs.  After a while I get

    "task XXXX blocked for more th= an 120 seconds" this is kjournald, flush, etc.  So it looks like = it LOST the filesystem.  I can additionally verify that the IP address= that WAS on the ethernet port for the iscsi boot to work is now gone. = ; I can arp -d 1.1.1.1 off my SAN box and the arp never returns until reboo= t.  Once rebooted, it does it all over again.

    What am I missing= here?  The install went fine, the boot mounts the directories and sta= rts XAPI/etc fine (I can tell by running in fallback mode).  I see no = DHCP requests on the port or anything.  It just drops the IP for some = reason.

    Anyone else have this issu= e?

    = --_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_-- --===============3609329623552004359== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3609329623552004359==-- From xen-api-bounces@lists.xen.org Tue Apr 30 11:32:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 11:32: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 1UX8nR-0007Tp-AB; Tue, 30 Apr 2013 11:32:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX8nO-0007Tb-VJ for xen-api@lists.xen.org; Tue, 30 Apr 2013 11:32:31 +0000 Received: from [85.158.139.83:64453] by server-15.bemta-5.messagelabs.com id 8A/D9-31797-ECBAF715; Tue, 30 Apr 2013 11:32:30 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1367321548!30641969!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15193 invoked from network); 30 Apr 2013 11:32:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 11:32:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="4077666" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Apr 2013 11:32:29 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 30 Apr 2013 12:32:28 +0100 From: James Bulpin To: "bearon@gmail.com" , "xen-api@lists.xen.org" Date: Tue, 30 Apr 2013 12:32:43 +0100 Thread-Topic: [Xen-API] XCP 1.6 - iSCSI root, does it work? Thread-Index: Ac5FJx25yPwzWiHnRSGyVZP9ZfyRNwAbpNtA Message-ID: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] XCP 1.6 - iSCSI root, does it work? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============3609329623552004359==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3609329623552004359== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_" --_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Someone in Citrix tried this on a previous XS version, his notes from the e= xperiment were: initrd A small number of changes to mkinitrd will be required, in order to support= iBFT in such a way that the LUN can be relocatabled and still booted (assu= ming that the iBFT is changed to point at it). * If the rootfs depends on a LUN in the iBFT mkinitrd should add code to= the initrd that processes the iBFT * The initrd should attach all LUNs in the iBFT * The initrd should use the NIC(s) specified in the iBFT with the IP = config specified in the iBFT * The initrd should create explicit routes for the targets hosting th= e LUN(s) so that later IP changes do not alter the path taken by iSCSI traf= fic to these LUNs dom0fs There should be a minimal number of changes necessary to the dom0 filesyste= m: * If it detects the root disk is iSCSI, rc.sysinit will create a dummy S= R for that IQN to prevent the iSCSI SR backend from bringing that session d= own . * /etc/init.d/open-iscsi:start() needs to reconfigure the iBFT nodes as = "onboot" nodes so that stop() does not log out of them. * If the iBFT nodes have a multipath device on top of them then /etc/ini= t.d/open-iscsi:start() must change their timeouts for speedy failover. * The SM backend must be modified to never overwrite the config for node= s that are in the iBFT * Currently, xapi does not know anything about the iSCSI interface as it= is not added to the firstboot data by the installer. However, this means = that a pif-introduce and pif-reconfigure-ip could cause access to the root = disk to be lost. Xapi needs to be modified to be told that this interface = is reserved and cannot be introduced. TODO! Maybe there is something in the above that could be useful to you. Unfortun= ately I have no more knowledge of this than what I've pasted. My guess is that in your case xapi/xcp-networkd is re-plugging the PIF bein= g used for iSCSI therefore interrupting the session and losing the root dis= k. The final bullet point above may be relevant. Regards, James From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of bearon@gmail.com Sent: 29 April 2013 23:12 To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 - iSCSI root, does it work? So I have intel cards that support iBFT. I have all the settings in the ca= rd and I have installed XCP 1.6 by doing the following, at boot off ISO, typing shell then running /opt/xensource/installer/init --use_ibft This finds my iscsi device fine, installs XCP onto the iscsi device fine (I= have mounted it on another machine to verify). On reboot after install the machine boots up fine, mounts the filesystem/st= arts daemons,etc. At that point it gets to "Performing remaining startup actions:" and it hangs. After a while I get "task XXXX blocked for more than 120 seconds" this is kjournald, flush, etc= . So it looks like it LOST the filesystem. I can additionally verify that= the IP address that WAS on the ethernet port for the iscsi boot to work is= now gone. I can arp -d 1.1.1.1 off my SAN box and the arp never returns u= ntil reboot. Once rebooted, it does it all over again. What am I missing here? The install went fine, the boot mounts the directo= ries and starts XAPI/etc fine (I can tell by running in fallback mode). I = see no DHCP requests on the port or anything. It just drops the IP for som= e reason. Anyone else have this issue? --_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Someone i= n Citrix tried this on a previous XS version, his notes from the experiment= were:

    init= rd

    A small number of changes to mkinitrd wi= ll be required, in order to support iBFT in such a way that the LUN can be = relocatabled and still booted (assuming that the iBFT is changed to point a= t it).

    • If the= rootfs depends on a LUN in the iBFT mkinitrd should add code to the initrd= that processes the iBFT
      • The initrd should attach all LUNs in the iBFT
      • The initrd should use the NIC(s) s= pecified in the iBFT with the IP config specified in the iBFT
      • The initrd should create explicit routes = for the targets hosting the LUN(s) so that later IP changes do not alter th= e path taken by iSCSI traffic to these LUNs

    dom0fs

    There should be a m= inimal number of changes necessary to the dom0 filesystem:

  • If it detects the root disk i= s iSCSI, rc.sysinit will create a dummy SR for that IQN to prevent the iSCS= I SR backend from bringing that session down .
  • /etc/init.d/open-iscsi:start() needs to reconfigure the = iBFT nodes as "onboot" nodes so that stop() does not log out of t= hem.
  • If the iBFT nodes have = a multipath device on top of them then /etc/init.d/open-iscsi:start() must = change their timeouts for speedy failover.
  • The SM backend must be modified to never overwrite the confi= g for nodes that are in the iBFT
  • Currently, xapi does not know anything about the iSCSI interface as it= is not added to the firstboot data by the installer.  However, this m= eans that a pif-introduce and pif-reconfigure-ip could cause access to the = root disk to be lost.  Xapi needs to be modified to be told that this = interface is reserved and cannot be introduced. TODO!

    • Mayb= e there is something in the above that could be useful to you. Unfortunatel= y I have no more knowledge of this than what I’ve pasted.<= /span>

     

    My guess is that in your case xapi/xcp-networkd is re-p= lugging the PIF being used for iSCSI therefore interrupting the session and= losing the root disk. The final bullet point above may be relevant.

     

    Regards,

    = James

     

    From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen= .org] On Behalf Of bearon@gmail.com
    Sent: 29 April 2013 23= :12
    To: xen-api@lists.xen.org
    Subject: [Xen-API] XCP 1.= 6 - iSCSI root, does it work?

     

    =

    So I have intel cards t= hat support iBFT.  I have all the settings in the card and I have inst= alled XCP 1.6 by doing the following,

    at boot off ISO, typing shell=

    then running<= br>
    /opt/xensource/installer/init --use_ibft

    This finds my iscsi device fin= e, installs XCP onto the iscsi device fine (I have mounted it on another ma= chine to verify).

    On reboot after install the machine boots up fine, mounts th= e filesystem/starts daemons,etc.

    At that point it gets to=

    "Perform= ing remaining startup actions:"

    and it hangs.  After a while I get

    "task XXXX blocked for more th= an 120 seconds" this is kjournald, flush, etc.  So it looks like = it LOST the filesystem.  I can additionally verify that the IP address= that WAS on the ethernet port for the iscsi boot to work is now gone. = ; I can arp -d 1.1.1.1 off my SAN box and the arp never returns until reboo= t.  Once rebooted, it does it all over again.

    What am I missing= here?  The install went fine, the boot mounts the directories and sta= rts XAPI/etc fine (I can tell by running in fallback mode).  I see no = DHCP requests on the port or anything.  It just drops the IP for some = reason.

    Anyone else have this issu= e?

    = --_000_344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7LONPMAILBOX_-- --===============3609329623552004359== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3609329623552004359==-- From xen-api-bounces@lists.xen.org Tue Apr 30 14:01:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 14:01: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 1UXB7C-0006Qm-B9; Tue, 30 Apr 2013 14:01:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXB7A-0006QZ-TL for xen-api@lists.xen.org; Tue, 30 Apr 2013 14:01:05 +0000 Received: from [85.158.137.99:56922] by server-7.bemta-3.messagelabs.com id 35/12-06591-B9ECF715; Tue, 30 Apr 2013 14:00:59 +0000 X-Env-Sender: ktower@towerfamily.org X-Msg-Ref: server-12.tower-217.messagelabs.com!1367330314!16546755!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12006 invoked from network); 30 Apr 2013 13:58:35 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 13:58:35 -0000 Received: by mail-ie0-f182.google.com with SMTP id bn7so618980ieb.13 for ; Tue, 30 Apr 2013 06:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=towerfamily.org; s=google; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=HD29yCOEN7hrCJzlUBZfQD54O4uKh9fbQc2prMxPUg4=; b=PdxOyO64PAa+SjIqr88UrPvO964AW9o4OXrSQ7QYmraHn/79pUecLDRxbZm6CjdDFB ImEZV3IXfg5O89ZYfPqf3CRdgUTea3CWf/sd4/v0RzZM6XaxDavzowhw17psIB1+So3M B9tf35GIdozAzqXheQCcy03KzkPCwSc9Wfqtk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=HD29yCOEN7hrCJzlUBZfQD54O4uKh9fbQc2prMxPUg4=; b=NEVAVKPntQEBNRuu5n460jGwLtSvk6OJUd3O9o3qF/D3QTJ3AdfAtyyCX3PyuTrKRq WawVg862adgJQBA2NnWaSXnOmrUUBqXVWg4hVVGk/pD63h0CeS341rYIESkZhe+tVH7Y lBxynqewL+X32rcb6B419Bn+m9/y6/97B4U+JkL7dCbOaqk0fS+a8jZSooaThelqCQqL wqUqflOekdDmChKk1WmEHQh4V2JFvI4ik91HDXSEzwR7Nm5OR3IyhK7OqQaOqOMA4frb cTdIaeBrJ+viimjbGXT1g85BDv5Qwir/hlzoD7aQ6VO2o9Rr+XTTXHek7ILmbFcKPqV5 r5yg== MIME-Version: 1.0 X-Received: by 10.50.17.234 with SMTP id r10mr4200981igd.102.1367330314079; Tue, 30 Apr 2013 06:58:34 -0700 (PDT) Received: by 10.43.51.70 with HTTP; Tue, 30 Apr 2013 06:58:33 -0700 (PDT) X-Originating-IP: [2607:4000:200:3:d87a:a694:d19d:9e4a] In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> Date: Tue, 30 Apr 2013 06:58:33 -0700 Message-ID: From: Kevin Tower To: Rob Hoes X-Gm-Message-State: ALoCoQly03g9bKWpDvKXQELDikD2qJTt4AeGavJOmsFEeoeNfb0yxNY9SXF0S/4vPN3NJ1Ure74g Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0275213676904259186==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0275213676904259186== Content-Type: multipart/alternative; boundary=14dae9340ff5a983e804db946534 --14dae9340ff5a983e804db946534 Content-Type: text/plain; charset=ISO-8859-1 Rob, Thanks for the confirmation. I've issued the pull request (#1180) just now (I hope...). KRT On Tue, Apr 30, 2013 at 3:11 AM, Rob Hoes wrote: > Hi Kevin,**** > > ** ** > > Thanks for the report. Your analysis of the problem sounds correct. I did > not realise that this was not working on VLANs.**** > > ** ** > > If you could create a pull request to the xen-api repo on github that > would be great. Feel free to send questions to the list if you need help > with this.**** > > ** ** > > Cheers,**** > > Rob**** > > ** ** > > *From:* xen-api-bounces@lists.xen.org [mailto: > xen-api-bounces@lists.xen.org] *On Behalf Of *Kevin Tower > *Sent:* 30 April 2013 5:51 AM > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] Bug (and fix?) for scripts/setup-vif-rules**** > > ** ** > > Hello,**** > > ** ** > > My name is Kevin Tower and I am a systems engineer and self-proclaimed > virtualization evangelist at the University of Washington. We make use of > the downstream fork of XCP -- XenSever, but I use XCP in some of my > personal dev environments. We have been attempting to make use of the > "port locking" functionality that was added in 6.1 / 1.6, but I believe it > to be broken. Details of the issue follow, as well as a proposed fix.**** > > ** ** > > I see that George Shuklin made a commit to the code 3 months ago (see > https://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70 ) > that made changes to the script regarding this feature, but my tests have > shown that this change is insufficient to handle all use cases.**** > > ** ** > > When attempting to use the port-locking features on a VIF that is > connected to a "normal" network (no VLAN tags), the logic works correctly. > However, It breaks when a VLAN-tagged network comes into play. What > happens is that the VLAN network is added to the network as a "fake > bridge," to use the vSwitch terminology, which is a child object to the > primary bridge device. When a VIF is attached to the (VLAN-tagged) > network, it is associated with this fake bridge instead of the real bridge. > So, when this script is called against such a VIF, the > get_bridge_name_vswitch() function returns the name of the fake bridge > instead of the real one.**** > > ** ** > > The problem is that most of the ovs-* Open vSwitch utilities, including > the ovs-ofctl that is used to set up the VIF filters, don't recognize the > fake bridge as a valid bridge device and fail, and the port locking rules > never get added. Also, the way this script is written, these failures are > silent because the return code is not captured, but I have not done > anything about that.**** > > ** ** > > I have tested a fix that appears to work in both the VLAN and the non-VLAN > case. Roughly described, after getting a bridge device name by executing > "ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent > bridge_device" and return that instead. If the bridge device is a fake > bridge, it returns the "real" bridge device name, but if it is already a > real bridge device, it returns the same device name that was passed as a > parameter.**** > > ** ** > > I am somewhat unfamiliar with the process for contributing bug fixes to an > open source project (if this fix is accepted, it will be my first!), and I > am also pretty new to git (I've used other source control systems, though). > What is the best way for me to provide my suggested fix? Should I post > the .diff here on the mailing list? Should I create a pull request from my > own fork of the xen-api repository on github that has the suggested code > changes?**** > > ** ** > > Thanks in advance,**** > > ** ** > > Kevin Tower**** > --14dae9340ff5a983e804db946534 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Rob,

    Thanks for the confirmation. =A0I&= #39;ve issued the pull request (#1180) just now (I hope...).

    =
    KRT


    On Tue, Apr 30, 2013 at 3:11 AM, Rob Hoes <Rob.Hoes@citrix.com> wrote:

    Hi Kevin,

    =A0

    Thanks for the report. Your analysis of the p= roblem sounds correct. I did not realise that this was not working on VLANs= .

    =A0<= /p>

    If you could create a = pull request to the xen-api repo on github that would be great. Feel free t= o send questions to the list if you need help with this.

    =A0<= /p>

    Cheers,<= /span>

    Rob<= /p>

    =A0

    From: xen-api-bounces@lists.xen.org [mai= lto:xen-= api-bounces@lists.xen.org] On Behalf Of Kevin Tower
    Sent: 30 April 2013 5:51 AM
    To: xen-api@lists.xen.org
    Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules

    =A0=

    Hello,

    =A0

    My name is = Kevin Tower and I am a systems engineer and self-proclaimed virtualization= =A0evangelist=A0at the University of Washington. =A0We make use of the down= stream fork of XCP -- XenSever, but I use XCP in some of my personal dev en= vironments. =A0We have been attempting to make use of the "port lockin= g" functionality that was added in 6.1 / 1.6, but I believe it to be b= roken. =A0Details of the issue follow, as well as a proposed fix.=

    =A0

    I see that George Shuklin made a commit to the code 3 months= ago (see=A0https://github.com/xen-or= g/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70=A0) that made= changes to the script regarding this feature, but my tests have shown that= this change is insufficient to handle all use cases.

    =A0

    When attempting to use the port-locking features on a VIF th= at is connected to a "normal" network (no VLAN tags), the logic w= orks correctly. =A0However, It breaks when a VLAN-tagged network comes into= play. =A0What happens is that the VLAN network is added to the network as = a "fake bridge," to use the vSwitch terminology, which is a child= object to the primary bridge device. =A0When a VIF is attached to the (VLA= N-tagged) network, it is associated with this fake bridge instead of the re= al bridge. =A0So, when this script is called against such a VIF, the get_br= idge_name_vswitch() function returns the name of the fake bridge instead of= the real one.

    =A0

    The problem is that most of the ovs-* Open vSwitch utilities= , including the ovs-ofctl that is used to set up the VIF filters, don't= recognize the fake bridge as a valid bridge device and fail, and the port = locking rules never get added. =A0Also, the way this script is written, the= se failures are silent because the return code is not captured, but I have = not done anything about that.

    =A0

    I have tested a fix that appears to work in both the VLAN an= d the non-VLAN case. =A0Roughly described, after getting a bridge device na= me by executing "ovs-vsctl iface-to-br vif_name", I run =A0"= ovs-vsctl br-to-parent bridge_device" and return that instead. =A0If t= he bridge device is a fake bridge, it returns the "real" bridge d= evice name, but if it is already a real bridge device, it returns the same = device name that was passed as a parameter.

    =A0

    I am somewhat unfamiliar with the process for contributing b= ug fixes to an open source project (if this fix is accepted, it will be my = first!), and I am also pretty new to git (I've used other source contro= l systems, though). =A0What is the best way for me to provide my suggested = fix? =A0Should I post the .diff here on the mailing list? =A0Should I creat= e a pull request from my own fork of the xen-api repository on github that = has the suggested code changes?

    =A0

    Thanks in advance,

    =A0

    Kevin Towe= r


    --14dae9340ff5a983e804db946534-- --===============0275213676904259186== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0275213676904259186==-- From xen-api-bounces@lists.xen.org Tue Apr 30 14:01:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 14:01: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 1UXB7C-0006Qm-B9; Tue, 30 Apr 2013 14:01:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXB7A-0006QZ-TL for xen-api@lists.xen.org; Tue, 30 Apr 2013 14:01:05 +0000 Received: from [85.158.137.99:56922] by server-7.bemta-3.messagelabs.com id 35/12-06591-B9ECF715; Tue, 30 Apr 2013 14:00:59 +0000 X-Env-Sender: ktower@towerfamily.org X-Msg-Ref: server-12.tower-217.messagelabs.com!1367330314!16546755!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12006 invoked from network); 30 Apr 2013 13:58:35 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 13:58:35 -0000 Received: by mail-ie0-f182.google.com with SMTP id bn7so618980ieb.13 for ; Tue, 30 Apr 2013 06:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=towerfamily.org; s=google; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=HD29yCOEN7hrCJzlUBZfQD54O4uKh9fbQc2prMxPUg4=; b=PdxOyO64PAa+SjIqr88UrPvO964AW9o4OXrSQ7QYmraHn/79pUecLDRxbZm6CjdDFB ImEZV3IXfg5O89ZYfPqf3CRdgUTea3CWf/sd4/v0RzZM6XaxDavzowhw17psIB1+So3M B9tf35GIdozAzqXheQCcy03KzkPCwSc9Wfqtk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=HD29yCOEN7hrCJzlUBZfQD54O4uKh9fbQc2prMxPUg4=; b=NEVAVKPntQEBNRuu5n460jGwLtSvk6OJUd3O9o3qF/D3QTJ3AdfAtyyCX3PyuTrKRq WawVg862adgJQBA2NnWaSXnOmrUUBqXVWg4hVVGk/pD63h0CeS341rYIESkZhe+tVH7Y lBxynqewL+X32rcb6B419Bn+m9/y6/97B4U+JkL7dCbOaqk0fS+a8jZSooaThelqCQqL wqUqflOekdDmChKk1WmEHQh4V2JFvI4ik91HDXSEzwR7Nm5OR3IyhK7OqQaOqOMA4frb cTdIaeBrJ+viimjbGXT1g85BDv5Qwir/hlzoD7aQ6VO2o9Rr+XTTXHek7ILmbFcKPqV5 r5yg== MIME-Version: 1.0 X-Received: by 10.50.17.234 with SMTP id r10mr4200981igd.102.1367330314079; Tue, 30 Apr 2013 06:58:34 -0700 (PDT) Received: by 10.43.51.70 with HTTP; Tue, 30 Apr 2013 06:58:33 -0700 (PDT) X-Originating-IP: [2607:4000:200:3:d87a:a694:d19d:9e4a] In-Reply-To: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> Date: Tue, 30 Apr 2013 06:58:33 -0700 Message-ID: From: Kevin Tower To: Rob Hoes X-Gm-Message-State: ALoCoQly03g9bKWpDvKXQELDikD2qJTt4AeGavJOmsFEeoeNfb0yxNY9SXF0S/4vPN3NJ1Ure74g Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============0275213676904259186==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0275213676904259186== Content-Type: multipart/alternative; boundary=14dae9340ff5a983e804db946534 --14dae9340ff5a983e804db946534 Content-Type: text/plain; charset=ISO-8859-1 Rob, Thanks for the confirmation. I've issued the pull request (#1180) just now (I hope...). KRT On Tue, Apr 30, 2013 at 3:11 AM, Rob Hoes wrote: > Hi Kevin,**** > > ** ** > > Thanks for the report. Your analysis of the problem sounds correct. I did > not realise that this was not working on VLANs.**** > > ** ** > > If you could create a pull request to the xen-api repo on github that > would be great. Feel free to send questions to the list if you need help > with this.**** > > ** ** > > Cheers,**** > > Rob**** > > ** ** > > *From:* xen-api-bounces@lists.xen.org [mailto: > xen-api-bounces@lists.xen.org] *On Behalf Of *Kevin Tower > *Sent:* 30 April 2013 5:51 AM > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] Bug (and fix?) for scripts/setup-vif-rules**** > > ** ** > > Hello,**** > > ** ** > > My name is Kevin Tower and I am a systems engineer and self-proclaimed > virtualization evangelist at the University of Washington. We make use of > the downstream fork of XCP -- XenSever, but I use XCP in some of my > personal dev environments. We have been attempting to make use of the > "port locking" functionality that was added in 6.1 / 1.6, but I believe it > to be broken. Details of the issue follow, as well as a proposed fix.**** > > ** ** > > I see that George Shuklin made a commit to the code 3 months ago (see > https://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70 ) > that made changes to the script regarding this feature, but my tests have > shown that this change is insufficient to handle all use cases.**** > > ** ** > > When attempting to use the port-locking features on a VIF that is > connected to a "normal" network (no VLAN tags), the logic works correctly. > However, It breaks when a VLAN-tagged network comes into play. What > happens is that the VLAN network is added to the network as a "fake > bridge," to use the vSwitch terminology, which is a child object to the > primary bridge device. When a VIF is attached to the (VLAN-tagged) > network, it is associated with this fake bridge instead of the real bridge. > So, when this script is called against such a VIF, the > get_bridge_name_vswitch() function returns the name of the fake bridge > instead of the real one.**** > > ** ** > > The problem is that most of the ovs-* Open vSwitch utilities, including > the ovs-ofctl that is used to set up the VIF filters, don't recognize the > fake bridge as a valid bridge device and fail, and the port locking rules > never get added. Also, the way this script is written, these failures are > silent because the return code is not captured, but I have not done > anything about that.**** > > ** ** > > I have tested a fix that appears to work in both the VLAN and the non-VLAN > case. Roughly described, after getting a bridge device name by executing > "ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent > bridge_device" and return that instead. If the bridge device is a fake > bridge, it returns the "real" bridge device name, but if it is already a > real bridge device, it returns the same device name that was passed as a > parameter.**** > > ** ** > > I am somewhat unfamiliar with the process for contributing bug fixes to an > open source project (if this fix is accepted, it will be my first!), and I > am also pretty new to git (I've used other source control systems, though). > What is the best way for me to provide my suggested fix? Should I post > the .diff here on the mailing list? Should I create a pull request from my > own fork of the xen-api repository on github that has the suggested code > changes?**** > > ** ** > > Thanks in advance,**** > > ** ** > > Kevin Tower**** > --14dae9340ff5a983e804db946534 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Rob,

    Thanks for the confirmation. =A0I&= #39;ve issued the pull request (#1180) just now (I hope...).

    =
    KRT


    On Tue, Apr 30, 2013 at 3:11 AM, Rob Hoes <Rob.Hoes@citrix.com> wrote:

    Hi Kevin,

    =A0

    Thanks for the report. Your analysis of the p= roblem sounds correct. I did not realise that this was not working on VLANs= .

    =A0<= /p>

    If you could create a = pull request to the xen-api repo on github that would be great. Feel free t= o send questions to the list if you need help with this.

    =A0<= /p>

    Cheers,<= /span>

    Rob<= /p>

    =A0

    From: xen-api-bounces@lists.xen.org [mai= lto:xen-= api-bounces@lists.xen.org] On Behalf Of Kevin Tower
    Sent: 30 April 2013 5:51 AM
    To: xen-api@lists.xen.org
    Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules

    =A0=

    Hello,

    =A0

    My name is = Kevin Tower and I am a systems engineer and self-proclaimed virtualization= =A0evangelist=A0at the University of Washington. =A0We make use of the down= stream fork of XCP -- XenSever, but I use XCP in some of my personal dev en= vironments. =A0We have been attempting to make use of the "port lockin= g" functionality that was added in 6.1 / 1.6, but I believe it to be b= roken. =A0Details of the issue follow, as well as a proposed fix.=

    =A0

    I see that George Shuklin made a commit to the code 3 months= ago (see=A0https://github.com/xen-or= g/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb70=A0) that made= changes to the script regarding this feature, but my tests have shown that= this change is insufficient to handle all use cases.

    =A0

    When attempting to use the port-locking features on a VIF th= at is connected to a "normal" network (no VLAN tags), the logic w= orks correctly. =A0However, It breaks when a VLAN-tagged network comes into= play. =A0What happens is that the VLAN network is added to the network as = a "fake bridge," to use the vSwitch terminology, which is a child= object to the primary bridge device. =A0When a VIF is attached to the (VLA= N-tagged) network, it is associated with this fake bridge instead of the re= al bridge. =A0So, when this script is called against such a VIF, the get_br= idge_name_vswitch() function returns the name of the fake bridge instead of= the real one.

    =A0

    The problem is that most of the ovs-* Open vSwitch utilities= , including the ovs-ofctl that is used to set up the VIF filters, don't= recognize the fake bridge as a valid bridge device and fail, and the port = locking rules never get added. =A0Also, the way this script is written, the= se failures are silent because the return code is not captured, but I have = not done anything about that.

    =A0

    I have tested a fix that appears to work in both the VLAN an= d the non-VLAN case. =A0Roughly described, after getting a bridge device na= me by executing "ovs-vsctl iface-to-br vif_name", I run =A0"= ovs-vsctl br-to-parent bridge_device" and return that instead. =A0If t= he bridge device is a fake bridge, it returns the "real" bridge d= evice name, but if it is already a real bridge device, it returns the same = device name that was passed as a parameter.

    =A0

    I am somewhat unfamiliar with the process for contributing b= ug fixes to an open source project (if this fix is accepted, it will be my = first!), and I am also pretty new to git (I've used other source contro= l systems, though). =A0What is the best way for me to provide my suggested = fix? =A0Should I post the .diff here on the mailing list? =A0Should I creat= e a pull request from my own fork of the xen-api repository on github that = has the suggested code changes?

    =A0

    Thanks in advance,

    =A0

    Kevin Towe= r


    --14dae9340ff5a983e804db946534-- --===============0275213676904259186== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0275213676904259186==-- From xen-api-bounces@lists.xen.org Tue Apr 30 14:01:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 14:01: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 1UXB7u-0006Wa-J8; Tue, 30 Apr 2013 14:01:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXB7s-0006WG-MA for xen-api@lists.xen.org; Tue, 30 Apr 2013 14:01:49 +0000 Received: from [85.158.143.99:19616] by server-3.bemta-4.messagelabs.com id 65/F2-02015-CCECF715; Tue, 30 Apr 2013 14:01:48 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1367330506!21163492!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26363 invoked from network); 30 Apr 2013 14:01:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 14:01:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="4084303" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Apr 2013 14:01:46 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 30 Apr 2013 15:01:46 +0100 From: Rob Hoes To: 'Kevin Tower' Date: Tue, 30 Apr 2013 15:01:45 +0100 Thread-Topic: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Thread-Index: Ac5FqtfqdupfzY6CTvCbKKcYxR540AAAFIuA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F729E01A9@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8363098193533908460==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8363098193533908460== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Great, thanks! I will take a look soon, and will comment on the pull request. Cheers, Rob From: Kevin Tower [mailto:ktower@towerfamily.org] Sent: 30 April 2013 2:59 PM To: Rob Hoes Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Rob, Thanks for the confirmation. I've issued the pull request (#1180) just now= (I hope...). KRT On Tue, Apr 30, 2013 at 3:11 AM, Rob Hoes > wrote: Hi Kevin, Thanks for the report. Your analysis of the problem sounds correct. I did n= ot realise that this was not working on VLANs. If you could create a pull request to the xen-api repo on github that would= be great. Feel free to send questions to the list if you need help with th= is. Cheers, Rob From: xen-api-bounces@lists.xen.org [= mailto:xen-api-bounces@lists.xen.org]= On Behalf Of Kevin Tower Sent: 30 April 2013 5:51 AM To: xen-api@lists.xen.org Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Hello, My name is Kevin Tower and I am a systems engineer and self-proclaimed virt= ualization evangelist at the University of Washington. We make use of the = downstream fork of XCP -- XenSever, but I use XCP in some of my personal de= v environments. We have been attempting to make use of the "port locking" = functionality that was added in 6.1 / 1.6, but I believe it to be broken. = Details of the issue follow, as well as a proposed fix. I see that George Shuklin made a commit to the code 3 months ago (see https= ://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb= 70 ) that made changes to the script regarding this feature, but my tests h= ave shown that this change is insufficient to handle all use cases. When attempting to use the port-locking features on a VIF that is connected= to a "normal" network (no VLAN tags), the logic works correctly. However,= It breaks when a VLAN-tagged network comes into play. What happens is tha= t the VLAN network is added to the network as a "fake bridge," to use the v= Switch terminology, which is a child object to the primary bridge device. = When a VIF is attached to the (VLAN-tagged) network, it is associated with = this fake bridge instead of the real bridge. So, when this script is calle= d against such a VIF, the get_bridge_name_vswitch() function returns the na= me of the fake bridge instead of the real one. The problem is that most of the ovs-* Open vSwitch utilities, including the= ovs-ofctl that is used to set up the VIF filters, don't recognize the fake= bridge as a valid bridge device and fail, and the port locking rules never= get added. Also, the way this script is written, these failures are silen= t because the return code is not captured, but I have not done anything abo= ut that. I have tested a fix that appears to work in both the VLAN and the non-VLAN = case. Roughly described, after getting a bridge device name by executing "= ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent bridge_devi= ce" and return that instead. If the bridge device is a fake bridge, it ret= urns the "real" bridge device name, but if it is already a real bridge devi= ce, it returns the same device name that was passed as a parameter. I am somewhat unfamiliar with the process for contributing bug fixes to an = open source project (if this fix is accepted, it will be my first!), and I = am also pretty new to git (I've used other source control systems, though).= What is the best way for me to provide my suggested fix? Should I post t= he .diff here on the mailing list? Should I create a pull request from my = own fork of the xen-api repository on github that has the suggested code ch= anges? Thanks in advance, Kevin Tower --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Great, th= anks!

    I will take a look s= oon, and will comment on the pull request.

     

    Ch= eers,

    Rob

     

    From: Kevin Tower [mail= to:ktower@towerfamily.org]
    Sent: 30 April 2013 2:59 PM
    To:= Rob Hoes
    Cc: xen-api@lists.xen.org
    Subject: Re: [X= en-API] Bug (and fix?) for scripts/setup-vif-rules

     

    Rob,

     

    <= div>

    Thanks for the confirmation.  I've issued the= pull request (#1180) just now (I hope...).

     

    KRT

     

    On Tue, Apr 30, 2013 at= 3:11 AM, Rob Hoes <Rob.Hoes@citrix.com> wrote:

    Hi Kevin,

     

    Thanks for the report. Your analysis of the problem sounds c= orrect. I did not realise that this was not working on VLANs.

     

    If you coul= d create a pull request to the xen-api repo on github that would be great. = Feel free to send questions to the list if you need help with this.<= o:p>

     

    Chee= rs,

    Rob

     

    From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Kevin Tower
    Sent: 30 April 2013 5:51 AM
    To: xen-api= @lists.xen.org
    Subject: [Xen-API] Bug (and fix?) for scripts/= setup-vif-rules

     

    Hello,

     <= /p>

    My name is Kevin Tower and I am a systems engineer and= self-proclaimed virtualization evangelist at the University of W= ashington.  We make use of the downstream fork of XCP -- XenSever, but= I use XCP in some of my personal dev environments.  We have been atte= mpting to make use of the "port locking" functionality that was a= dded in 6.1 / 1.6, but I believe it to be broken.  Details of the issu= e follow, as well as a proposed fix.

     =

    I see that George Shuklin made a commit to= the code 3 months ago (see http= s://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1eb= b70 ) that made changes to the script regarding this feature, but = my tests have shown that this change is insufficient to handle all use case= s.

     

    W= hen attempting to use the port-locking features on a VIF that is connected = to a "normal" network (no VLAN tags), the logic works correctly. =  However, It breaks when a VLAN-tagged network comes into play.  = What happens is that the VLAN network is added to the network as a "fa= ke bridge," to use the vSwitch terminology, which is a child object to= the primary bridge device.  When a VIF is attached to the (VLAN-tagge= d) network, it is associated with this fake bridge instead of the real brid= ge.  So, when this script is called against such a VIF, the get_bridge= _name_vswitch() function returns the name of the fake bridge instead of the= real one.

     

    =

    The problem is that most of the ovs-* Open vSwitch utilities, includ= ing the ovs-ofctl that is used to set up the VIF filters, don't recognize t= he fake bridge as a valid bridge device and fail, and the port locking rule= s never get added.  Also, the way this script is written, these failur= es are silent because the return code is not captured, but I have not done = anything about that.

     

    <= /div>

    I have tested a fix that appears to work in both the VLAN = and the non-VLAN case.  Roughly described, after getting a bridge devi= ce name by executing "ovs-vsctl iface-to-br vif_name", I run &nbs= p;"ovs-vsctl br-to-parent bridge_device" and return that instead.=  If the bridge device is a fake bridge, it returns the "real&quo= t; bridge device name, but if it is already a real bridge device, it return= s the same device name that was passed as a parameter.

    =

     

    I am somewhat unfamiliar= with the process for contributing bug fixes to an open source project (if = this fix is accepted, it will be my first!), and I am also pretty new to gi= t (I've used other source control systems, though).  What is the best = way for me to provide my suggested fix?  Should I post the .diff here = on the mailing list?  Should I create a pull request from my own fork = of the xen-api repository on github that has the suggested code changes?

     

    Thanks= in advance,

     

    Kevin Tower

     

    = = --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_-- --===============8363098193533908460== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8363098193533908460==-- From xen-api-bounces@lists.xen.org Tue Apr 30 14:01:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 14:01: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 1UXB7u-0006Wa-J8; Tue, 30 Apr 2013 14:01:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXB7s-0006WG-MA for xen-api@lists.xen.org; Tue, 30 Apr 2013 14:01:49 +0000 Received: from [85.158.143.99:19616] by server-3.bemta-4.messagelabs.com id 65/F2-02015-CCECF715; Tue, 30 Apr 2013 14:01:48 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1367330506!21163492!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26363 invoked from network); 30 Apr 2013 14:01:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 14:01:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208,217";a="4084303" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Apr 2013 14:01:46 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 30 Apr 2013 15:01:46 +0100 From: Rob Hoes To: 'Kevin Tower' Date: Tue, 30 Apr 2013 15:01:45 +0100 Thread-Topic: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Thread-Index: Ac5FqtfqdupfzY6CTvCbKKcYxR540AAAFIuA Message-ID: <7EA643C653F17F4C80DE959E978F10ED010F729E01A9@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10ED010F729E01A8@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============8363098193533908460==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8363098193533908460== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_" --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Great, thanks! I will take a look soon, and will comment on the pull request. Cheers, Rob From: Kevin Tower [mailto:ktower@towerfamily.org] Sent: 30 April 2013 2:59 PM To: Rob Hoes Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Rob, Thanks for the confirmation. I've issued the pull request (#1180) just now= (I hope...). KRT On Tue, Apr 30, 2013 at 3:11 AM, Rob Hoes > wrote: Hi Kevin, Thanks for the report. Your analysis of the problem sounds correct. I did n= ot realise that this was not working on VLANs. If you could create a pull request to the xen-api repo on github that would= be great. Feel free to send questions to the list if you need help with th= is. Cheers, Rob From: xen-api-bounces@lists.xen.org [= mailto:xen-api-bounces@lists.xen.org]= On Behalf Of Kevin Tower Sent: 30 April 2013 5:51 AM To: xen-api@lists.xen.org Subject: [Xen-API] Bug (and fix?) for scripts/setup-vif-rules Hello, My name is Kevin Tower and I am a systems engineer and self-proclaimed virt= ualization evangelist at the University of Washington. We make use of the = downstream fork of XCP -- XenSever, but I use XCP in some of my personal de= v environments. We have been attempting to make use of the "port locking" = functionality that was added in 6.1 / 1.6, but I believe it to be broken. = Details of the issue follow, as well as a proposed fix. I see that George Shuklin made a commit to the code 3 months ago (see https= ://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1ebb= 70 ) that made changes to the script regarding this feature, but my tests h= ave shown that this change is insufficient to handle all use cases. When attempting to use the port-locking features on a VIF that is connected= to a "normal" network (no VLAN tags), the logic works correctly. However,= It breaks when a VLAN-tagged network comes into play. What happens is tha= t the VLAN network is added to the network as a "fake bridge," to use the v= Switch terminology, which is a child object to the primary bridge device. = When a VIF is attached to the (VLAN-tagged) network, it is associated with = this fake bridge instead of the real bridge. So, when this script is calle= d against such a VIF, the get_bridge_name_vswitch() function returns the na= me of the fake bridge instead of the real one. The problem is that most of the ovs-* Open vSwitch utilities, including the= ovs-ofctl that is used to set up the VIF filters, don't recognize the fake= bridge as a valid bridge device and fail, and the port locking rules never= get added. Also, the way this script is written, these failures are silen= t because the return code is not captured, but I have not done anything abo= ut that. I have tested a fix that appears to work in both the VLAN and the non-VLAN = case. Roughly described, after getting a bridge device name by executing "= ovs-vsctl iface-to-br vif_name", I run "ovs-vsctl br-to-parent bridge_devi= ce" and return that instead. If the bridge device is a fake bridge, it ret= urns the "real" bridge device name, but if it is already a real bridge devi= ce, it returns the same device name that was passed as a parameter. I am somewhat unfamiliar with the process for contributing bug fixes to an = open source project (if this fix is accepted, it will be my first!), and I = am also pretty new to git (I've used other source control systems, though).= What is the best way for me to provide my suggested fix? Should I post t= he .diff here on the mailing list? Should I create a pull request from my = own fork of the xen-api repository on github that has the suggested code ch= anges? Thanks in advance, Kevin Tower --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Great, th= anks!

    I will take a look s= oon, and will comment on the pull request.

     

    Ch= eers,

    Rob

     

    From: Kevin Tower [mail= to:ktower@towerfamily.org]
    Sent: 30 April 2013 2:59 PM
    To:= Rob Hoes
    Cc: xen-api@lists.xen.org
    Subject: Re: [X= en-API] Bug (and fix?) for scripts/setup-vif-rules

     

    Rob,

     

    <= div>

    Thanks for the confirmation.  I've issued the= pull request (#1180) just now (I hope...).

     

    KRT

     

    On Tue, Apr 30, 2013 at= 3:11 AM, Rob Hoes <Rob.Hoes@citrix.com> wrote:

    Hi Kevin,

     

    Thanks for the report. Your analysis of the problem sounds c= orrect. I did not realise that this was not working on VLANs.

     

    If you coul= d create a pull request to the xen-api repo on github that would be great. = Feel free to send questions to the list if you need help with this.<= o:p>

     

    Chee= rs,

    Rob

     

    From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Kevin Tower
    Sent: 30 April 2013 5:51 AM
    To: xen-api= @lists.xen.org
    Subject: [Xen-API] Bug (and fix?) for scripts/= setup-vif-rules

     

    Hello,

     <= /p>

    My name is Kevin Tower and I am a systems engineer and= self-proclaimed virtualization evangelist at the University of W= ashington.  We make use of the downstream fork of XCP -- XenSever, but= I use XCP in some of my personal dev environments.  We have been atte= mpting to make use of the "port locking" functionality that was a= dded in 6.1 / 1.6, but I believe it to be broken.  Details of the issu= e follow, as well as a proposed fix.

     =

    I see that George Shuklin made a commit to= the code 3 months ago (see http= s://github.com/xen-org/xen-api/commit/06c2d0fedc7031c27ad9215a751c404fde1eb= b70 ) that made changes to the script regarding this feature, but = my tests have shown that this change is insufficient to handle all use case= s.

     

    W= hen attempting to use the port-locking features on a VIF that is connected = to a "normal" network (no VLAN tags), the logic works correctly. =  However, It breaks when a VLAN-tagged network comes into play.  = What happens is that the VLAN network is added to the network as a "fa= ke bridge," to use the vSwitch terminology, which is a child object to= the primary bridge device.  When a VIF is attached to the (VLAN-tagge= d) network, it is associated with this fake bridge instead of the real brid= ge.  So, when this script is called against such a VIF, the get_bridge= _name_vswitch() function returns the name of the fake bridge instead of the= real one.

     

    =

    The problem is that most of the ovs-* Open vSwitch utilities, includ= ing the ovs-ofctl that is used to set up the VIF filters, don't recognize t= he fake bridge as a valid bridge device and fail, and the port locking rule= s never get added.  Also, the way this script is written, these failur= es are silent because the return code is not captured, but I have not done = anything about that.

     

    <= /div>

    I have tested a fix that appears to work in both the VLAN = and the non-VLAN case.  Roughly described, after getting a bridge devi= ce name by executing "ovs-vsctl iface-to-br vif_name", I run &nbs= p;"ovs-vsctl br-to-parent bridge_device" and return that instead.=  If the bridge device is a fake bridge, it returns the "real&quo= t; bridge device name, but if it is already a real bridge device, it return= s the same device name that was passed as a parameter.

    =

     

    I am somewhat unfamiliar= with the process for contributing bug fixes to an open source project (if = this fix is accepted, it will be my first!), and I am also pretty new to gi= t (I've used other source control systems, though).  What is the best = way for me to provide my suggested fix?  Should I post the .diff here = on the mailing list?  Should I create a pull request from my own fork = of the xen-api repository on github that has the suggested code changes?

     

    Thanks= in advance,

     

    Kevin Tower

     

    = = --_000_7EA643C653F17F4C80DE959E978F10ED010F729E01A9LONPMAILBOX_-- --===============8363098193533908460== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8363098193533908460==-- From xen-api-bounces@lists.xen.org Tue Apr 30 14:57:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 14:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXBzu-0001go-1W; Tue, 30 Apr 2013 14:57:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXBzr-0001gj-P8 for xen-api@lists.xen.org; Tue, 30 Apr 2013 14:57:36 +0000 Received: from [85.158.137.99:38066] by server-12.bemta-3.messagelabs.com id C3/F1-01357-EDBDF715; Tue, 30 Apr 2013 14:57:34 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367333851!19891944!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7055 invoked from network); 30 Apr 2013 14:57:32 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 14:57:32 -0000 Received: by mail-wg0-f48.google.com with SMTP id f11so559617wgh.27 for ; Tue, 30 Apr 2013 07:57:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=8mmhH3EAPBV0UoWuCW4aAtc2PPq3KmDjMB7XIeJ7SFw=; b=JdRadMV2J/QT2EHfoBiBz/rs5NUTW6kTojqkztOVlUTliQqL+rwXic7TuNfsq7gBVD cBxdaL9I/gF/rpGGxdinWPgqO9VBBKWA90eIjrCHYEy5LQp4KtxfNINVQqhoE5Aw2d2v vGiRM87a9VOe90gcNaWQNyEqoIpvxDOsWGqc9o1lNXl/GRWx1gv3ddueMrcRkaS3akFZ Fn6TKBU6Wu5b2Do+Gxq6pRmysjVgbn4Qff4Not7A7OV80DwkDUUyiYE3gGGdBtsjpzZ/ w4JAj/+aCRMNlxH50dtNSgZM2r7+HYVhHr+Fa7rAXZIPNEUx9DVQ0+DDKeaeGPGtvVEV H3fg== MIME-Version: 1.0 X-Received: by 10.180.77.12 with SMTP id o12mr10622652wiw.0.1367333851371; Tue, 30 Apr 2013 07:57:31 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Tue, 30 Apr 2013 07:57:31 -0700 (PDT) In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7@LONPMAILBOX01.citrite.net> References: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7@LONPMAILBOX01.citrite.net> Date: Tue, 30 Apr 2013 10:57:31 -0400 Message-ID: From: bearon@gmail.com To: James Bulpin Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 - iSCSI root, does it work? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4866858988669399827==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4866858988669399827== Content-Type: multipart/alternative; boundary=f46d0434393a801fb004db953870 --f46d0434393a801fb004db953870 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I've verified ths. I can boot into single mode an the system is "alive". In my case eth5 is the iSCSI interface and it is up with the correct IP address. Walking through the rc3.d sysinit files, firstboot init script is the one that is removing the IP from eth5 and building a xenbr5 with no IP on it, as well. I went ahead and mounted the filesystem externally and did the following, vi /mnt/etc/firstboot.d/data/initial-ifcfg/ifcfg-eth5 DEVICE=3Deth5 HWADDR=3D00:26:9E:82:1F:DF XENMANAGED=3Dno ONBOOT=3Dyes BOOTPROTO=3Dstatic IPADDR=3D1.1.2.6 NETMASK=3D255.255.255.0 USERCTL=3Dno However, XAPI looks to be taking control of eth5 anyways on reboot of the system. How can I get XAPI to exclude eth5 from it's initial interface-rename/db.network structure build? Is there someplace I can blacklist that port? On Tue, Apr 30, 2013 at 7:32 AM, James Bulpin w= rote: > Someone in Citrix tried this on a previous XS version, his notes from the > experiment were:**** > > *initrd* > > A small number of changes to mkinitrd will be required, in order to > support iBFT in such a way that the LUN can be relocatabled and still > booted (assuming that the iBFT is changed to point at it).**** > > - If the rootfs depends on a LUN in the iBFT mkinitrd should add code > to the initrd that processes the iBFT **** > - The initrd should attach *all* LUNs in the iBFT**** > - The initrd should use the NIC(s) specified in the iBFT with the > IP config specified in the iBFT**** > - The initrd should create explicit routes for the targets hosting > the LUN(s) so that later IP changes do not alter the path taken by = iSCSI > traffic to these LUNs**** > > *dom0fs* > > There should be a minimal number of changes necessary to the dom0 > filesystem:**** > > - If it detects the root disk is iSCSI, rc.sysinit will create a dummy > SR for that IQN to prevent the iSCSI SR backend from bringing that ses= sion > down .**** > - /etc/init.d/open-iscsi:start() needs to reconfigure the iBFT nodes > as "onboot" nodes so that stop() does not log out of them.**** > - If the iBFT nodes have a multipath device on top of them then > /etc/init.d/open-iscsi:start() must change their timeouts for speedy > failover.**** > - The SM backend must be modified to never overwrite the config for > nodes that are in the iBFT**** > - Currently, xapi does not know anything about the iSCSI interface as > it is not added to the firstboot data by the installer. However, this > means that a pif-introduce and pif-reconfigure-ip could cause access t= o the > root disk to be lost. Xapi needs to be modified to be told that this > interface is reserved and cannot be introduced. *TODO!***** > > Maybe there is something in the above that could be useful to you. > Unfortunately I have no more knowledge of this than what I=92ve pasted.**= ** > > ** ** > > My guess is that in your case xapi/xcp-networkd is re-plugging the PIF > being used for iSCSI therefore interrupting the session and losing the ro= ot > disk. The final bullet point above may be relevant.**** > > ** ** > > Regards,**** > > James**** > > ** ** > > *From:* xen-api-bounces@lists.xen.org [mailto: > xen-api-bounces@lists.xen.org] *On Behalf Of *bearon@gmail.com > *Sent:* 29 April 2013 23:12 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] XCP 1.6 - iSCSI root, does it work?**** > > ** ** > > So I have intel cards that support iBFT. I have all the settings in the > card and I have installed XCP 1.6 by doing the following,**** > > at boot off ISO, typing shell**** > > then running > > /opt/xensource/installer/init --use_ibft**** > > This finds my iscsi device fine, installs XCP onto the iscsi device fine > (I have mounted it on another machine to verify).**** > > On reboot after install the machine boots up fine, mounts the > filesystem/starts daemons,etc. > > At that point it gets to**** > > "Performing remaining startup actions:"**** > > and it hangs. After a while I get**** > > "task XXXX blocked for more than 120 seconds" this is kjournald, flush, > etc. So it looks like it LOST the filesystem. I can additionally verify > that the IP address that WAS on the ethernet port for the iscsi boot to > work is now gone. I can arp -d 1.1.1.1 off my SAN box and the arp never > returns until reboot. Once rebooted, it does it all over again. > > What am I missing here? The install went fine, the boot mounts the > directories and starts XAPI/etc fine (I can tell by running in fallback > mode). I see no DHCP requests on the port or anything. It just drops th= e > IP for some reason.**** > > Anyone else have this issue?**** > --f46d0434393a801fb004db953870 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
    I've verified ths.=A0 I can boot into single mode= an the system is "alive".=A0 In my case eth5 is the iSCSI interf= ace and it is up with the correct IP address.=A0 Walking through the rc3.d = sysinit files, firstboot init script is the one that is removing the IP fro= m eth5 and building a xenbr5 with no IP on it, as well.

    I went ahead and mounted the filesystem externally and did the fo= llowing,

    vi /mnt/etc/firstboot.d/data/initial-ifcfg/ifcfg-eth5
    DE= VICE=3Deth5
    HWADDR=3D00:26:9E:82:1F:DF
    XENMANAGED=3Dno
    ONBOOT=3Dye= s
    BOOTPROTO=3Dstatic
    IPADDR=3D1.1.2.6
    NETMASK=3D255.255.255.0
    USERCT= L=3Dno

    However, XAPI looks to be taking control of eth5 anyways on r= eboot of the system.

    How can I get XAPI to exclude eth5 from it's initial interface-rena= me/db.network structure build?=A0 Is there someplace I can blacklist that p= ort?

    On = Tue, Apr 30, 2013 at 7:32 AM, James Bulpin <James.Bulpin@eu.citri= x.com> wrote:

    Someone in Citrix tried this on a previous XS version, his notes from th= e experiment were:

    initrd=

    A small number of changes to mkinitrd will be require= d, in order to support iBFT in such a way that the LUN can be relocatabled = and still booted (assuming that the iBFT is changed to point at it).=

    • If the rootfs depends on a LUN in the iBFT= mkinitrd should add code to the initrd that processes the iBFT <= /u>
      • The initrd should attach all<= /b> LUNs in the iBFT
      • The initrd should use the NIC(s) specified in the iBFT with = the IP config specified in the iBFT
      • The in= itrd should create explicit routes for the targets hosting the LUN(s) so th= at later IP changes do not alter the path taken by iSCSI traffic to these L= UNs

    dom0fs

    There should be a minimal number of changes = necessary to the dom0 filesystem:

    • If it detects the root disk is iSCSI, rc.s= ysinit will create a dummy SR for that IQN to prevent the iSCSI SR backend = from bringing that session down .
    • /etc/ini= t.d/open-iscsi:start() needs to reconfigure the iBFT nodes as "onboot&= quot; nodes so that stop() does not log out of them.
    • If the iBFT nodes have a multipath device on top of them the= n /etc/init.d/open-iscsi:start() must change their timeouts for speedy fail= over.
    • The SM backend must be modified to n= ever overwrite the config for nodes that are in the iBFT
    • Currently, xapi does not know anything about the iSCSI inter= face as it is not added to the firstboot data by the installer.=A0 However,= this means that a pif-introduce and pif-reconfigure-ip could cause access = to the root disk to be lost.=A0 Xapi needs to be modified to be told that t= his interface is reserved and cannot be introduced. TODO!

    Maybe there is something= in the above that could be useful to you. Unfortunately I have no more kno= wledge of this than what I=92ve pasted.

    =A0

    <= p class=3D"">My guess is that in your case = xapi/xcp-networkd is re-plugging the PIF being used for iSCSI therefore int= errupting the session and losing the root disk. The final bullet point abov= e may be relevant.

    =A0

    <= p class=3D"">Regards,<= /p>

    James

    =A0

    From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On= Behalf Of bearon= @gmail.com
    Sent: 29 April 2013 23:12
    To: xen-api@lists.xen.org
    Subject:= [Xen-API] XCP 1.6 - iSCSI root, does it work?

    =A0

    <= div>

    So I have intel cards that support iBFT.=A0 I have all the settings in th= e card and I have installed XCP 1.6 by doing the following,

    at boot off ISO, typing sh= ell

    then = running

    /opt/xensource/installer/init --use_ibft

    This finds my iscsi device fine,= installs XCP onto the iscsi device fine (I have mounted it on another mach= ine to verify).

    On reboot after install the machine boots up fine, mounts the filesystem/st= arts daemons,etc.

    At that point it gets to

    "Performing remaining startup= actions:"

    and it hangs.=A0 After a while I get

    <= /div>

    "task XXXX blocked for= more than 120 seconds" this is kjournald, flush, etc.=A0 So it looks = like it LOST the filesystem.=A0 I can additionally verify that the IP addre= ss that WAS on the ethernet port for the iscsi boot to work is now gone.=A0= I can arp -d 1.1.1.1 off my SAN box and the arp never returns until reboot= .=A0 Once rebooted, it does it all over again.

    What am I missing here?=A0 The install went fine, the boot mounts the d= irectories and starts XAPI/etc fine (I can tell by running in fallback mode= ).=A0 I see no DHCP requests on the port or anything.=A0 It just drops the = IP for some reason.

    Anyone else have this issue?


    <= /div> --f46d0434393a801fb004db953870-- --===============4866858988669399827== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4866858988669399827==-- From xen-api-bounces@lists.xen.org Tue Apr 30 14:57:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 14:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXBzu-0001go-1W; Tue, 30 Apr 2013 14:57:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXBzr-0001gj-P8 for xen-api@lists.xen.org; Tue, 30 Apr 2013 14:57:36 +0000 Received: from [85.158.137.99:38066] by server-12.bemta-3.messagelabs.com id C3/F1-01357-EDBDF715; Tue, 30 Apr 2013 14:57:34 +0000 X-Env-Sender: bearon@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367333851!19891944!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7055 invoked from network); 30 Apr 2013 14:57:32 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 14:57:32 -0000 Received: by mail-wg0-f48.google.com with SMTP id f11so559617wgh.27 for ; Tue, 30 Apr 2013 07:57:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=8mmhH3EAPBV0UoWuCW4aAtc2PPq3KmDjMB7XIeJ7SFw=; b=JdRadMV2J/QT2EHfoBiBz/rs5NUTW6kTojqkztOVlUTliQqL+rwXic7TuNfsq7gBVD cBxdaL9I/gF/rpGGxdinWPgqO9VBBKWA90eIjrCHYEy5LQp4KtxfNINVQqhoE5Aw2d2v vGiRM87a9VOe90gcNaWQNyEqoIpvxDOsWGqc9o1lNXl/GRWx1gv3ddueMrcRkaS3akFZ Fn6TKBU6Wu5b2Do+Gxq6pRmysjVgbn4Qff4Not7A7OV80DwkDUUyiYE3gGGdBtsjpzZ/ w4JAj/+aCRMNlxH50dtNSgZM2r7+HYVhHr+Fa7rAXZIPNEUx9DVQ0+DDKeaeGPGtvVEV H3fg== MIME-Version: 1.0 X-Received: by 10.180.77.12 with SMTP id o12mr10622652wiw.0.1367333851371; Tue, 30 Apr 2013 07:57:31 -0700 (PDT) Received: by 10.194.8.106 with HTTP; Tue, 30 Apr 2013 07:57:31 -0700 (PDT) In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7@LONPMAILBOX01.citrite.net> References: <344C0F67BC927847A2C92F9EE358DB0E0135B0E2ACE7@LONPMAILBOX01.citrite.net> Date: Tue, 30 Apr 2013 10:57:31 -0400 Message-ID: From: bearon@gmail.com To: James Bulpin Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 - iSCSI root, does it work? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.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="===============4866858988669399827==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4866858988669399827== Content-Type: multipart/alternative; boundary=f46d0434393a801fb004db953870 --f46d0434393a801fb004db953870 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I've verified ths. I can boot into single mode an the system is "alive". In my case eth5 is the iSCSI interface and it is up with the correct IP address. Walking through the rc3.d sysinit files, firstboot init script is the one that is removing the IP from eth5 and building a xenbr5 with no IP on it, as well. I went ahead and mounted the filesystem externally and did the following, vi /mnt/etc/firstboot.d/data/initial-ifcfg/ifcfg-eth5 DEVICE=3Deth5 HWADDR=3D00:26:9E:82:1F:DF XENMANAGED=3Dno ONBOOT=3Dyes BOOTPROTO=3Dstatic IPADDR=3D1.1.2.6 NETMASK=3D255.255.255.0 USERCTL=3Dno However, XAPI looks to be taking control of eth5 anyways on reboot of the system. How can I get XAPI to exclude eth5 from it's initial interface-rename/db.network structure build? Is there someplace I can blacklist that port? On Tue, Apr 30, 2013 at 7:32 AM, James Bulpin w= rote: > Someone in Citrix tried this on a previous XS version, his notes from the > experiment were:**** > > *initrd* > > A small number of changes to mkinitrd will be required, in order to > support iBFT in such a way that the LUN can be relocatabled and still > booted (assuming that the iBFT is changed to point at it).**** > > - If the rootfs depends on a LUN in the iBFT mkinitrd should add code > to the initrd that processes the iBFT **** > - The initrd should attach *all* LUNs in the iBFT**** > - The initrd should use the NIC(s) specified in the iBFT with the > IP config specified in the iBFT**** > - The initrd should create explicit routes for the targets hosting > the LUN(s) so that later IP changes do not alter the path taken by = iSCSI > traffic to these LUNs**** > > *dom0fs* > > There should be a minimal number of changes necessary to the dom0 > filesystem:**** > > - If it detects the root disk is iSCSI, rc.sysinit will create a dummy > SR for that IQN to prevent the iSCSI SR backend from bringing that ses= sion > down .**** > - /etc/init.d/open-iscsi:start() needs to reconfigure the iBFT nodes > as "onboot" nodes so that stop() does not log out of them.**** > - If the iBFT nodes have a multipath device on top of them then > /etc/init.d/open-iscsi:start() must change their timeouts for speedy > failover.**** > - The SM backend must be modified to never overwrite the config for > nodes that are in the iBFT**** > - Currently, xapi does not know anything about the iSCSI interface as > it is not added to the firstboot data by the installer. However, this > means that a pif-introduce and pif-reconfigure-ip could cause access t= o the > root disk to be lost. Xapi needs to be modified to be told that this > interface is reserved and cannot be introduced. *TODO!***** > > Maybe there is something in the above that could be useful to you. > Unfortunately I have no more knowledge of this than what I=92ve pasted.**= ** > > ** ** > > My guess is that in your case xapi/xcp-networkd is re-plugging the PIF > being used for iSCSI therefore interrupting the session and losing the ro= ot > disk. The final bullet point above may be relevant.**** > > ** ** > > Regards,**** > > James**** > > ** ** > > *From:* xen-api-bounces@lists.xen.org [mailto: > xen-api-bounces@lists.xen.org] *On Behalf Of *bearon@gmail.com > *Sent:* 29 April 2013 23:12 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] XCP 1.6 - iSCSI root, does it work?**** > > ** ** > > So I have intel cards that support iBFT. I have all the settings in the > card and I have installed XCP 1.6 by doing the following,**** > > at boot off ISO, typing shell**** > > then running > > /opt/xensource/installer/init --use_ibft**** > > This finds my iscsi device fine, installs XCP onto the iscsi device fine > (I have mounted it on another machine to verify).**** > > On reboot after install the machine boots up fine, mounts the > filesystem/starts daemons,etc. > > At that point it gets to**** > > "Performing remaining startup actions:"**** > > and it hangs. After a while I get**** > > "task XXXX blocked for more than 120 seconds" this is kjournald, flush, > etc. So it looks like it LOST the filesystem. I can additionally verify > that the IP address that WAS on the ethernet port for the iscsi boot to > work is now gone. I can arp -d 1.1.1.1 off my SAN box and the arp never > returns until reboot. Once rebooted, it does it all over again. > > What am I missing here? The install went fine, the boot mounts the > directories and starts XAPI/etc fine (I can tell by running in fallback > mode). I see no DHCP requests on the port or anything. It just drops th= e > IP for some reason.**** > > Anyone else have this issue?**** > --f46d0434393a801fb004db953870 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
    I've verified ths.=A0 I can boot into single mode= an the system is "alive".=A0 In my case eth5 is the iSCSI interf= ace and it is up with the correct IP address.=A0 Walking through the rc3.d = sysinit files, firstboot init script is the one that is removing the IP fro= m eth5 and building a xenbr5 with no IP on it, as well.

    I went ahead and mounted the filesystem externally and did the fo= llowing,

    vi /mnt/etc/firstboot.d/data/initial-ifcfg/ifcfg-eth5
    DE= VICE=3Deth5
    HWADDR=3D00:26:9E:82:1F:DF
    XENMANAGED=3Dno
    ONBOOT=3Dye= s
    BOOTPROTO=3Dstatic
    IPADDR=3D1.1.2.6
    NETMASK=3D255.255.255.0
    USERCT= L=3Dno

    However, XAPI looks to be taking control of eth5 anyways on r= eboot of the system.

    How can I get XAPI to exclude eth5 from it's initial interface-rena= me/db.network structure build?=A0 Is there someplace I can blacklist that p= ort?

    On = Tue, Apr 30, 2013 at 7:32 AM, James Bulpin <James.Bulpin@eu.citri= x.com> wrote:

    Someone in Citrix tried this on a previous XS version, his notes from th= e experiment were:

    initrd=

    A small number of changes to mkinitrd will be require= d, in order to support iBFT in such a way that the LUN can be relocatabled = and still booted (assuming that the iBFT is changed to point at it).=

    • If the rootfs depends on a LUN in the iBFT= mkinitrd should add code to the initrd that processes the iBFT <= /u>
      • The initrd should attach all<= /b> LUNs in the iBFT
      • The initrd should use the NIC(s) specified in the iBFT with = the IP config specified in the iBFT
      • The in= itrd should create explicit routes for the targets hosting the LUN(s) so th= at later IP changes do not alter the path taken by iSCSI traffic to these L= UNs

    dom0fs

    There should be a minimal number of changes = necessary to the dom0 filesystem:

    • If it detects the root disk is iSCSI, rc.s= ysinit will create a dummy SR for that IQN to prevent the iSCSI SR backend = from bringing that session down .
    • /etc/ini= t.d/open-iscsi:start() needs to reconfigure the iBFT nodes as "onboot&= quot; nodes so that stop() does not log out of them.
    • If the iBFT nodes have a multipath device on top of them the= n /etc/init.d/open-iscsi:start() must change their timeouts for speedy fail= over.
    • The SM backend must be modified to n= ever overwrite the config for nodes that are in the iBFT
    • Currently, xapi does not know anything about the iSCSI inter= face as it is not added to the firstboot data by the installer.=A0 However,= this means that a pif-introduce and pif-reconfigure-ip could cause access = to the root disk to be lost.=A0 Xapi needs to be modified to be told that t= his interface is reserved and cannot be introduced. TODO!

    Maybe there is something= in the above that could be useful to you. Unfortunately I have no more kno= wledge of this than what I=92ve pasted.

    =A0

    <= p class=3D"">My guess is that in your case = xapi/xcp-networkd is re-plugging the PIF being used for iSCSI therefore int= errupting the session and losing the root disk. The final bullet point abov= e may be relevant.

    =A0

    <= p class=3D"">Regards,<= /p>

    James

    =A0

    From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On= Behalf Of bearon= @gmail.com
    Sent: 29 April 2013 23:12
    To: xen-api@lists.xen.org
    Subject:= [Xen-API] XCP 1.6 - iSCSI root, does it work?

    =A0

    <= div>

    So I have intel cards that support iBFT.=A0 I have all the settings in th= e card and I have installed XCP 1.6 by doing the following,

    at boot off ISO, typing sh= ell

    then = running

    /opt/xensource/installer/init --use_ibft

    This finds my iscsi device fine,= installs XCP onto the iscsi device fine (I have mounted it on another mach= ine to verify).

    On reboot after install the machine boots up fine, mounts the filesystem/st= arts daemons,etc.

    At that point it gets to

    "Performing remaining startup= actions:"

    and it hangs.=A0 After a while I get

    <= /div>

    "task XXXX blocked for= more than 120 seconds" this is kjournald, flush, etc.=A0 So it looks = like it LOST the filesystem.=A0 I can additionally verify that the IP addre= ss that WAS on the ethernet port for the iscsi boot to work is now gone.=A0= I can arp -d 1.1.1.1 off my SAN box and the arp never returns until reboot= .=A0 Once rebooted, it does it all over again.

    What am I missing here?=A0 The install went fine, the boot mounts the d= irectories and starts XAPI/etc fine (I can tell by running in fallback mode= ).=A0 I see no DHCP requests on the port or anything.=A0 It just drops the = IP for some reason.

    Anyone else have this issue?


    <= /div> --f46d0434393a801fb004db953870-- --===============4866858988669399827== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4866858988669399827==-- From xen-api-bounces@lists.xen.org Tue Apr 30 17:40:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 17:40: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 1UXEX3-0004pO-8t; Tue, 30 Apr 2013 17:40:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXEX1-0004p9-NG; Tue, 30 Apr 2013 17:40:00 +0000 Received: from [85.158.137.99:6392] by server-8.bemta-3.messagelabs.com id 1F/69-20604-EE100815; Tue, 30 Apr 2013 17:39:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1367343597!14831450!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,RCVD_ILLEGAL_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22170 invoked from network); 30 Apr 2013 17:39:57 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 17:39:57 -0000 Received: by mail-wg0-f53.google.com with SMTP id z11so735229wgg.20 for ; Tue, 30 Apr 2013 10:39:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type; bh=JWtJr1xW2mEyFnlBl9Rmpc9PEvpiyGdU5wXMpqxOp30=; b=a/djceJb/aFrIYzjU7byRNPKjzLReX6pRq4YtlhU9klkwFue+yAf0RnaYebwe+ch5b QzGT35GpmAgkdkRrWbh6hcbcqTD/icFphFssVeDirMcqGoKl+H8mF17KTuLagqp6j31S 1/Y+4wq00tQsUE94Y5oDrvfVxUqovjVepVAu7KQnoHUWERm5AX518bciFvHaunFXBJ3E iTPdbBGM8Fjgz1Ny5RbrJ5qLFWVUS2DDsg7T8X+JaDTf4x0C5kQF8CPWCNNNgWvDa+Ns D22NuXQ0Lf/jU1SQc7rkuFUHi1RWh4JmndbA64tMeEssstkkjQNHovTKkcARFZ95dX3z ZnuQ== X-Received: by 10.180.85.103 with SMTP id g7mr26135096wiz.23.1367343597028; Tue, 30 Apr 2013 10:39:57 -0700 (PDT) Received: from [172.16.26.11] ([5.65.158.234]) by mx.google.com with ESMTPSA id fz3sm30471870wib.0.2013.04.30.10.39.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 30 Apr 2013 10:39:55 -0700 (PDT) Message-ID: <518001E8.5040704@xen.org> Date: Tue, 30 Apr 2013 18:39:52 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" Subject: [Xen-API] [For Community Review] Xen Project Governance Proposal v2.0 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="===============2021348021447564562==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2021348021447564562== Content-Type: multipart/alternative; boundary="------------080607090402040700010200" This is a multi-part message in MIME format. --------------080607090402040700010200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, please find attached my first draft of the set of changes to Xen Governance at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - These changes reflect modifications to support the move of Xen to the Linux Foundation, as well as fixes for shortfalls that have been identified. Changes to the last version are marked in Orange. The changes are relatively small. The key changes related to the Linux Foundation are * Added definitions for /Sub-projects and Teams/, /Xen Project Advisory Board/ and /The Linux Foundation/. * Rename xen.org to /xenproject.org/ or /Xen Project/ throughout the document (except in the history) * Refer to /sub-projects and teams/ instead of /projects/ where appropriate Other changes are * Clarify scope and eligible votes in /Formal Votes/; refer to this section from /Requesting Reviews, Reviews and Voting/ rather than duplicating This was necessary, because the original document was not clear about who is eligible when it comes formal votes. The change is merely encoding what we have done in the past (even though the document was ambiguous). * Removed Xen.org Chairman as /Referee of Last Resort/ and delegated this role to the /Xen Project Advisory Board/. * Allow /Xen Project Advisory Board/ members to be /Mentors/. Xen.org has no chairman any more : the closest we have is the Advisory Board, so it seems sensible to chose the Advisory Board as referee of last resort. As an aside, we never had to use this facility. Other suggestions are welcome though. I also felt that we should allow Advisory Board members to be mentors for incubation projects. We allowed Advisory Board members to be sponsors before. Please provide feedback by responding to this thread by May 10th. I will set up a formal vote for the week afterwards. Note that I am also writing up a document to be formally voted on for mailing list conventions (following from the discussion we had last week - see http://lists.xen.org/archives/html/xen-devel/2013-04/msg01238.html). Best Regards Lars --------------080607090402040700010200 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody,

    please find attached my first draft of the set of changes to Xen Governance at
    http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - These changes reflect modifications to support the move of Xen to the Linux Foundation, as well as fixes for shortfalls that have been identified.

    Changes to the last version are marked in Orange. The changes are relatively small.

    The key changes related to the Linux Foundation are
    • Added definitions for Sub-projects and Teams, Xen Project Advisory Board and The Linux Foundation.
    • Rename xen.org to xenproject.org or Xen Project throughout the document (except in the history)
    • Refer to sub-projects and teams instead of projects where appropriate
    Other changes are
    • Clarify scope and eligible votes in Formal Votes; refer to this section from Requesting Reviews, Reviews and Voting rather than duplicating
    This was necessary, because the original document was not clear about who is eligible when it comes formal votes. The change is merely encoding what we have done in the past (even though the document was ambiguous).
    • Removed Xen.org Chairman as Referee of Last Resort and delegated this role to the Xen Project Advisory Board.
    • Allow Xen Project Advisory Board members to be Mentors.
    Xen.org has no chairman any more : the closest we have is the Advisory Board, so it seems sensible to chose the Advisory Board as referee of last resort. As an aside, we never had to use this facility. Other suggestions are welcome though. I also felt that we should allow Advisory Board members to be mentors for incubation projects. We allowed Advisory Board members to be sponsors before.

    Please provide feedback by responding to this thread by May 10th. I will set up a formal vote for the week afterwards.

    Note that I am also writing up a document to be formally voted on for mailing list conventions (following from the discussion we had last week - see http://lists.xen.org/archives/html/xen-devel/2013-04/msg01238.html).

    Best Regards
    Lars

    --------------080607090402040700010200-- --===============2021348021447564562== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2021348021447564562==-- From xen-api-bounces@lists.xen.org Tue Apr 30 17:40:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 17:40: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 1UXEX3-0004pO-8t; Tue, 30 Apr 2013 17:40:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXEX1-0004p9-NG; Tue, 30 Apr 2013 17:40:00 +0000 Received: from [85.158.137.99:6392] by server-8.bemta-3.messagelabs.com id 1F/69-20604-EE100815; Tue, 30 Apr 2013 17:39:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1367343597!14831450!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,RCVD_ILLEGAL_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22170 invoked from network); 30 Apr 2013 17:39:57 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 17:39:57 -0000 Received: by mail-wg0-f53.google.com with SMTP id z11so735229wgg.20 for ; Tue, 30 Apr 2013 10:39:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type; bh=JWtJr1xW2mEyFnlBl9Rmpc9PEvpiyGdU5wXMpqxOp30=; b=a/djceJb/aFrIYzjU7byRNPKjzLReX6pRq4YtlhU9klkwFue+yAf0RnaYebwe+ch5b QzGT35GpmAgkdkRrWbh6hcbcqTD/icFphFssVeDirMcqGoKl+H8mF17KTuLagqp6j31S 1/Y+4wq00tQsUE94Y5oDrvfVxUqovjVepVAu7KQnoHUWERm5AX518bciFvHaunFXBJ3E iTPdbBGM8Fjgz1Ny5RbrJ5qLFWVUS2DDsg7T8X+JaDTf4x0C5kQF8CPWCNNNgWvDa+Ns D22NuXQ0Lf/jU1SQc7rkuFUHi1RWh4JmndbA64tMeEssstkkjQNHovTKkcARFZ95dX3z ZnuQ== X-Received: by 10.180.85.103 with SMTP id g7mr26135096wiz.23.1367343597028; Tue, 30 Apr 2013 10:39:57 -0700 (PDT) Received: from [172.16.26.11] ([5.65.158.234]) by mx.google.com with ESMTPSA id fz3sm30471870wib.0.2013.04.30.10.39.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 30 Apr 2013 10:39:55 -0700 (PDT) Message-ID: <518001E8.5040704@xen.org> Date: Tue, 30 Apr 2013 18:39:52 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" Subject: [Xen-API] [For Community Review] Xen Project Governance Proposal v2.0 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="===============2021348021447564562==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2021348021447564562== Content-Type: multipart/alternative; boundary="------------080607090402040700010200" This is a multi-part message in MIME format. --------------080607090402040700010200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, please find attached my first draft of the set of changes to Xen Governance at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - These changes reflect modifications to support the move of Xen to the Linux Foundation, as well as fixes for shortfalls that have been identified. Changes to the last version are marked in Orange. The changes are relatively small. The key changes related to the Linux Foundation are * Added definitions for /Sub-projects and Teams/, /Xen Project Advisory Board/ and /The Linux Foundation/. * Rename xen.org to /xenproject.org/ or /Xen Project/ throughout the document (except in the history) * Refer to /sub-projects and teams/ instead of /projects/ where appropriate Other changes are * Clarify scope and eligible votes in /Formal Votes/; refer to this section from /Requesting Reviews, Reviews and Voting/ rather than duplicating This was necessary, because the original document was not clear about who is eligible when it comes formal votes. The change is merely encoding what we have done in the past (even though the document was ambiguous). * Removed Xen.org Chairman as /Referee of Last Resort/ and delegated this role to the /Xen Project Advisory Board/. * Allow /Xen Project Advisory Board/ members to be /Mentors/. Xen.org has no chairman any more : the closest we have is the Advisory Board, so it seems sensible to chose the Advisory Board as referee of last resort. As an aside, we never had to use this facility. Other suggestions are welcome though. I also felt that we should allow Advisory Board members to be mentors for incubation projects. We allowed Advisory Board members to be sponsors before. Please provide feedback by responding to this thread by May 10th. I will set up a formal vote for the week afterwards. Note that I am also writing up a document to be formally voted on for mailing list conventions (following from the discussion we had last week - see http://lists.xen.org/archives/html/xen-devel/2013-04/msg01238.html). Best Regards Lars --------------080607090402040700010200 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody,

    please find attached my first draft of the set of changes to Xen Governance at
    http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - These changes reflect modifications to support the move of Xen to the Linux Foundation, as well as fixes for shortfalls that have been identified.

    Changes to the last version are marked in Orange. The changes are relatively small.

    The key changes related to the Linux Foundation are
    • Added definitions for Sub-projects and Teams, Xen Project Advisory Board and The Linux Foundation.
    • Rename xen.org to xenproject.org or Xen Project throughout the document (except in the history)
    • Refer to sub-projects and teams instead of projects where appropriate
    Other changes are
    • Clarify scope and eligible votes in Formal Votes; refer to this section from Requesting Reviews, Reviews and Voting rather than duplicating
    This was necessary, because the original document was not clear about who is eligible when it comes formal votes. The change is merely encoding what we have done in the past (even though the document was ambiguous).
    • Removed Xen.org Chairman as Referee of Last Resort and delegated this role to the Xen Project Advisory Board.
    • Allow Xen Project Advisory Board members to be Mentors.
    Xen.org has no chairman any more : the closest we have is the Advisory Board, so it seems sensible to chose the Advisory Board as referee of last resort. As an aside, we never had to use this facility. Other suggestions are welcome though. I also felt that we should allow Advisory Board members to be mentors for incubation projects. We allowed Advisory Board members to be sponsors before.

    Please provide feedback by responding to this thread by May 10th. I will set up a formal vote for the week afterwards.

    Note that I am also writing up a document to be formally voted on for mailing list conventions (following from the discussion we had last week - see http://lists.xen.org/archives/html/xen-devel/2013-04/msg01238.html).

    Best Regards
    Lars

    --------------080607090402040700010200-- --===============2021348021447564562== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2021348021447564562==--
    John Garbutt
    Software Developer IV - UK    		 3D"experience
    3D"LINE"
    Tel: +442087344853
    		3D"Rackspace"