From xen-api-bounces@lists.xen.org Wed Jun 03 05:03:08 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Jun 2015 05:03: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 1Z00pM-0007p4-Pa; Wed, 03 Jun 2015 05:02:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z00pL-0007oz-O7 for xen-api@lists.xen.org; Wed, 03 Jun 2015 05:02:55 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id 45/E2-30151-F7A8E655; Wed, 03 Jun 2015 05:02:55 +0000 X-Env-Sender: lwcheng@cs.hku.hk X-Msg-Ref: server-15.tower-27.messagelabs.com!1433307771!19823974!1 X-Originating-IP: [147.8.176.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19849 invoked from network); 3 Jun 2015 05:02:53 -0000 Received: from mail.cs.hku.hk (HELO mail.cs.hku.hk) (147.8.176.10) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jun 2015 05:02:53 -0000 Received: from intranet.cs.hku.hk (intranet.cs.hku.hk [147.8.175.19]) by mail.cs.hku.hk (8.14.5+Sun/8.14.5) with ESMTP id t5352a4h019704; Wed, 3 Jun 2015 13:02:36 +0800 (HKT) Received: from intranet.cs.hku.hk (localhost.cs.hku.hk [127.0.0.1]) by intranet.cs.hku.hk (8.13.8+Sun/8.13.7) with ESMTP id t5352aAc020477; Wed, 3 Jun 2015 13:02:36 +0800 (HKT) Received: (from daemon@localhost) by intranet.cs.hku.hk (8.13.8+Sun/8.13.8/Submit) id t5352YfF020476; Wed, 3 Jun 2015 13:02:34 +0800 (HKT) Received: from lwchengpc.cs.hku.hk (lwchengpc.cs.hku.hk [147.8.177.214]) by intranet.cs.hku.hk (Horde Framework) with HTTP; Wed, 03 Jun 2015 13:02:34 +0800 Message-ID: <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> Date: Wed, 03 Jun 2015 13:02:34 +0800 From: lwcheng@cs.hku.hk To: Ian Campbell References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> In-Reply-To: <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-cs-MailScanner-Information: Please contact the ISP for more information X-cs-MailScanner-ID: t5352a4h019704 X-cs-MailScanner: Found to be clean X-cs-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.01, required 6, autolearn=disabled, ALL_TRUSTED -1.00, T_RP_MATCHES_RCVD -0.01) X-cs-MailScanner-From: lwcheng@cs.hku.hk X-cs-MailScanner-Watermark: 1433912556.62762@UcBbef1VRJJKZEYCaSUjog X-Spam-Status: No Cc: xen-api@lists.xen.org, security@xenproject.org, stefano.stabellini@eu.citrix.com Subject: Re: [Xen-API] [Bug report] Security issue in "xl vcpu-set" X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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"; DelSp="Yes" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Wonder if there is any follow-ups from the relevant developers: (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? (2) if yes, can you confirm that it is due to looping with "retry_transaction"? Best, Luwei Quoting lwcheng@cs.hku.hk: > Hi Ian, > > Thanks for your reply. Please read my inline reply to your questions. > > Quoting Ian Campbell : >> Since this was copied to xen-api@ it is now public, so redirecting to >> the correct list (xen-devel@). I kept xen-api since oxenstored might be >> involved. I dropped Vincent since he is no longer involved in libxl >> development. >> >> On Fri, 2015-05-29 at 13:44 +0800, lwcheng@cs.hku.hk wrote: >>> Hi, >>> >>> "xl vcpu-set" is commonly used to hotplug/unhotplug vCPUs of an SMP VM. >>> However, the current implementation of this command makes the driver >>> domain vulnerable to denial-of-service attack: in certain cases, >>> this command >>> consumes too many CPU cycles in dom0, adversely affecting dom0's other >>> tasks (e.g., IO processing, monitoring, etc.) >>> >>> [An illustrative example] >>> Say, with a Linux PV guest called "vm01", when vm01 just boots or reboots >>> (e.g., in its grub period) >> >> Do you mean pygrub or pvgrub here? > > My VM uses pygrub: Xen-4.5.0 + Linux 3.14.35 (for both dom0 and domU). > >> >>> , if dom0 issues "xl vcpu-set vm01 xxx" at this >>> moment, the following will happen: >>> (1) "xl vcpu-set" hangs, until vm01 has loaded its kernel successfully. >>> (2) in dom0, "oxenstored" consumes 100% of a single core. >> >> It's not clear to me why this should relate to the status of the guest, >> AFAIK there is no reason for a xenstore transaction to be affected by >> whether or not the guest has loaded its kernel. >> >> Certainly if it is spinning forever there is a bug somewhere, but I >> don't think it relates to the use of a transaction in this way. > > You may check /var/log/xenstored-access.log: when "xl vcpu-set" hangs, > xenstore keeps writing to "/local/domain/xx/cpu/xx/availability", > indicating that it is looping in retry_transaction. > > >> >> Ian. >> >>> So, if a malicious guest purposely stays in its grub period (or other >>> purposely designed phases, as long as it does not load its kernel), >>> "xl vcpu-set" will hang _forever_, and dom0 has to sacrifice one core. >>> >>> [Affected versions] >>> This problem has been there since libxl was introduced in Xen 4.1 release. >>> >>> [Implementation problem] >>> "xl vcpu-set" involves a "loop" as follows (retry_transaction): >>> -------------- >>> static int libxl__set_vcpuonline_xenstore(...) >>> { >>> ... ... >>> retry_transaction: >>> t = xs_transaction_start(CTX->xsh); >>> for (i = 0; i <= info.vcpu_max_id; i++) >>> libxl__xs_write(gc, t, >>> libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), >>> "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); >>> if (!xs_transaction_end(CTX->xsh, t, 0)) { >>> if (errno == EAGAIN) >>> goto retry_transaction; >>> } >>> ... ... >>> } >>> -------------- >>> >>> [Possible solution] >>> In principle, the correctness of "xl vcpu-set" should _not_ depend on any >>> guest's behaviors. >>> One possible fix might be like this: if xs_transaction_end does >>> not succeed, >>> either ignore it or retry for a pre-defined timeout period (rather >>> than forever). >>> >>> [Suggestions] >>> I find that the loop method like "retry_transaction" is used at >>> several places >>> in libxl. You probably want to revisit the potential negative effect >>> it brings. >>> >>> Please take a look and help confirm my reported bug. Thanks. >>> >>> (Cc'd to two authors listed in libxl.c) >>> >>> Luwei Cheng >>> Department of Computer Science >>> The University of Hong Kong >> >> > > > _______________________________________________ Xen-api 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 Jun 03 05:03:08 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Jun 2015 05:03: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 1Z00pM-0007p4-Pa; Wed, 03 Jun 2015 05:02:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z00pL-0007oz-O7 for xen-api@lists.xen.org; Wed, 03 Jun 2015 05:02:55 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id 45/E2-30151-F7A8E655; Wed, 03 Jun 2015 05:02:55 +0000 X-Env-Sender: lwcheng@cs.hku.hk X-Msg-Ref: server-15.tower-27.messagelabs.com!1433307771!19823974!1 X-Originating-IP: [147.8.176.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19849 invoked from network); 3 Jun 2015 05:02:53 -0000 Received: from mail.cs.hku.hk (HELO mail.cs.hku.hk) (147.8.176.10) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jun 2015 05:02:53 -0000 Received: from intranet.cs.hku.hk (intranet.cs.hku.hk [147.8.175.19]) by mail.cs.hku.hk (8.14.5+Sun/8.14.5) with ESMTP id t5352a4h019704; Wed, 3 Jun 2015 13:02:36 +0800 (HKT) Received: from intranet.cs.hku.hk (localhost.cs.hku.hk [127.0.0.1]) by intranet.cs.hku.hk (8.13.8+Sun/8.13.7) with ESMTP id t5352aAc020477; Wed, 3 Jun 2015 13:02:36 +0800 (HKT) Received: (from daemon@localhost) by intranet.cs.hku.hk (8.13.8+Sun/8.13.8/Submit) id t5352YfF020476; Wed, 3 Jun 2015 13:02:34 +0800 (HKT) Received: from lwchengpc.cs.hku.hk (lwchengpc.cs.hku.hk [147.8.177.214]) by intranet.cs.hku.hk (Horde Framework) with HTTP; Wed, 03 Jun 2015 13:02:34 +0800 Message-ID: <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> Date: Wed, 03 Jun 2015 13:02:34 +0800 From: lwcheng@cs.hku.hk To: Ian Campbell References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> In-Reply-To: <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-cs-MailScanner-Information: Please contact the ISP for more information X-cs-MailScanner-ID: t5352a4h019704 X-cs-MailScanner: Found to be clean X-cs-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.01, required 6, autolearn=disabled, ALL_TRUSTED -1.00, T_RP_MATCHES_RCVD -0.01) X-cs-MailScanner-From: lwcheng@cs.hku.hk X-cs-MailScanner-Watermark: 1433912556.62762@UcBbef1VRJJKZEYCaSUjog X-Spam-Status: No Cc: xen-api@lists.xen.org, security@xenproject.org, stefano.stabellini@eu.citrix.com Subject: Re: [Xen-API] [Bug report] Security issue in "xl vcpu-set" X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 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"; DelSp="Yes" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Wonder if there is any follow-ups from the relevant developers: (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? (2) if yes, can you confirm that it is due to looping with "retry_transaction"? Best, Luwei Quoting lwcheng@cs.hku.hk: > Hi Ian, > > Thanks for your reply. Please read my inline reply to your questions. > > Quoting Ian Campbell : >> Since this was copied to xen-api@ it is now public, so redirecting to >> the correct list (xen-devel@). I kept xen-api since oxenstored might be >> involved. I dropped Vincent since he is no longer involved in libxl >> development. >> >> On Fri, 2015-05-29 at 13:44 +0800, lwcheng@cs.hku.hk wrote: >>> Hi, >>> >>> "xl vcpu-set" is commonly used to hotplug/unhotplug vCPUs of an SMP VM. >>> However, the current implementation of this command makes the driver >>> domain vulnerable to denial-of-service attack: in certain cases, >>> this command >>> consumes too many CPU cycles in dom0, adversely affecting dom0's other >>> tasks (e.g., IO processing, monitoring, etc.) >>> >>> [An illustrative example] >>> Say, with a Linux PV guest called "vm01", when vm01 just boots or reboots >>> (e.g., in its grub period) >> >> Do you mean pygrub or pvgrub here? > > My VM uses pygrub: Xen-4.5.0 + Linux 3.14.35 (for both dom0 and domU). > >> >>> , if dom0 issues "xl vcpu-set vm01 xxx" at this >>> moment, the following will happen: >>> (1) "xl vcpu-set" hangs, until vm01 has loaded its kernel successfully. >>> (2) in dom0, "oxenstored" consumes 100% of a single core. >> >> It's not clear to me why this should relate to the status of the guest, >> AFAIK there is no reason for a xenstore transaction to be affected by >> whether or not the guest has loaded its kernel. >> >> Certainly if it is spinning forever there is a bug somewhere, but I >> don't think it relates to the use of a transaction in this way. > > You may check /var/log/xenstored-access.log: when "xl vcpu-set" hangs, > xenstore keeps writing to "/local/domain/xx/cpu/xx/availability", > indicating that it is looping in retry_transaction. > > >> >> Ian. >> >>> So, if a malicious guest purposely stays in its grub period (or other >>> purposely designed phases, as long as it does not load its kernel), >>> "xl vcpu-set" will hang _forever_, and dom0 has to sacrifice one core. >>> >>> [Affected versions] >>> This problem has been there since libxl was introduced in Xen 4.1 release. >>> >>> [Implementation problem] >>> "xl vcpu-set" involves a "loop" as follows (retry_transaction): >>> -------------- >>> static int libxl__set_vcpuonline_xenstore(...) >>> { >>> ... ... >>> retry_transaction: >>> t = xs_transaction_start(CTX->xsh); >>> for (i = 0; i <= info.vcpu_max_id; i++) >>> libxl__xs_write(gc, t, >>> libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), >>> "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); >>> if (!xs_transaction_end(CTX->xsh, t, 0)) { >>> if (errno == EAGAIN) >>> goto retry_transaction; >>> } >>> ... ... >>> } >>> -------------- >>> >>> [Possible solution] >>> In principle, the correctness of "xl vcpu-set" should _not_ depend on any >>> guest's behaviors. >>> One possible fix might be like this: if xs_transaction_end does >>> not succeed, >>> either ignore it or retry for a pre-defined timeout period (rather >>> than forever). >>> >>> [Suggestions] >>> I find that the loop method like "retry_transaction" is used at >>> several places >>> in libxl. You probably want to revisit the potential negative effect >>> it brings. >>> >>> Please take a look and help confirm my reported bug. Thanks. >>> >>> (Cc'd to two authors listed in libxl.c) >>> >>> Luwei Cheng >>> Department of Computer Science >>> The University of Hong Kong >> >> > > > _______________________________________________ Xen-api 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 Jun 04 08:40:33 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 08:40: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 1Z0QhN-0003nF-Fc; Thu, 04 Jun 2015 08:40:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0QhL-0003mz-FE; Thu, 04 Jun 2015 08:40:23 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 2D/B4-21074-6FE00755; Thu, 04 Jun 2015 08:40:22 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1433407221!11721254!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30328 invoked from network); 4 Jun 2015 08:40:21 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 08:40:21 -0000 Received: by wgv5 with SMTP id 5so27893139wgv.1; Thu, 04 Jun 2015 01:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cJcXz61VTPUr3ysvwOVdipoF+EM/N04Rzm3tRzuyccA=; b=lxtDeKoXOVKZqmEHt9B1h1pXBIpQaavSRXVTvYiAxWclQBKSQnz7ixiFWrWZhqqP2X kcOysU3I/BhcWGqYDo7u1kEmUQOvnHm5Jr4LG4CLVO6/XDWpWsY82VR1RyJAVPioeF1o wCOlh79ScCDxG+shu+h/maRKtfFeHLmj/cLt3No5Ftl2iCWGRAMv/fSWap4X4ENvmfK7 t1YzGt959ZZrNIHD4NEks6dqinUqVY54oeA9minlBnagfn8HztizVPu60x0smwnyGILX SRhH8wugt6cXC1x4/qcIVohPMWqGJGo5irDRWk/9xnBNg/OJU7ex3mSwoAXj3UfWNNk/ Qm0g== MIME-Version: 1.0 X-Received: by 10.194.57.211 with SMTP id k19mr4438185wjq.53.1433407220934; Thu, 04 Jun 2015 01:40:20 -0700 (PDT) Received: by 10.194.142.147 with HTTP; Thu, 4 Jun 2015 01:40:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Jun 2015 09:40:20 +0100 Message-ID: From: David Scott To: Thomas Leonard Cc: xen-api@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5175082098796974952==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5175082098796974952== Content-Type: multipart/alternative; boundary=047d7b86d80838f0460517ad2065 --047d7b86d80838f0460517ad2065 Content-Type: text/plain; charset=UTF-8 On Thu, Jun 4, 2015 at 9:31 AM, Thomas Leonard wrote: > On 4 June 2015 at 09:22, Nick Betteridge > wrote: > > Each time I fire up a '2 and leave it on overnight and then try and ssh > into > > the board the following morning, I get a no route to host. Doing an arp > on > > my machine will list the ip address but default to a 0:0:0:0:0:0 mac > > address. Incidentally, all of the running unikernels on the board are > still > > functioning and accessible as expected - invincible :) > > > > Does anyone have any idea how I can tweak this beast to get it to keep it > > accessible? > > Not sure if it's related, but when I tried customising my network > settings I had various network problems that were fixed by 'apt-get > purge xapi-xe xcp-networkd'. I didn't have time to look into the cause > properly, but I think xcp-networkd fights with the OS for control of > the network settings if you're not careful (try "xe pif-list > params=all"). Probably one of the xapi people can explain what it's up > to, if so. > I've not seen that myself, but perhaps someone on the xen-api list (cc:d) could come up with a theory? Cheers, -- Dave Scott --047d7b86d80838f0460517ad2065 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Jun 4, 2015 at 9:31 AM, Thomas Leonard <talex5@gmail.com>= ; wrote:
On 4 June 2015 at 09:22, Nick Betteridge <buzzheavyyear@hotmail.com> wrote:
> Each time I fire up a '2 and leave it on overnight and then try an= d ssh into
> the board the following morning, I get a no route to host. Doing an ar= p on
> my machine will list the ip address but default to a 0:0:0:0:0:0 mac > address. Incidentally, all of the running unikernels on the board are = still
> functioning and accessible as expected - invincible :)
>
> Does anyone have any idea how I can tweak this beast to get it to keep= it
> accessible?

Not sure if it's related, but when I tried customising my n= etwork
settings I had various network problems that were fixed by 'apt-get
purge xapi-xe xcp-networkd'. I didn't have time to look into the ca= use
properly, but I think xcp-networkd fights with the OS for control of
the network settings if you're not careful (try "xe pif-list
params=3Dall"). Probably one of the xapi people can explain what it= 9;s up
to, if so.

I've not seen that mysel= f, but perhaps someone on the xen-api list (cc:d) could come up with a theo= ry?

Cheers,
--=C2=A0
Dave Scott
--047d7b86d80838f0460517ad2065-- --===============5175082098796974952== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5175082098796974952==-- From xen-api-bounces@lists.xen.org Thu Jun 04 08:40:33 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 08:40: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 1Z0QhN-0003nF-Fc; Thu, 04 Jun 2015 08:40:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0QhL-0003mz-FE; Thu, 04 Jun 2015 08:40:23 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 2D/B4-21074-6FE00755; Thu, 04 Jun 2015 08:40:22 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1433407221!11721254!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30328 invoked from network); 4 Jun 2015 08:40:21 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 08:40:21 -0000 Received: by wgv5 with SMTP id 5so27893139wgv.1; Thu, 04 Jun 2015 01:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cJcXz61VTPUr3ysvwOVdipoF+EM/N04Rzm3tRzuyccA=; b=lxtDeKoXOVKZqmEHt9B1h1pXBIpQaavSRXVTvYiAxWclQBKSQnz7ixiFWrWZhqqP2X kcOysU3I/BhcWGqYDo7u1kEmUQOvnHm5Jr4LG4CLVO6/XDWpWsY82VR1RyJAVPioeF1o wCOlh79ScCDxG+shu+h/maRKtfFeHLmj/cLt3No5Ftl2iCWGRAMv/fSWap4X4ENvmfK7 t1YzGt959ZZrNIHD4NEks6dqinUqVY54oeA9minlBnagfn8HztizVPu60x0smwnyGILX SRhH8wugt6cXC1x4/qcIVohPMWqGJGo5irDRWk/9xnBNg/OJU7ex3mSwoAXj3UfWNNk/ Qm0g== MIME-Version: 1.0 X-Received: by 10.194.57.211 with SMTP id k19mr4438185wjq.53.1433407220934; Thu, 04 Jun 2015 01:40:20 -0700 (PDT) Received: by 10.194.142.147 with HTTP; Thu, 4 Jun 2015 01:40:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Jun 2015 09:40:20 +0100 Message-ID: From: David Scott To: Thomas Leonard Cc: xen-api@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5175082098796974952==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5175082098796974952== Content-Type: multipart/alternative; boundary=047d7b86d80838f0460517ad2065 --047d7b86d80838f0460517ad2065 Content-Type: text/plain; charset=UTF-8 On Thu, Jun 4, 2015 at 9:31 AM, Thomas Leonard wrote: > On 4 June 2015 at 09:22, Nick Betteridge > wrote: > > Each time I fire up a '2 and leave it on overnight and then try and ssh > into > > the board the following morning, I get a no route to host. Doing an arp > on > > my machine will list the ip address but default to a 0:0:0:0:0:0 mac > > address. Incidentally, all of the running unikernels on the board are > still > > functioning and accessible as expected - invincible :) > > > > Does anyone have any idea how I can tweak this beast to get it to keep it > > accessible? > > Not sure if it's related, but when I tried customising my network > settings I had various network problems that were fixed by 'apt-get > purge xapi-xe xcp-networkd'. I didn't have time to look into the cause > properly, but I think xcp-networkd fights with the OS for control of > the network settings if you're not careful (try "xe pif-list > params=all"). Probably one of the xapi people can explain what it's up > to, if so. > I've not seen that myself, but perhaps someone on the xen-api list (cc:d) could come up with a theory? Cheers, -- Dave Scott --047d7b86d80838f0460517ad2065 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Jun 4, 2015 at 9:31 AM, Thomas Leonard <talex5@gmail.com>= ; wrote:
On 4 June 2015 at 09:22, Nick Betteridge <buzzheavyyear@hotmail.com> wrote:
> Each time I fire up a '2 and leave it on overnight and then try an= d ssh into
> the board the following morning, I get a no route to host. Doing an ar= p on
> my machine will list the ip address but default to a 0:0:0:0:0:0 mac > address. Incidentally, all of the running unikernels on the board are = still
> functioning and accessible as expected - invincible :)
>
> Does anyone have any idea how I can tweak this beast to get it to keep= it
> accessible?

Not sure if it's related, but when I tried customising my n= etwork
settings I had various network problems that were fixed by 'apt-get
purge xapi-xe xcp-networkd'. I didn't have time to look into the ca= use
properly, but I think xcp-networkd fights with the OS for control of
the network settings if you're not careful (try "xe pif-list
params=3Dall"). Probably one of the xapi people can explain what it= 9;s up
to, if so.

I've not seen that mysel= f, but perhaps someone on the xen-api list (cc:d) could come up with a theo= ry?

Cheers,
--=C2=A0
Dave Scott
--047d7b86d80838f0460517ad2065-- --===============5175082098796974952== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5175082098796974952==-- From xen-api-bounces@lists.xen.org Thu Jun 04 08:49:38 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 08:49: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 1Z0QqF-0004x3-Uy; Thu, 04 Jun 2015 08:49:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0QqE-0004wn-F7; Thu, 04 Jun 2015 08:49:34 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 01/BD-19215-91110755; Thu, 04 Jun 2015 08:49:29 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1433407768!8385712!1 X-Originating-IP: [157.55.1.145] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32236 invoked from network); 4 Jun 2015 08:49:28 -0000 Received: from dub004-omc2s6.hotmail.com (HELO DUB004-OMC2S6.hotmail.com) (157.55.1.145) by server-15.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 08:49:28 -0000 Received: from DUB128-W88 ([157.55.1.136]) by DUB004-OMC2S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 01:49:27 -0700 X-TMN: [atF6uWqE1qeNmbGD4IImaw2vwkYRPJrP] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: David Scott , Thomas Leonard Date: Thu, 4 Jun 2015 08:49:27 +0000 Importance: Normal In-Reply-To: References: , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 08:49:27.0664 (UTC) FILETIME=[5D57D700:01D09EA3] Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9157016243943471675==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============9157016243943471675== Content-Type: multipart/alternative; boundary="_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_" --_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Beaten to it by Dave. While we're taking about api on cubie=2C trying to install xe-unikernel-upl= oad wants me to downgrade an awful lot of packages. I really don't want to = downgrade from mirage 2.5 to 2.1 - whats the best way of tackling this? Cheers Date: Thu=2C 4 Jun 2015 09:40:20 +0100 Subject: Re: [MirageOS-devel] cubie2 arm image loses mac From: scott.dj@gmail.com To: talex5@gmail.com CC: buzzheavyyear@hotmail.com=3B mirageos-devel@lists.xenproject.org=3B xen= -api@lists.xenproject.org On Thu=2C Jun 4=2C 2015 at 9:31 AM=2C Thomas Leonard wro= te: On 4 June 2015 at 09:22=2C Nick Betteridge wrot= e: =0A= > Each time I fire up a '2 and leave it on overnight and then try and ssh i= nto =0A= > the board the following morning=2C I get a no route to host. Doing an arp= on =0A= > my machine will list the ip address but default to a 0:0:0:0:0:0 mac =0A= > address. Incidentally=2C all of the running unikernels on the board are s= till =0A= > functioning and accessible as expected - invincible :) =0A= > =0A= > Does anyone have any idea how I can tweak this beast to get it to keep it =0A= > accessible? =0A= =0A= Not sure if it's related=2C but when I tried customising my network =0A= settings I had various network problems that were fixed by 'apt-get =0A= purge xapi-xe xcp-networkd'. I didn't have time to look into the cause =0A= properly=2C but I think xcp-networkd fights with the OS for control of =0A= the network settings if you're not careful (try "xe pif-list =0A= params=3Dall"). Probably one of the xapi people can explain what it's up =0A= to=2C if so. I've not seen that myself=2C but perhaps someone on the xen-api list (cc:d)= could come up with a theory? Cheers=2C--=20 Dave Scott=0A= = --_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Beaten to it by Dave.

Whi= le we're taking about api on cubie=2C trying to install xe-unikernel-upload= wants me to downgrade an awful lot of packages. I really don't want to dow= ngrade from mirage 2.5 to 2.1 - whats the best way of tackling this?
Cheers

Date: Thu=2C 4 Jun 2015 09:40:2= 0 +0100
Subject: Re: [MirageOS-devel] cubie2 arm image loses mac
From= : scott.dj@gmail.com
To: talex5@gmail.com
CC: buzzheavyyear@hotmail.c= om=3B mirageos-devel@lists.xenproject.org=3B xen-api@lists.xenproject.org


On Thu=2C Jun 4=2C 2015 at 9:31 AM=2C Thomas Leonard <=3Btal= ex5@gmail.com>=3B wrote:
On 4 June 2015 at 09:22=2C Nick Betteridge &l= t=3Bbuzzheavyyear@hotmail.com<= /a>>=3B wrote:
=0A= >=3B Each time I fire up a '2 and leave it on overnight and then try and = ssh into
=0A= >=3B the board the following morning=2C I get a no route to host. Doing a= n arp on
=0A= >=3B my machine will list the ip address but default to a 0:0:0:0:0:0 mac=
=0A= >=3B address. Incidentally=2C all of the running unikernels on the board = are still
=0A= >=3B functioning and accessible as expected - invincible :)
=0A= >=3B
=0A= >=3B Does anyone have any idea how I can tweak this beast to get it to ke= ep it
=0A= >=3B accessible?
=0A=
=0A=
Not sure if it's related=2C but when I tried customising my net= work
=0A= settings I had various network problems that were fixed by 'apt-get
=0A= purge xapi-xe xcp-networkd'. I didn't have time to look into the cause
= =0A= properly=2C but I think xcp-networkd fights with the OS for control of
= =0A= the network settings if you're not careful (try "xe pif-list
=0A= params=3Dall"). Probably one of the xapi people can explain what it's up=0A= to=2C if so.


Dave Scott
=0A=
= --_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_-- --===============9157016243943471675== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9157016243943471675==-- From xen-api-bounces@lists.xen.org Thu Jun 04 08:49:38 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 08:49: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 1Z0QqF-0004x3-Uy; Thu, 04 Jun 2015 08:49:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0QqE-0004wn-F7; Thu, 04 Jun 2015 08:49:34 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 01/BD-19215-91110755; Thu, 04 Jun 2015 08:49:29 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1433407768!8385712!1 X-Originating-IP: [157.55.1.145] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32236 invoked from network); 4 Jun 2015 08:49:28 -0000 Received: from dub004-omc2s6.hotmail.com (HELO DUB004-OMC2S6.hotmail.com) (157.55.1.145) by server-15.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 08:49:28 -0000 Received: from DUB128-W88 ([157.55.1.136]) by DUB004-OMC2S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 01:49:27 -0700 X-TMN: [atF6uWqE1qeNmbGD4IImaw2vwkYRPJrP] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: David Scott , Thomas Leonard Date: Thu, 4 Jun 2015 08:49:27 +0000 Importance: Normal In-Reply-To: References: , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 08:49:27.0664 (UTC) FILETIME=[5D57D700:01D09EA3] Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9157016243943471675==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============9157016243943471675== Content-Type: multipart/alternative; boundary="_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_" --_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Beaten to it by Dave. While we're taking about api on cubie=2C trying to install xe-unikernel-upl= oad wants me to downgrade an awful lot of packages. I really don't want to = downgrade from mirage 2.5 to 2.1 - whats the best way of tackling this? Cheers Date: Thu=2C 4 Jun 2015 09:40:20 +0100 Subject: Re: [MirageOS-devel] cubie2 arm image loses mac From: scott.dj@gmail.com To: talex5@gmail.com CC: buzzheavyyear@hotmail.com=3B mirageos-devel@lists.xenproject.org=3B xen= -api@lists.xenproject.org On Thu=2C Jun 4=2C 2015 at 9:31 AM=2C Thomas Leonard wro= te: On 4 June 2015 at 09:22=2C Nick Betteridge wrot= e: =0A= > Each time I fire up a '2 and leave it on overnight and then try and ssh i= nto =0A= > the board the following morning=2C I get a no route to host. Doing an arp= on =0A= > my machine will list the ip address but default to a 0:0:0:0:0:0 mac =0A= > address. Incidentally=2C all of the running unikernels on the board are s= till =0A= > functioning and accessible as expected - invincible :) =0A= > =0A= > Does anyone have any idea how I can tweak this beast to get it to keep it =0A= > accessible? =0A= =0A= Not sure if it's related=2C but when I tried customising my network =0A= settings I had various network problems that were fixed by 'apt-get =0A= purge xapi-xe xcp-networkd'. I didn't have time to look into the cause =0A= properly=2C but I think xcp-networkd fights with the OS for control of =0A= the network settings if you're not careful (try "xe pif-list =0A= params=3Dall"). Probably one of the xapi people can explain what it's up =0A= to=2C if so. I've not seen that myself=2C but perhaps someone on the xen-api list (cc:d)= could come up with a theory? Cheers=2C--=20 Dave Scott=0A= = --_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Beaten to it by Dave.

Whi= le we're taking about api on cubie=2C trying to install xe-unikernel-upload= wants me to downgrade an awful lot of packages. I really don't want to dow= ngrade from mirage 2.5 to 2.1 - whats the best way of tackling this?
Cheers

Date: Thu=2C 4 Jun 2015 09:40:2= 0 +0100
Subject: Re: [MirageOS-devel] cubie2 arm image loses mac
From= : scott.dj@gmail.com
To: talex5@gmail.com
CC: buzzheavyyear@hotmail.c= om=3B mirageos-devel@lists.xenproject.org=3B xen-api@lists.xenproject.org


On Thu=2C Jun 4=2C 2015 at 9:31 AM=2C Thomas Leonard <=3Btal= ex5@gmail.com>=3B wrote:
On 4 June 2015 at 09:22=2C Nick Betteridge &l= t=3Bbuzzheavyyear@hotmail.com<= /a>>=3B wrote:
=0A= >=3B Each time I fire up a '2 and leave it on overnight and then try and = ssh into
=0A= >=3B the board the following morning=2C I get a no route to host. Doing a= n arp on
=0A= >=3B my machine will list the ip address but default to a 0:0:0:0:0:0 mac=
=0A= >=3B address. Incidentally=2C all of the running unikernels on the board = are still
=0A= >=3B functioning and accessible as expected - invincible :)
=0A= >=3B
=0A= >=3B Does anyone have any idea how I can tweak this beast to get it to ke= ep it
=0A= >=3B accessible?
=0A=
=0A=
Not sure if it's related=2C but when I tried customising my net= work
=0A= settings I had various network problems that were fixed by 'apt-get
=0A= purge xapi-xe xcp-networkd'. I didn't have time to look into the cause
= =0A= properly=2C but I think xcp-networkd fights with the OS for control of
= =0A= the network settings if you're not careful (try "xe pif-list
=0A= params=3Dall"). Probably one of the xapi people can explain what it's up=0A= to=2C if so.


Dave Scott
=0A=
= --_3973deb0-ebf4-45ce-9cd1-2c7d7b29c776_-- --===============9157016243943471675== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9157016243943471675==-- From xen-api-bounces@lists.xen.org Thu Jun 04 14:54:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 14:54: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 1Z0WXf-0005Zx-AE; Thu, 04 Jun 2015 14:54:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0WXd-0005Zp-He; Thu, 04 Jun 2015 14:54:45 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 37/97-10593-4B660755; Thu, 04 Jun 2015 14:54:44 +0000 X-Env-Sender: prvs=5906d0598=Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1433429682!13173493!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23740 invoked from network); 4 Jun 2015 14:54:43 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 14:54:43 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="271693751" Message-ID: <1433429646.7108.111.camel@citrix.com> From: Ian Campbell To: , xen-devel Date: Thu, 4 Jun 2015 15:54:06 +0100 In-Reply-To: <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-api@lists.xen.org, security@xenproject.org, stefano.stabellini@eu.citrix.com Subject: Re: [Xen-API] [Bug report] Security issue in "xl vcpu-set" X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org (redirecting to xen-devel as I originally intended) On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote: > Hi, > > Wonder if there is any follow-ups from the relevant developers: > (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? I am with Xen 4.5, but not with xen-unstable AFAICT. > (2) if yes, can you confirm that it is due to looping with > "retry_transaction"? I don't think so. You are _supposed_ to retry failed transactions in this way, it's how they work. The issue is that the transaction is failing repeatedly in such a manner. This might be due to a lack of error checking within the loop, or it could possibly be a bug in the xenstore daemon. Ian. > > Best, > Luwei > > > Quoting lwcheng@cs.hku.hk: > > > Hi Ian, > > > > Thanks for your reply. Please read my inline reply to your questions. > > > > Quoting Ian Campbell : > >> Since this was copied to xen-api@ it is now public, so redirecting to > >> the correct list (xen-devel@). I kept xen-api since oxenstored might be > >> involved. I dropped Vincent since he is no longer involved in libxl > >> development. > >> > >> On Fri, 2015-05-29 at 13:44 +0800, lwcheng@cs.hku.hk wrote: > >>> Hi, > >>> > >>> "xl vcpu-set" is commonly used to hotplug/unhotplug vCPUs of an SMP VM. > >>> However, the current implementation of this command makes the driver > >>> domain vulnerable to denial-of-service attack: in certain cases, > >>> this command > >>> consumes too many CPU cycles in dom0, adversely affecting dom0's other > >>> tasks (e.g., IO processing, monitoring, etc.) > >>> > >>> [An illustrative example] > >>> Say, with a Linux PV guest called "vm01", when vm01 just boots or reboots > >>> (e.g., in its grub period) > >> > >> Do you mean pygrub or pvgrub here? > > > > My VM uses pygrub: Xen-4.5.0 + Linux 3.14.35 (for both dom0 and domU). > > > >> > >>> , if dom0 issues "xl vcpu-set vm01 xxx" at this > >>> moment, the following will happen: > >>> (1) "xl vcpu-set" hangs, until vm01 has loaded its kernel successfully. > >>> (2) in dom0, "oxenstored" consumes 100% of a single core. > >> > >> It's not clear to me why this should relate to the status of the guest, > >> AFAIK there is no reason for a xenstore transaction to be affected by > >> whether or not the guest has loaded its kernel. > >> > >> Certainly if it is spinning forever there is a bug somewhere, but I > >> don't think it relates to the use of a transaction in this way. > > > > You may check /var/log/xenstored-access.log: when "xl vcpu-set" hangs, > > xenstore keeps writing to "/local/domain/xx/cpu/xx/availability", > > indicating that it is looping in retry_transaction. > > > > > >> > >> Ian. > >> > >>> So, if a malicious guest purposely stays in its grub period (or other > >>> purposely designed phases, as long as it does not load its kernel), > >>> "xl vcpu-set" will hang _forever_, and dom0 has to sacrifice one core. > >>> > >>> [Affected versions] > >>> This problem has been there since libxl was introduced in Xen 4.1 release. > >>> > >>> [Implementation problem] > >>> "xl vcpu-set" involves a "loop" as follows (retry_transaction): > >>> -------------- > >>> static int libxl__set_vcpuonline_xenstore(...) > >>> { > >>> ... ... > >>> retry_transaction: > >>> t = xs_transaction_start(CTX->xsh); > >>> for (i = 0; i <= info.vcpu_max_id; i++) > >>> libxl__xs_write(gc, t, > >>> libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), > >>> "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); > >>> if (!xs_transaction_end(CTX->xsh, t, 0)) { > >>> if (errno == EAGAIN) > >>> goto retry_transaction; > >>> } > >>> ... ... > >>> } > >>> -------------- > >>> > >>> [Possible solution] > >>> In principle, the correctness of "xl vcpu-set" should _not_ depend on any > >>> guest's behaviors. > >>> One possible fix might be like this: if xs_transaction_end does > >>> not succeed, > >>> either ignore it or retry for a pre-defined timeout period (rather > >>> than forever). > >>> > >>> [Suggestions] > >>> I find that the loop method like "retry_transaction" is used at > >>> several places > >>> in libxl. You probably want to revisit the potential negative effect > >>> it brings. > >>> > >>> Please take a look and help confirm my reported bug. Thanks. > >>> > >>> (Cc'd to two authors listed in libxl.c) > >>> > >>> Luwei Cheng > >>> Department of Computer Science > >>> The University of Hong Kong > >> > >> > > > > > > > > _______________________________________________ Xen-api 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 Jun 04 14:54:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 14:54: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 1Z0WXf-0005Zx-AE; Thu, 04 Jun 2015 14:54:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0WXd-0005Zp-He; Thu, 04 Jun 2015 14:54:45 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 37/97-10593-4B660755; Thu, 04 Jun 2015 14:54:44 +0000 X-Env-Sender: prvs=5906d0598=Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1433429682!13173493!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23740 invoked from network); 4 Jun 2015 14:54:43 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 14:54:43 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="271693751" Message-ID: <1433429646.7108.111.camel@citrix.com> From: Ian Campbell To: , xen-devel Date: Thu, 4 Jun 2015 15:54:06 +0100 In-Reply-To: <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-api@lists.xen.org, security@xenproject.org, stefano.stabellini@eu.citrix.com Subject: Re: [Xen-API] [Bug report] Security issue in "xl vcpu-set" X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org (redirecting to xen-devel as I originally intended) On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote: > Hi, > > Wonder if there is any follow-ups from the relevant developers: > (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? I am with Xen 4.5, but not with xen-unstable AFAICT. > (2) if yes, can you confirm that it is due to looping with > "retry_transaction"? I don't think so. You are _supposed_ to retry failed transactions in this way, it's how they work. The issue is that the transaction is failing repeatedly in such a manner. This might be due to a lack of error checking within the loop, or it could possibly be a bug in the xenstore daemon. Ian. > > Best, > Luwei > > > Quoting lwcheng@cs.hku.hk: > > > Hi Ian, > > > > Thanks for your reply. Please read my inline reply to your questions. > > > > Quoting Ian Campbell : > >> Since this was copied to xen-api@ it is now public, so redirecting to > >> the correct list (xen-devel@). I kept xen-api since oxenstored might be > >> involved. I dropped Vincent since he is no longer involved in libxl > >> development. > >> > >> On Fri, 2015-05-29 at 13:44 +0800, lwcheng@cs.hku.hk wrote: > >>> Hi, > >>> > >>> "xl vcpu-set" is commonly used to hotplug/unhotplug vCPUs of an SMP VM. > >>> However, the current implementation of this command makes the driver > >>> domain vulnerable to denial-of-service attack: in certain cases, > >>> this command > >>> consumes too many CPU cycles in dom0, adversely affecting dom0's other > >>> tasks (e.g., IO processing, monitoring, etc.) > >>> > >>> [An illustrative example] > >>> Say, with a Linux PV guest called "vm01", when vm01 just boots or reboots > >>> (e.g., in its grub period) > >> > >> Do you mean pygrub or pvgrub here? > > > > My VM uses pygrub: Xen-4.5.0 + Linux 3.14.35 (for both dom0 and domU). > > > >> > >>> , if dom0 issues "xl vcpu-set vm01 xxx" at this > >>> moment, the following will happen: > >>> (1) "xl vcpu-set" hangs, until vm01 has loaded its kernel successfully. > >>> (2) in dom0, "oxenstored" consumes 100% of a single core. > >> > >> It's not clear to me why this should relate to the status of the guest, > >> AFAIK there is no reason for a xenstore transaction to be affected by > >> whether or not the guest has loaded its kernel. > >> > >> Certainly if it is spinning forever there is a bug somewhere, but I > >> don't think it relates to the use of a transaction in this way. > > > > You may check /var/log/xenstored-access.log: when "xl vcpu-set" hangs, > > xenstore keeps writing to "/local/domain/xx/cpu/xx/availability", > > indicating that it is looping in retry_transaction. > > > > > >> > >> Ian. > >> > >>> So, if a malicious guest purposely stays in its grub period (or other > >>> purposely designed phases, as long as it does not load its kernel), > >>> "xl vcpu-set" will hang _forever_, and dom0 has to sacrifice one core. > >>> > >>> [Affected versions] > >>> This problem has been there since libxl was introduced in Xen 4.1 release. > >>> > >>> [Implementation problem] > >>> "xl vcpu-set" involves a "loop" as follows (retry_transaction): > >>> -------------- > >>> static int libxl__set_vcpuonline_xenstore(...) > >>> { > >>> ... ... > >>> retry_transaction: > >>> t = xs_transaction_start(CTX->xsh); > >>> for (i = 0; i <= info.vcpu_max_id; i++) > >>> libxl__xs_write(gc, t, > >>> libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), > >>> "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); > >>> if (!xs_transaction_end(CTX->xsh, t, 0)) { > >>> if (errno == EAGAIN) > >>> goto retry_transaction; > >>> } > >>> ... ... > >>> } > >>> -------------- > >>> > >>> [Possible solution] > >>> In principle, the correctness of "xl vcpu-set" should _not_ depend on any > >>> guest's behaviors. > >>> One possible fix might be like this: if xs_transaction_end does > >>> not succeed, > >>> either ignore it or retry for a pre-defined timeout period (rather > >>> than forever). > >>> > >>> [Suggestions] > >>> I find that the loop method like "retry_transaction" is used at > >>> several places > >>> in libxl. You probably want to revisit the potential negative effect > >>> it brings. > >>> > >>> Please take a look and help confirm my reported bug. Thanks. > >>> > >>> (Cc'd to two authors listed in libxl.c) > >>> > >>> Luwei Cheng > >>> Department of Computer Science > >>> The University of Hong Kong > >> > >> > > > > > > > > _______________________________________________ Xen-api 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 Jun 04 15:33:27 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 15:33: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 1Z0X8x-00016s-Hh; Thu, 04 Jun 2015 15:33:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0X8w-00016Y-Dp; Thu, 04 Jun 2015 15:33:18 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id B6/A2-32733-DBF60755; Thu, 04 Jun 2015 15:33:17 +0000 X-Env-Sender: prvs=590458500=Dave.Scott@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1433431996!20403098!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31373 invoked from network); 4 Jun 2015 15:33:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 15:33:16 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="562403" From: Dave Scott To: Nick Betteridge Thread-Topic: [MirageOS-devel] cubie2 arm image loses mac Thread-Index: AQHQnp+usYRHBmO2S0WqddytTaEom52b4t2AgAACigCAAAKMgIAAcMoA Date: Thu, 4 Jun 2015 15:33:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <09E3BA954389484FA2AED62E13754044@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , Thomas Leonard , "mirageos-devel@lists.xenproject.org" , David Scott Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 4 Jun 2015, at 09:49, Nick Betteridge wrot= e: > = > Beaten to it by Dave. > = > While we're taking about api on cubie, trying to install xe-unikernel-upl= oad wants me to downgrade an awful lot of packages. I really don't want to = downgrade from mirage 2.5 to 2.1 - whats the best way of tackling this? Ah, the xe-unikernel-upload opam file has a version constraint on the old m= irage-types (and so does one of its dependencies: mbr-format). Try opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 opam pin add xe-unikernel-upload git://github.com/djs55/xe-unikernel-upload= #new-mirage-interfaces I have built these but not tested them. Let me know if they work for you an= d I=92ll try to release them into upstream opam. Cheers, Dave > = > Cheers > = > Date: Thu, 4 Jun 2015 09:40:20 +0100 > Subject: Re: [MirageOS-devel] cubie2 arm image loses mac > From: scott.dj@gmail.com > To: talex5@gmail.com > CC: buzzheavyyear@hotmail.com; mirageos-devel@lists.xenproject.org; xen-a= pi@lists.xenproject.org > = > = > = > On Thu, Jun 4, 2015 at 9:31 AM, Thomas Leonard wrote: > On 4 June 2015 at 09:22, Nick Betteridge wrot= e: > > Each time I fire up a '2 and leave it on overnight and then try and ssh= into > > the board the following morning, I get a no route to host. Doing an arp= on > > my machine will list the ip address but default to a 0:0:0:0:0:0 mac > > address. Incidentally, all of the running unikernels on the board are s= till > > functioning and accessible as expected - invincible :) > > > > Does anyone have any idea how I can tweak this beast to get it to keep = it > > accessible? > = > Not sure if it's related, but when I tried customising my network > settings I had various network problems that were fixed by 'apt-get > purge xapi-xe xcp-networkd'. I didn't have time to look into the cause > properly, but I think xcp-networkd fights with the OS for control of > the network settings if you're not careful (try "xe pif-list > params=3Dall"). Probably one of the xapi people can explain what it's up > to, if so. > = > I've not seen that myself, but perhaps someone on the xen-api list (cc:d)= could come up with a theory? > = > Cheers, > -- = > Dave Scott > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-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 Thu Jun 04 15:33:27 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 15:33: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 1Z0X8x-00016s-Hh; Thu, 04 Jun 2015 15:33:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0X8w-00016Y-Dp; Thu, 04 Jun 2015 15:33:18 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id B6/A2-32733-DBF60755; Thu, 04 Jun 2015 15:33:17 +0000 X-Env-Sender: prvs=590458500=Dave.Scott@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1433431996!20403098!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31373 invoked from network); 4 Jun 2015 15:33:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 15:33:16 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="562403" From: Dave Scott To: Nick Betteridge Thread-Topic: [MirageOS-devel] cubie2 arm image loses mac Thread-Index: AQHQnp+usYRHBmO2S0WqddytTaEom52b4t2AgAACigCAAAKMgIAAcMoA Date: Thu, 4 Jun 2015 15:33:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <09E3BA954389484FA2AED62E13754044@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , Thomas Leonard , "mirageos-devel@lists.xenproject.org" , David Scott Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 4 Jun 2015, at 09:49, Nick Betteridge wrot= e: > = > Beaten to it by Dave. > = > While we're taking about api on cubie, trying to install xe-unikernel-upl= oad wants me to downgrade an awful lot of packages. I really don't want to = downgrade from mirage 2.5 to 2.1 - whats the best way of tackling this? Ah, the xe-unikernel-upload opam file has a version constraint on the old m= irage-types (and so does one of its dependencies: mbr-format). Try opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 opam pin add xe-unikernel-upload git://github.com/djs55/xe-unikernel-upload= #new-mirage-interfaces I have built these but not tested them. Let me know if they work for you an= d I=92ll try to release them into upstream opam. Cheers, Dave > = > Cheers > = > Date: Thu, 4 Jun 2015 09:40:20 +0100 > Subject: Re: [MirageOS-devel] cubie2 arm image loses mac > From: scott.dj@gmail.com > To: talex5@gmail.com > CC: buzzheavyyear@hotmail.com; mirageos-devel@lists.xenproject.org; xen-a= pi@lists.xenproject.org > = > = > = > On Thu, Jun 4, 2015 at 9:31 AM, Thomas Leonard wrote: > On 4 June 2015 at 09:22, Nick Betteridge wrot= e: > > Each time I fire up a '2 and leave it on overnight and then try and ssh= into > > the board the following morning, I get a no route to host. Doing an arp= on > > my machine will list the ip address but default to a 0:0:0:0:0:0 mac > > address. Incidentally, all of the running unikernels on the board are s= till > > functioning and accessible as expected - invincible :) > > > > Does anyone have any idea how I can tweak this beast to get it to keep = it > > accessible? > = > Not sure if it's related, but when I tried customising my network > settings I had various network problems that were fixed by 'apt-get > purge xapi-xe xcp-networkd'. I didn't have time to look into the cause > properly, but I think xcp-networkd fights with the OS for control of > the network settings if you're not careful (try "xe pif-list > params=3Dall"). Probably one of the xapi people can explain what it's up > to, if so. > = > I've not seen that myself, but perhaps someone on the xen-api list (cc:d)= could come up with a theory? > = > Cheers, > -- = > Dave Scott > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-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 Thu Jun 04 16:17:01 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 16:17: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 1Z0Xp8-0005Uy-A9; Thu, 04 Jun 2015 16:16:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0Xp6-0005Ul-Hx; Thu, 04 Jun 2015 16:16:52 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id CA/B7-32406-3F970755; Thu, 04 Jun 2015 16:16:51 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1433434609!13183084!1 X-Originating-IP: [157.55.0.205] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6646 invoked from network); 4 Jun 2015 16:16:49 -0000 Received: from dub004-omc1s6.hotmail.com (HELO DUB004-OMC1S6.hotmail.com) (157.55.0.205) by server-10.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 16:16:49 -0000 Received: from DUB128-W81 ([157.55.0.238]) by DUB004-OMC1S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 09:16:49 -0700 X-TMN: [mLXEI7dJYyM0G4CSeHbRaOgkRCu0pdD5] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 4 Jun 2015 16:16:48 +0000 Importance: Normal In-Reply-To: References: , , , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 16:16:49.0257 (UTC) FILETIME=[DC2DE590:01D09EE1] Cc: "xen-api@lists.xenproject.org" , Thomas Leonard , "mirageos-devel@lists.xenproject.org" , David Scott Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6605709583194296362==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6605709583194296362== Content-Type: multipart/alternative; boundary="_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_" --_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > Try >=20 > opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 > opam pin add xe-unikernel-upload git://github.com/djs55/xe-unikernel-uplo= ad#new-mirage-interfaces >=20 > I have built these but not tested them. Let me know if they work for you = and I=92ll try to release them into upstream opam. Had problems with this=2C installing:- opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 mbr-format is now git-pinned to git://github.com/djs55/ocaml-mbr#release.0.= 3 [ERROR] Command "git fetch -q origin +release.0.3:refs/remotes/opam-ref" fa= iled: # opam-version 1.2.1 # os linux # command git fetch -q origin +release.0.3:refs/remotes/opam-ref # path /home/nick/.opam/system/packages.dev/mbr-format # exit-code 128 # env-file /home/nick/.opam/log/log-14616-1872ec.env # stdout-file /home/nick/.opam/log/log-14616-1872ec.out # stderr-file /home/nick/.opam/log/log-14616-1872ec.err ### stderr ### # fatal: Couldn't find remote ref release.0.3 .... and then=20 #=3D=3D=3D ERROR while installing xe-unikernel-upload.0.4 =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# # opam-version 1.2.1 # os linux # command make # path /home/nick/.opam/system/build/xe-unikernel-upload.0.4 # compiler system (4.01.0) # exit-code 2 # env-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-uni= kernel-upload-3140-d6d332.env # stdout-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-uni= kernel-upload-3140-d6d332.out # stderr-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-uni= kernel-upload-3140-d6d332.err ### stdout ### # [...] # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-cli= ent -package mbr-format.mirage -package mbr-format.lwt -package mbr-format = -package lwt -package io-page.unix -package io-page -package fat-filesystem= -package cstruct -package cmdliner -o common.cmx common.ml # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-cli= ent -package mbr-format.mirage -package mbr-format.lwt -package mbr-format = -package lwt -package io-page.unix -package io-page -package fat-filesystem= -package cstruct -package cmdliner -o filesystem.cmx filesystem.ml # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client -p= ackage mbr-format.mirage -package mbr-format.lwt -package mbr-format -packa= ge lwt -package io-page.unix -package io-page -package fat-filesystem -pack= age cstruct -package cmdliner -modules disk_upload.ml > disk_upload.ml.depe= nds # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client -p= ackage mbr-format.mirage -package mbr-format.lwt -package mbr-format -packa= ge lwt -package io-page.unix -package io-page -package fat-filesystem -pack= age cstruct -package cmdliner -modules ramdisk.ml > ramdisk.ml.depends # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-cli= ent -package mbr-format.mirage -package mbr-format.lwt -package mbr-format = -package lwt -package io-page.unix -package io-page -package fat-filesystem= -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.ml # + ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.ml # File "bootable_disk.ml"=2C line 40=2C characters 4-21: # Error: Unbound value Partition.connect # Did you mean disconnect? .... incidentally=2C mirage-http 2.3.0 also fails with the latest install o= f cohttp 0.18.0 = --_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

>=3B Try
>=3B >=3B opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0= .3
>=3B opam pin add xe-unikernel-upload git://github.com/djs55/xe-uni= kernel-upload#new-mirage-interfaces
>=3B
>=3B I have built these= but not tested them. Let me know if they work for you and I=92ll try to re= lease them into upstream opam.

Had problems with this=2C installing:= -

opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0= .3
mbr-format is now git-pinned to git://github.com/djs55/ocaml-mbr#rele= ase.0.3

[ERROR] Command "git fetch -q origin +release.0.3:refs/remot= es/opam-ref" failed:
# opam-version 1.2.1
# os =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B linux
# comm= and =3B =3B =3B =3B =3B git fetch -q origin +release.0.= 3:refs/remotes/opam-ref
# path =3B =3B =3B =3B =3B&n= bsp=3B =3B =3B /home/nick/.opam/system/packages.dev/mbr-format
#= exit-code =3B =3B =3B 128
# env-file =3B =3B = =3B =3B /home/nick/.opam/log/log-14616-1872ec.env
# stdout-file = =3B /home/nick/.opam/log/log-14616-1872ec.out
# stderr-file =3B /hom= e/nick/.opam/log/log-14616-1872ec.err
### stderr ###
# fatal: Couldn'= t find remote ref release.0.3

.... and then
#=3D=3D=3D ERROR whi= le installing xe-unikernel-upload.0.4 =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#
# opam-version 1.2.1
#= os =3B =3B =3B =3B =3B =3B =3B =3B =3B=  =3B linux
# command =3B =3B =3B =3B =3B make# path =3B =3B =3B =3B =3B =3B =3B =3B /ho= me/nick/.opam/system/build/xe-unikernel-upload.0.4
# compiler =3B&nb= sp=3B =3B =3B system (4.01.0)
# exit-code =3B =3B = =3B 2
# env-file =3B =3B =3B =3B /home/nick/.opam/system= /build/xe-unikernel-upload.0.4/xe-unikernel-upload-3140-d6d332.env
# std= out-file =3B /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.out
# stderr-file =3B /home/nick/.opam/s= ystem/build/xe-unikernel-upload.0.4/xe-unikernel-upload-3140-d6d332.err
= ### stdout ###
# [...]
# ocamlfind ocamlopt -c -g -package xen-api-cl= ient.lwt -package xen-api-client -package mbr-format.mirage -package mbr-fo= rmat.lwt -package mbr-format -package lwt -package io-page.unix -package io= -page -package fat-filesystem -package cstruct -package cmdliner -o common.= cmx common.ml
# ocamlfind ocamlopt -c -g -package xen-api-client.lwt -pa= ckage xen-api-client -package mbr-format.mirage -package mbr-format.lwt -pa= ckage mbr-format -package lwt -package io-page.unix -package io-page -packa= ge fat-filesystem -package cstruct -package cmdliner -o filesystem.cmx file= system.ml
# ocamlfind ocamldep -package xen-api-client.lwt -package xen-= api-client -package mbr-format.mirage -package mbr-format.lwt -package mbr-= format -package lwt -package io-page.unix -package io-page -package fat-fil= esystem -package cstruct -package cmdliner -modules disk_upload.ml >=3B d= isk_upload.ml.depends
# ocamlfind ocamldep -package xen-api-client.lwt -= package xen-api-client -package mbr-format.mirage -package mbr-format.lwt -= package mbr-format -package lwt -package io-page.unix -package io-page -pac= kage fat-filesystem -package cstruct -package cmdliner -modules ramdisk.ml = >=3B ramdisk.ml.depends
# ocamlfind ocamlopt -c -g -package xen-api-cl= ient.lwt -package xen-api-client -package mbr-format.mirage -package mbr-fo= rmat.lwt -package mbr-format -package lwt -package io-page.unix -package io= -page -package fat-filesystem -package cstruct -package cmdliner -o bootabl= e_disk.cmx bootable_disk.ml
# + ocamlfind ocamlopt -c -g -package xen-ap= i-client.lwt -package xen-api-client -package mbr-format.mirage -package mb= r-format.lwt -package mbr-format -package lwt -package io-page.unix -packag= e io-page -package fat-filesystem -package cstruct -package cmdliner -o boo= table_disk.cmx bootable_disk.ml
# File "bootable_disk.ml"=2C line 40=2C = characters 4-21:
# Error: Unbound value Partition.connect
# Did you m= ean disconnect?

.... incidentally=2C mirage-http 2.3.0 also fails wi= th the latest install of cohttp 0.18.0
= --_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_-- --===============6605709583194296362== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6605709583194296362==-- From xen-api-bounces@lists.xen.org Thu Jun 04 16:17:01 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 16:17: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 1Z0Xp8-0005Uy-A9; Thu, 04 Jun 2015 16:16:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0Xp6-0005Ul-Hx; Thu, 04 Jun 2015 16:16:52 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id CA/B7-32406-3F970755; Thu, 04 Jun 2015 16:16:51 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1433434609!13183084!1 X-Originating-IP: [157.55.0.205] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6646 invoked from network); 4 Jun 2015 16:16:49 -0000 Received: from dub004-omc1s6.hotmail.com (HELO DUB004-OMC1S6.hotmail.com) (157.55.0.205) by server-10.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 16:16:49 -0000 Received: from DUB128-W81 ([157.55.0.238]) by DUB004-OMC1S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 09:16:49 -0700 X-TMN: [mLXEI7dJYyM0G4CSeHbRaOgkRCu0pdD5] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 4 Jun 2015 16:16:48 +0000 Importance: Normal In-Reply-To: References: , , , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 16:16:49.0257 (UTC) FILETIME=[DC2DE590:01D09EE1] Cc: "xen-api@lists.xenproject.org" , Thomas Leonard , "mirageos-devel@lists.xenproject.org" , David Scott Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6605709583194296362==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6605709583194296362== Content-Type: multipart/alternative; boundary="_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_" --_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > Try >=20 > opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 > opam pin add xe-unikernel-upload git://github.com/djs55/xe-unikernel-uplo= ad#new-mirage-interfaces >=20 > I have built these but not tested them. Let me know if they work for you = and I=92ll try to release them into upstream opam. Had problems with this=2C installing:- opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 mbr-format is now git-pinned to git://github.com/djs55/ocaml-mbr#release.0.= 3 [ERROR] Command "git fetch -q origin +release.0.3:refs/remotes/opam-ref" fa= iled: # opam-version 1.2.1 # os linux # command git fetch -q origin +release.0.3:refs/remotes/opam-ref # path /home/nick/.opam/system/packages.dev/mbr-format # exit-code 128 # env-file /home/nick/.opam/log/log-14616-1872ec.env # stdout-file /home/nick/.opam/log/log-14616-1872ec.out # stderr-file /home/nick/.opam/log/log-14616-1872ec.err ### stderr ### # fatal: Couldn't find remote ref release.0.3 .... and then=20 #=3D=3D=3D ERROR while installing xe-unikernel-upload.0.4 =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# # opam-version 1.2.1 # os linux # command make # path /home/nick/.opam/system/build/xe-unikernel-upload.0.4 # compiler system (4.01.0) # exit-code 2 # env-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-uni= kernel-upload-3140-d6d332.env # stdout-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-uni= kernel-upload-3140-d6d332.out # stderr-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-uni= kernel-upload-3140-d6d332.err ### stdout ### # [...] # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-cli= ent -package mbr-format.mirage -package mbr-format.lwt -package mbr-format = -package lwt -package io-page.unix -package io-page -package fat-filesystem= -package cstruct -package cmdliner -o common.cmx common.ml # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-cli= ent -package mbr-format.mirage -package mbr-format.lwt -package mbr-format = -package lwt -package io-page.unix -package io-page -package fat-filesystem= -package cstruct -package cmdliner -o filesystem.cmx filesystem.ml # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client -p= ackage mbr-format.mirage -package mbr-format.lwt -package mbr-format -packa= ge lwt -package io-page.unix -package io-page -package fat-filesystem -pack= age cstruct -package cmdliner -modules disk_upload.ml > disk_upload.ml.depe= nds # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client -p= ackage mbr-format.mirage -package mbr-format.lwt -package mbr-format -packa= ge lwt -package io-page.unix -package io-page -package fat-filesystem -pack= age cstruct -package cmdliner -modules ramdisk.ml > ramdisk.ml.depends # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-cli= ent -package mbr-format.mirage -package mbr-format.lwt -package mbr-format = -package lwt -package io-page.unix -package io-page -package fat-filesystem= -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.ml # + ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.ml # File "bootable_disk.ml"=2C line 40=2C characters 4-21: # Error: Unbound value Partition.connect # Did you mean disconnect? .... incidentally=2C mirage-http 2.3.0 also fails with the latest install o= f cohttp 0.18.0 = --_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

>=3B Try
>=3B >=3B opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0= .3
>=3B opam pin add xe-unikernel-upload git://github.com/djs55/xe-uni= kernel-upload#new-mirage-interfaces
>=3B
>=3B I have built these= but not tested them. Let me know if they work for you and I=92ll try to re= lease them into upstream opam.

Had problems with this=2C installing:= -

opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0= .3
mbr-format is now git-pinned to git://github.com/djs55/ocaml-mbr#rele= ase.0.3

[ERROR] Command "git fetch -q origin +release.0.3:refs/remot= es/opam-ref" failed:
# opam-version 1.2.1
# os =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B linux
# comm= and =3B =3B =3B =3B =3B git fetch -q origin +release.0.= 3:refs/remotes/opam-ref
# path =3B =3B =3B =3B =3B&n= bsp=3B =3B =3B /home/nick/.opam/system/packages.dev/mbr-format
#= exit-code =3B =3B =3B 128
# env-file =3B =3B = =3B =3B /home/nick/.opam/log/log-14616-1872ec.env
# stdout-file = =3B /home/nick/.opam/log/log-14616-1872ec.out
# stderr-file =3B /hom= e/nick/.opam/log/log-14616-1872ec.err
### stderr ###
# fatal: Couldn'= t find remote ref release.0.3

.... and then
#=3D=3D=3D ERROR whi= le installing xe-unikernel-upload.0.4 =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#
# opam-version 1.2.1
#= os =3B =3B =3B =3B =3B =3B =3B =3B =3B=  =3B linux
# command =3B =3B =3B =3B =3B make# path =3B =3B =3B =3B =3B =3B =3B =3B /ho= me/nick/.opam/system/build/xe-unikernel-upload.0.4
# compiler =3B&nb= sp=3B =3B =3B system (4.01.0)
# exit-code =3B =3B = =3B 2
# env-file =3B =3B =3B =3B /home/nick/.opam/system= /build/xe-unikernel-upload.0.4/xe-unikernel-upload-3140-d6d332.env
# std= out-file =3B /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.out
# stderr-file =3B /home/nick/.opam/s= ystem/build/xe-unikernel-upload.0.4/xe-unikernel-upload-3140-d6d332.err
= ### stdout ###
# [...]
# ocamlfind ocamlopt -c -g -package xen-api-cl= ient.lwt -package xen-api-client -package mbr-format.mirage -package mbr-fo= rmat.lwt -package mbr-format -package lwt -package io-page.unix -package io= -page -package fat-filesystem -package cstruct -package cmdliner -o common.= cmx common.ml
# ocamlfind ocamlopt -c -g -package xen-api-client.lwt -pa= ckage xen-api-client -package mbr-format.mirage -package mbr-format.lwt -pa= ckage mbr-format -package lwt -package io-page.unix -package io-page -packa= ge fat-filesystem -package cstruct -package cmdliner -o filesystem.cmx file= system.ml
# ocamlfind ocamldep -package xen-api-client.lwt -package xen-= api-client -package mbr-format.mirage -package mbr-format.lwt -package mbr-= format -package lwt -package io-page.unix -package io-page -package fat-fil= esystem -package cstruct -package cmdliner -modules disk_upload.ml >=3B d= isk_upload.ml.depends
# ocamlfind ocamldep -package xen-api-client.lwt -= package xen-api-client -package mbr-format.mirage -package mbr-format.lwt -= package mbr-format -package lwt -package io-page.unix -package io-page -pac= kage fat-filesystem -package cstruct -package cmdliner -modules ramdisk.ml = >=3B ramdisk.ml.depends
# ocamlfind ocamlopt -c -g -package xen-api-cl= ient.lwt -package xen-api-client -package mbr-format.mirage -package mbr-fo= rmat.lwt -package mbr-format -package lwt -package io-page.unix -package io= -page -package fat-filesystem -package cstruct -package cmdliner -o bootabl= e_disk.cmx bootable_disk.ml
# + ocamlfind ocamlopt -c -g -package xen-ap= i-client.lwt -package xen-api-client -package mbr-format.mirage -package mb= r-format.lwt -package mbr-format -package lwt -package io-page.unix -packag= e io-page -package fat-filesystem -package cstruct -package cmdliner -o boo= table_disk.cmx bootable_disk.ml
# File "bootable_disk.ml"=2C line 40=2C = characters 4-21:
# Error: Unbound value Partition.connect
# Did you m= ean disconnect?

.... incidentally=2C mirage-http 2.3.0 also fails wi= th the latest install of cohttp 0.18.0
= --_4cacbddb-7c9e-4334-9baf-4f03b8f2a5fa_-- --===============6605709583194296362== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6605709583194296362==-- From xen-api-bounces@lists.xen.org Thu Jun 04 16:22:49 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 16:22: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 1Z0Xuo-000694-Dl; Thu, 04 Jun 2015 16:22:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0Xun-00068r-0d; Thu, 04 Jun 2015 16:22:45 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 38/B6-16276-35B70755; Thu, 04 Jun 2015 16:22:43 +0000 X-Env-Sender: prvs=590458500=Dave.Scott@citrix.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1433434963!13216628!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10553 invoked from network); 4 Jun 2015 16:22:43 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 16:22:43 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="563477" From: Dave Scott To: Nick Betteridge Thread-Topic: [MirageOS-devel] cubie2 arm image loses mac Thread-Index: AQHQnp+usYRHBmO2S0WqddytTaEom52b4t2AgAACigCAAAKMgIAAcMoAgAAMMwCAAAGggA== Date: Thu, 4 Jun 2015 16:22:34 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <6F7C197929FAC949B64EA4BCA5DFD005@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 4 Jun 2015, at 17:16, Nick Betteridge wrot= e: > = > = > > Try > > = > > opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 > > opam pin add xe-unikernel-upload git://github.com/djs55/xe-unikernel-up= load#new-mirage-interfaces > > = > > I have built these but not tested them. Let me know if they work for yo= u and I=92ll try to release them into upstream opam. > = > Had problems with this, installing:- > = > opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 > mbr-format is now git-pinned to git://github.com/djs55/ocaml-mbr#release.= 0.3 > = > [ERROR] Command "git fetch -q origin +release.0.3:refs/remotes/opam-ref" = failed: > # opam-version 1.2.1 > # os linux > # command git fetch -q origin +release.0.3:refs/remotes/opam-ref > # path /home/nick/.opam/system/packages.dev/mbr-format > # exit-code 128 > # env-file /home/nick/.opam/log/log-14616-1872ec.env > # stdout-file /home/nick/.opam/log/log-14616-1872ec.out > # stderr-file /home/nick/.opam/log/log-14616-1872ec.err > ### stderr ### > # fatal: Couldn't find remote ref release.0.3 oops, my fault =97 I deleted the branch after I merged it. Try both command= s again=97 the xe-unikernel-upload changes need the ocaml-mbr changes to be= built. Sorry about that, Dave > = > .... and then = > #=3D=3D=3D ERROR while installing xe-unikernel-upload.0.4 =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# > # opam-version 1.2.1 > # os linux > # command make > # path /home/nick/.opam/system/build/xe-unikernel-upload.0.4 > # compiler system (4.01.0) > # exit-code 2 > # env-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.env > # stdout-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.out > # stderr-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.err > ### stdout ### > # [...] > # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o common.cmx common.ml > # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o filesystem.cmx filesystem.ml > # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client = -package mbr-format.mirage -package mbr-format.lwt -package mbr-format -pac= kage lwt -package io-page.unix -package io-page -package fat-filesystem -pa= ckage cstruct -package cmdliner -modules disk_upload.ml > disk_upload.ml.de= pends > # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client = -package mbr-format.mirage -package mbr-format.lwt -package mbr-format -pac= kage lwt -package io-page.unix -package io-page -package fat-filesystem -pa= ckage cstruct -package cmdliner -modules ramdisk.ml > ramdisk.ml.depends > # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.ml > # + ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api= -client -package mbr-format.mirage -package mbr-format.lwt -package mbr-for= mat -package lwt -package io-page.unix -package io-page -package fat-filesy= stem -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.= ml > # File "bootable_disk.ml", line 40, characters 4-21: > # Error: Unbound value Partition.connect > # Did you mean disconnect? > = > .... incidentally, mirage-http 2.3.0 also fails with the latest install o= f cohttp 0.18.0 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-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 Thu Jun 04 16:22:49 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 16:22: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 1Z0Xuo-000694-Dl; Thu, 04 Jun 2015 16:22:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0Xun-00068r-0d; Thu, 04 Jun 2015 16:22:45 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 38/B6-16276-35B70755; Thu, 04 Jun 2015 16:22:43 +0000 X-Env-Sender: prvs=590458500=Dave.Scott@citrix.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1433434963!13216628!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10553 invoked from network); 4 Jun 2015 16:22:43 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 16:22:43 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="563477" From: Dave Scott To: Nick Betteridge Thread-Topic: [MirageOS-devel] cubie2 arm image loses mac Thread-Index: AQHQnp+usYRHBmO2S0WqddytTaEom52b4t2AgAACigCAAAKMgIAAcMoAgAAMMwCAAAGggA== Date: Thu, 4 Jun 2015 16:22:34 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <6F7C197929FAC949B64EA4BCA5DFD005@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 4 Jun 2015, at 17:16, Nick Betteridge wrot= e: > = > = > > Try > > = > > opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 > > opam pin add xe-unikernel-upload git://github.com/djs55/xe-unikernel-up= load#new-mirage-interfaces > > = > > I have built these but not tested them. Let me know if they work for yo= u and I=92ll try to release them into upstream opam. > = > Had problems with this, installing:- > = > opam pin add mbr-format git://github.com/djs55/ocaml-mbr#release.0.3 > mbr-format is now git-pinned to git://github.com/djs55/ocaml-mbr#release.= 0.3 > = > [ERROR] Command "git fetch -q origin +release.0.3:refs/remotes/opam-ref" = failed: > # opam-version 1.2.1 > # os linux > # command git fetch -q origin +release.0.3:refs/remotes/opam-ref > # path /home/nick/.opam/system/packages.dev/mbr-format > # exit-code 128 > # env-file /home/nick/.opam/log/log-14616-1872ec.env > # stdout-file /home/nick/.opam/log/log-14616-1872ec.out > # stderr-file /home/nick/.opam/log/log-14616-1872ec.err > ### stderr ### > # fatal: Couldn't find remote ref release.0.3 oops, my fault =97 I deleted the branch after I merged it. Try both command= s again=97 the xe-unikernel-upload changes need the ocaml-mbr changes to be= built. Sorry about that, Dave > = > .... and then = > #=3D=3D=3D ERROR while installing xe-unikernel-upload.0.4 =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# > # opam-version 1.2.1 > # os linux > # command make > # path /home/nick/.opam/system/build/xe-unikernel-upload.0.4 > # compiler system (4.01.0) > # exit-code 2 > # env-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.env > # stdout-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.out > # stderr-file /home/nick/.opam/system/build/xe-unikernel-upload.0.4/xe-u= nikernel-upload-3140-d6d332.err > ### stdout ### > # [...] > # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o common.cmx common.ml > # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o filesystem.cmx filesystem.ml > # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client = -package mbr-format.mirage -package mbr-format.lwt -package mbr-format -pac= kage lwt -package io-page.unix -package io-page -package fat-filesystem -pa= ckage cstruct -package cmdliner -modules disk_upload.ml > disk_upload.ml.de= pends > # ocamlfind ocamldep -package xen-api-client.lwt -package xen-api-client = -package mbr-format.mirage -package mbr-format.lwt -package mbr-format -pac= kage lwt -package io-page.unix -package io-page -package fat-filesystem -pa= ckage cstruct -package cmdliner -modules ramdisk.ml > ramdisk.ml.depends > # ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api-c= lient -package mbr-format.mirage -package mbr-format.lwt -package mbr-forma= t -package lwt -package io-page.unix -package io-page -package fat-filesyst= em -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.ml > # + ocamlfind ocamlopt -c -g -package xen-api-client.lwt -package xen-api= -client -package mbr-format.mirage -package mbr-format.lwt -package mbr-for= mat -package lwt -package io-page.unix -package io-page -package fat-filesy= stem -package cstruct -package cmdliner -o bootable_disk.cmx bootable_disk.= ml > # File "bootable_disk.ml", line 40, characters 4-21: > # Error: Unbound value Partition.connect > # Did you mean disconnect? > = > .... incidentally, mirage-http 2.3.0 also fails with the latest install o= f cohttp 0.18.0 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-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 Thu Jun 04 17:00:12 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 17:00: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 1Z0YUu-0000ZW-Pn; Thu, 04 Jun 2015 17:00:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0YUt-0000ZH-0f; Thu, 04 Jun 2015 17:00:03 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id E3/65-10437-21480755; Thu, 04 Jun 2015 17:00:02 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1433437200!13100375!1 X-Originating-IP: [157.55.0.233] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10090 invoked from network); 4 Jun 2015 17:00:01 -0000 Received: from dub004-omc1s34.hotmail.com (HELO DUB004-OMC1S34.hotmail.com) (157.55.0.233) by server-15.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 17:00:01 -0000 Received: from DUB128-W74 ([157.55.0.239]) by DUB004-OMC1S34.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 10:00:00 -0700 X-TMN: [myVTM6+NHLmNA7Trwnc26GLscxf4h9Hg] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 4 Jun 2015 17:00:00 +0000 Importance: Normal In-Reply-To: References: , , , , , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 17:00:00.0589 (UTC) FILETIME=[E4BBC7D0:01D09EE7] Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1888401691681963669==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1888401691681963669== Content-Type: multipart/alternative; boundary="_4efdf585-2fc6-40b5-8858-ece1725b1870_" --_4efdf585-2fc6-40b5-8858-ece1725b1870_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Excellent=2C they both compile=2C but I'm getting an error with the upload: ./dns.xe Uploading VDI containing unikernel result =3D [StatusSuccessValueOpaqueRef:da16d417-e6d1-c55f-1957-5f2e169d44ff] result =3D [StatusSuccessValueOpaqueRef:02d446ef-7760-6096-09cd= -909e82b9d706] result =3D [StatusSuccessValueOpaqueRef:NULL] result =3D [StatusFailureErrorDescriptionHANDLE_INVALID= SROpaqueRef:NULL] result =3D [StatusSuccessValue] xe-unikernel-upload: internal error=2C uncaught exception: Api_errors.Server_error("HANDLE_INVALID"=2C _) I'm on the sudo's list - is this just a permissions thing or a xapi configu= ration issue? Cheers Nick = --_4efdf585-2fc6-40b5-8858-ece1725b1870_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Excellent=2C they both compile= =2C but I'm getting an error with the upload:

./dns.xe
Uploading = VDI containing unikernel
result =3D [<=3B?xml version=3D"1.0"?>=3B&l= t=3BmethodResponse>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bvalue>= =3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/name>= =3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B/member>=3B<=3Bmembe= r>=3B<=3Bname>=3BValue<=3B/name>=3B<=3Bvalue>=3BOpaqueRef:da1= 6d417-e6d1-c55f-1957-5f2e169d44ff<=3B/value>=3B<=3B/member>=3B<= =3B/struct>=3B<=3B/value>=3B<=3B/param>=3B<=3B/params>=3B<= =3B/methodResponse>=3B]
result =3D [<=3B?xml version=3D"1.0"?>=3B&= lt=3BmethodResponse>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bvalue>= =3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/name>= =3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B/member>=3B<=3Bmembe= r>=3B<=3Bname>=3BValue<=3B/name>=3B<=3Bvalue>=3B<=3Barray&g= t=3B<=3Bdata>=3B<=3Bvalue>=3BOpaqueRef:02d446ef-7760-6096-09cd-909e= 82b9d706<=3B/value>=3B<=3B/data>=3B<=3B/array>=3B<=3B/value&g= t=3B<=3B/member>=3B<=3B/struct>=3B<=3B/value>=3B<=3B/param>= =3B<=3B/params>=3B<=3B/methodResponse>=3B]
result =3D [<=3B?xm= l version=3D"1.0"?>=3B<=3BmethodResponse>=3B<=3Bparams>=3B<=3Bp= aram>=3B<=3Bvalue>=3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname&g= t=3BStatus<=3B/name>=3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B= /member>=3B<=3Bmember>=3B<=3Bname>=3BValue<=3B/name>=3B<=3B= value>=3BOpaqueRef:NULL<=3B/value>=3B<=3B/member>=3B<=3B/struct= >=3B<=3B/value>=3B<=3B/param>=3B<=3B/params>=3B<=3B/methodR= esponse>=3B]
result =3D [<=3B?xml version=3D"1.0"?>=3B<=3Bmethod= Response>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bvalue>=3B<=3Bstr= uct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/name>=3B<=3Bval= ue>=3BFailure<=3B/value>=3B<=3B/member>=3B<=3Bmember>=3B<= =3Bname>=3BErrorDescription<=3B/name>=3B<=3Bvalue>=3B<=3Barray&= gt=3B<=3Bdata>=3B<=3Bvalue>=3BHANDLE_INVALID<=3B/value>=3B<= =3Bvalue>=3BSR<=3B/value>=3B<=3Bvalue>=3BOpaqueRef:NULL<=3B/val= ue>=3B<=3B/data>=3B<=3B/array>=3B<=3B/value>=3B<=3B/member&= gt=3B<=3B/struct>=3B<=3B/value>=3B<=3B/param>=3B<=3B/params&g= t=3B<=3B/methodResponse>=3B]
result =3D [<=3B?xml version=3D"1.0"?= >=3B<=3BmethodResponse>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bva= lue>=3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/n= ame>=3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B/member>=3B<= =3Bmember>=3B<=3Bname>=3BValue<=3B/name>=3B<=3Bvalue>=3B<= =3B/value>=3B<=3B/member>=3B<=3B/struct>=3B<=3B/value>=3B<= =3B/param>=3B<=3B/params>=3B<=3B/methodResponse>=3B]
xe-uniker= nel-upload: internal error=2C uncaught exception:
 =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B =3B =3B Api_errors= .Server_error("HANDLE_INVALID"=2C _)

I'm on the sudo's list - is thi= s just a permissions thing or a xapi configuration issue?

Cheers
= Nick
= --_4efdf585-2fc6-40b5-8858-ece1725b1870_-- --===============1888401691681963669== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1888401691681963669==-- From xen-api-bounces@lists.xen.org Thu Jun 04 17:00:12 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 17:00: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 1Z0YUu-0000ZW-Pn; Thu, 04 Jun 2015 17:00:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0YUt-0000ZH-0f; Thu, 04 Jun 2015 17:00:03 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id E3/65-10437-21480755; Thu, 04 Jun 2015 17:00:02 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1433437200!13100375!1 X-Originating-IP: [157.55.0.233] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10090 invoked from network); 4 Jun 2015 17:00:01 -0000 Received: from dub004-omc1s34.hotmail.com (HELO DUB004-OMC1S34.hotmail.com) (157.55.0.233) by server-15.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 17:00:01 -0000 Received: from DUB128-W74 ([157.55.0.239]) by DUB004-OMC1S34.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 10:00:00 -0700 X-TMN: [myVTM6+NHLmNA7Trwnc26GLscxf4h9Hg] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 4 Jun 2015 17:00:00 +0000 Importance: Normal In-Reply-To: References: , , , , , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 17:00:00.0589 (UTC) FILETIME=[E4BBC7D0:01D09EE7] Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1888401691681963669==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1888401691681963669== Content-Type: multipart/alternative; boundary="_4efdf585-2fc6-40b5-8858-ece1725b1870_" --_4efdf585-2fc6-40b5-8858-ece1725b1870_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Excellent=2C they both compile=2C but I'm getting an error with the upload: ./dns.xe Uploading VDI containing unikernel result =3D [StatusSuccessValueOpaqueRef:da16d417-e6d1-c55f-1957-5f2e169d44ff] result =3D [StatusSuccessValueOpaqueRef:02d446ef-7760-6096-09cd= -909e82b9d706] result =3D [StatusSuccessValueOpaqueRef:NULL] result =3D [StatusFailureErrorDescriptionHANDLE_INVALID= SROpaqueRef:NULL] result =3D [StatusSuccessValue] xe-unikernel-upload: internal error=2C uncaught exception: Api_errors.Server_error("HANDLE_INVALID"=2C _) I'm on the sudo's list - is this just a permissions thing or a xapi configu= ration issue? Cheers Nick = --_4efdf585-2fc6-40b5-8858-ece1725b1870_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Excellent=2C they both compile= =2C but I'm getting an error with the upload:

./dns.xe
Uploading = VDI containing unikernel
result =3D [<=3B?xml version=3D"1.0"?>=3B&l= t=3BmethodResponse>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bvalue>= =3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/name>= =3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B/member>=3B<=3Bmembe= r>=3B<=3Bname>=3BValue<=3B/name>=3B<=3Bvalue>=3BOpaqueRef:da1= 6d417-e6d1-c55f-1957-5f2e169d44ff<=3B/value>=3B<=3B/member>=3B<= =3B/struct>=3B<=3B/value>=3B<=3B/param>=3B<=3B/params>=3B<= =3B/methodResponse>=3B]
result =3D [<=3B?xml version=3D"1.0"?>=3B&= lt=3BmethodResponse>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bvalue>= =3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/name>= =3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B/member>=3B<=3Bmembe= r>=3B<=3Bname>=3BValue<=3B/name>=3B<=3Bvalue>=3B<=3Barray&g= t=3B<=3Bdata>=3B<=3Bvalue>=3BOpaqueRef:02d446ef-7760-6096-09cd-909e= 82b9d706<=3B/value>=3B<=3B/data>=3B<=3B/array>=3B<=3B/value&g= t=3B<=3B/member>=3B<=3B/struct>=3B<=3B/value>=3B<=3B/param>= =3B<=3B/params>=3B<=3B/methodResponse>=3B]
result =3D [<=3B?xm= l version=3D"1.0"?>=3B<=3BmethodResponse>=3B<=3Bparams>=3B<=3Bp= aram>=3B<=3Bvalue>=3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname&g= t=3BStatus<=3B/name>=3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B= /member>=3B<=3Bmember>=3B<=3Bname>=3BValue<=3B/name>=3B<=3B= value>=3BOpaqueRef:NULL<=3B/value>=3B<=3B/member>=3B<=3B/struct= >=3B<=3B/value>=3B<=3B/param>=3B<=3B/params>=3B<=3B/methodR= esponse>=3B]
result =3D [<=3B?xml version=3D"1.0"?>=3B<=3Bmethod= Response>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bvalue>=3B<=3Bstr= uct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/name>=3B<=3Bval= ue>=3BFailure<=3B/value>=3B<=3B/member>=3B<=3Bmember>=3B<= =3Bname>=3BErrorDescription<=3B/name>=3B<=3Bvalue>=3B<=3Barray&= gt=3B<=3Bdata>=3B<=3Bvalue>=3BHANDLE_INVALID<=3B/value>=3B<= =3Bvalue>=3BSR<=3B/value>=3B<=3Bvalue>=3BOpaqueRef:NULL<=3B/val= ue>=3B<=3B/data>=3B<=3B/array>=3B<=3B/value>=3B<=3B/member&= gt=3B<=3B/struct>=3B<=3B/value>=3B<=3B/param>=3B<=3B/params&g= t=3B<=3B/methodResponse>=3B]
result =3D [<=3B?xml version=3D"1.0"?= >=3B<=3BmethodResponse>=3B<=3Bparams>=3B<=3Bparam>=3B<=3Bva= lue>=3B<=3Bstruct>=3B<=3Bmember>=3B<=3Bname>=3BStatus<=3B/n= ame>=3B<=3Bvalue>=3BSuccess<=3B/value>=3B<=3B/member>=3B<= =3Bmember>=3B<=3Bname>=3BValue<=3B/name>=3B<=3Bvalue>=3B<= =3B/value>=3B<=3B/member>=3B<=3B/struct>=3B<=3B/value>=3B<= =3B/param>=3B<=3B/params>=3B<=3B/methodResponse>=3B]
xe-uniker= nel-upload: internal error=2C uncaught exception:
 =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B =3B =3B Api_errors= .Server_error("HANDLE_INVALID"=2C _)

I'm on the sudo's list - is thi= s just a permissions thing or a xapi configuration issue?

Cheers
= Nick
= --_4efdf585-2fc6-40b5-8858-ece1725b1870_-- --===============1888401691681963669== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1888401691681963669==-- From xen-api-bounces@lists.xen.org Thu Jun 04 17:04:40 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 17:04:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0YZK-0000hc-FP; Thu, 04 Jun 2015 17:04:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0YZI-0000hP-Og; Thu, 04 Jun 2015 17:04:36 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 70/D3-19215-42580755; Thu, 04 Jun 2015 17:04:36 +0000 X-Env-Sender: prvs=590458500=Dave.Scott@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1433437475!6601454!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9579 invoked from network); 4 Jun 2015 17:04:35 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 17:04:35 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="564208" From: Dave Scott To: Nick Betteridge Thread-Topic: [MirageOS-devel] cubie2 arm image loses mac Thread-Index: AQHQnp+usYRHBmO2S0WqddytTaEom52b4t2AgAACigCAAAKMgIAAcMoAgAAMMwCAAAGggIAACnIAgAABSoA= Date: Thu, 4 Jun 2015 17:04:33 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <47784B4AAEB79344BB5974175F1A537C@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 4 Jun 2015, at 18:00, Nick Betteridge wrot= e: > = > Excellent, they both compile, but I'm getting an error with the upload: > = > ./dns.xe > Uploading VDI containing unikernel > result =3D [= StatusSuccess<= name>ValueOpaqueRef:da16d417-e6d1-c55f-1957-5f2e169d44ff] > result =3D [= StatusSuccess<= name>ValueOpaqueRef:02d446ef-7760-6096-09= cd-909e82b9d706] > result =3D [= StatusSuccess<= name>ValueOpaqueRef:NULL] > result =3D [= StatusFailure<= name>ErrorDescriptionHANDLE_INVALIDSROpaqueRef:NULL] > result =3D [= StatusSuccess<= name>Value= ] > xe-unikernel-upload: internal error, uncaught exception: > Api_errors.Server_error("HANDLE_INVALID", _) > = > I'm on the sudo's list - is this just a permissions thing or a xapi confi= guration issue? I think it=92s a xapi configuration thing: I think this XMLRPC is saying = =93the SR with reference =91NULL=92 doesn=92t exist. Looking at the code, i= t gets the SR reference from the Pool.default_SR, so I think this is not se= t on the server side. Try running xe sr-list # look for a good SR to upload files too =97 I think the one called =93Loca= l storage=94 or =93ffs=94 should do xe pool-param-set uuid=3D default-SR=3D and then it should get further. Cheers, Dave > = > Cheers > Nick _______________________________________________ Xen-api 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 Jun 04 17:04:40 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 17:04:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0YZK-0000hc-FP; Thu, 04 Jun 2015 17:04:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0YZI-0000hP-Og; Thu, 04 Jun 2015 17:04:36 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 70/D3-19215-42580755; Thu, 04 Jun 2015 17:04:36 +0000 X-Env-Sender: prvs=590458500=Dave.Scott@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1433437475!6601454!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9579 invoked from network); 4 Jun 2015 17:04:35 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jun 2015 17:04:35 -0000 X-IronPort-AV: E=Sophos;i="5.13,553,1427760000"; d="scan'208";a="564208" From: Dave Scott To: Nick Betteridge Thread-Topic: [MirageOS-devel] cubie2 arm image loses mac Thread-Index: AQHQnp+usYRHBmO2S0WqddytTaEom52b4t2AgAACigCAAAKMgIAAcMoAgAAMMwCAAAGggIAACnIAgAABSoA= Date: Thu, 4 Jun 2015 17:04:33 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <47784B4AAEB79344BB5974175F1A537C@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 4 Jun 2015, at 18:00, Nick Betteridge wrot= e: > = > Excellent, they both compile, but I'm getting an error with the upload: > = > ./dns.xe > Uploading VDI containing unikernel > result =3D [= StatusSuccess<= name>ValueOpaqueRef:da16d417-e6d1-c55f-1957-5f2e169d44ff] > result =3D [= StatusSuccess<= name>ValueOpaqueRef:02d446ef-7760-6096-09= cd-909e82b9d706] > result =3D [= StatusSuccess<= name>ValueOpaqueRef:NULL] > result =3D [= StatusFailure<= name>ErrorDescriptionHANDLE_INVALIDSROpaqueRef:NULL] > result =3D [= StatusSuccess<= name>Value= ] > xe-unikernel-upload: internal error, uncaught exception: > Api_errors.Server_error("HANDLE_INVALID", _) > = > I'm on the sudo's list - is this just a permissions thing or a xapi confi= guration issue? I think it=92s a xapi configuration thing: I think this XMLRPC is saying = =93the SR with reference =91NULL=92 doesn=92t exist. Looking at the code, i= t gets the SR reference from the Pool.default_SR, so I think this is not se= t on the server side. Try running xe sr-list # look for a good SR to upload files too =97 I think the one called =93Loca= l storage=94 or =93ffs=94 should do xe pool-param-set uuid=3D default-SR=3D and then it should get further. Cheers, Dave > = > Cheers > Nick _______________________________________________ Xen-api 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 Jun 04 17:15:26 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 17:15: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 1Z0Yjj-0001QS-Tt; Thu, 04 Jun 2015 17:15:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0Yji-0001QC-20; Thu, 04 Jun 2015 17:15:22 +0000 Received: from [85.158.139.211] by server-6.bemta-5.messagelabs.com id 2A/20-08467-9A780755; Thu, 04 Jun 2015 17:15:21 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1433438117!8544277!1 X-Originating-IP: [157.55.0.217] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21725 invoked from network); 4 Jun 2015 17:15:17 -0000 Received: from dub004-omc1s18.hotmail.com (HELO DUB004-OMC1S18.hotmail.com) (157.55.0.217) by server-15.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 17:15:17 -0000 Received: from DUB128-W83 ([157.55.0.239]) by DUB004-OMC1S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 10:15:16 -0700 X-TMN: [nr3zrF8N3d0zHTuSulGpkIJEz168r3XR] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 4 Jun 2015 17:15:16 +0000 Importance: Normal In-Reply-To: References: , , , , , , , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 17:15:16.0989 (UTC) FILETIME=[06F352D0:01D09EEA] Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7991665429177656307==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7991665429177656307== Content-Type: multipart/alternative; boundary="_bfb22d55-b542-4239-8cdd-88f6968aff25_" --_bfb22d55-b542-4239-8cdd-88f6968aff25_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > Try running >=20 > xe sr-list >=20 This is what I got: sudo xe sr-list uuid ( RO) : a0ceb329-83cb-d074-50d9-53846aa40ff7 name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): cubieboard2 type ( RO): iso content-type ( RO): iso No SR: I think I need to read through the doc :) - what I wanted to do tomo= rrow was attempt a full xapi buildroot on a cubieboard4=2C looks like I'll = have to skip that and clear this first. > # look for a good SR to upload files too =97 I think the one called =93Lo= cal storage=94 or =93ffs=94 should do >=20 > xe pool-param-set uuid=3D default-SR=3D >=20 > and then it should get further. Thanks for your help so far! Very best Nick = --_bfb22d55-b542-4239-8cdd-88f6968aff25_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

>=3B Try running
&= gt=3B
>=3B xe sr-list
>=3B

This is what I got:

su= do xe sr-list
uuid ( RO) =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B =3B =3B =3B : = a0ceb329-83cb-d074-50d9-53846aa40ff7
 =3B =3B =3B =3B&nb= sp=3B =3B =3B =3B =3B name-label ( RW): XenServer Tools
=  =3B =3B =3B name-description ( RW): XenServer Tools ISOs
&n= bsp=3B =3B =3B =3B =3B =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B host ( RO): cubieboard2
&nbs= p=3B =3B =3B =3B =3B =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B type ( RO): iso
 =3B&nbs= p=3B =3B =3B =3B =3B =3B content-type ( RO): iso
No SR: I think I need to read through the doc :) - what I wanted to do tom= orrow was attempt a full xapi buildroot on a cubieboard4=2C looks like I'll= have to skip that and clear this first.

>=3B # look for a good SR= to upload files too =97 I think the one called =93Local storage=94 or =93f= fs=94 should do
>=3B
>=3B xe pool-param-set uuid=3D<=3Btab>= =3B default-SR=3D<=3Buuid of the SR>=3B
>=3B
>=3B and then i= t should get further.

Thanks for your help so far!

Very best<= br>Nick
= --_bfb22d55-b542-4239-8cdd-88f6968aff25_-- --===============7991665429177656307== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7991665429177656307==-- From xen-api-bounces@lists.xen.org Thu Jun 04 17:15:26 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Jun 2015 17:15: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 1Z0Yjj-0001QS-Tt; Thu, 04 Jun 2015 17:15:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0Yji-0001QC-20; Thu, 04 Jun 2015 17:15:22 +0000 Received: from [85.158.139.211] by server-6.bemta-5.messagelabs.com id 2A/20-08467-9A780755; Thu, 04 Jun 2015 17:15:21 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1433438117!8544277!1 X-Originating-IP: [157.55.0.217] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21725 invoked from network); 4 Jun 2015 17:15:17 -0000 Received: from dub004-omc1s18.hotmail.com (HELO DUB004-OMC1S18.hotmail.com) (157.55.0.217) by server-15.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jun 2015 17:15:17 -0000 Received: from DUB128-W83 ([157.55.0.239]) by DUB004-OMC1S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 4 Jun 2015 10:15:16 -0700 X-TMN: [nr3zrF8N3d0zHTuSulGpkIJEz168r3XR] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 4 Jun 2015 17:15:16 +0000 Importance: Normal In-Reply-To: References: , , , , , , , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jun 2015 17:15:16.0989 (UTC) FILETIME=[06F352D0:01D09EEA] Cc: "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: Re: [Xen-API] [MirageOS-devel] cubie2 arm image loses mac X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7991665429177656307==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7991665429177656307== Content-Type: multipart/alternative; boundary="_bfb22d55-b542-4239-8cdd-88f6968aff25_" --_bfb22d55-b542-4239-8cdd-88f6968aff25_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > Try running >=20 > xe sr-list >=20 This is what I got: sudo xe sr-list uuid ( RO) : a0ceb329-83cb-d074-50d9-53846aa40ff7 name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): cubieboard2 type ( RO): iso content-type ( RO): iso No SR: I think I need to read through the doc :) - what I wanted to do tomo= rrow was attempt a full xapi buildroot on a cubieboard4=2C looks like I'll = have to skip that and clear this first. > # look for a good SR to upload files too =97 I think the one called =93Lo= cal storage=94 or =93ffs=94 should do >=20 > xe pool-param-set uuid=3D default-SR=3D >=20 > and then it should get further. Thanks for your help so far! Very best Nick = --_bfb22d55-b542-4239-8cdd-88f6968aff25_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

>=3B Try running
&= gt=3B
>=3B xe sr-list
>=3B

This is what I got:

su= do xe sr-list
uuid ( RO) =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B =3B =3B =3B : = a0ceb329-83cb-d074-50d9-53846aa40ff7
 =3B =3B =3B =3B&nb= sp=3B =3B =3B =3B =3B name-label ( RW): XenServer Tools
=  =3B =3B =3B name-description ( RW): XenServer Tools ISOs
&n= bsp=3B =3B =3B =3B =3B =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B host ( RO): cubieboard2
&nbs= p=3B =3B =3B =3B =3B =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B type ( RO): iso
 =3B&nbs= p=3B =3B =3B =3B =3B =3B content-type ( RO): iso
No SR: I think I need to read through the doc :) - what I wanted to do tom= orrow was attempt a full xapi buildroot on a cubieboard4=2C looks like I'll= have to skip that and clear this first.

>=3B # look for a good SR= to upload files too =97 I think the one called =93Local storage=94 or =93f= fs=94 should do
>=3B
>=3B xe pool-param-set uuid=3D<=3Btab>= =3B default-SR=3D<=3Buuid of the SR>=3B
>=3B
>=3B and then i= t should get further.

Thanks for your help so far!

Very best<= br>Nick
= --_bfb22d55-b542-4239-8cdd-88f6968aff25_-- --===============7991665429177656307== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7991665429177656307==-- From xen-api-bounces@lists.xen.org Fri Jun 05 09:18:08 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 09:18: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 1Z0nlH-0001yy-Q5; Fri, 05 Jun 2015 09:17:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0nlG-0001yj-5v for xen-api@lists.xen.org; Fri, 05 Jun 2015 09:17:58 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id 5C/75-29123-54961755; Fri, 05 Jun 2015 09:17:57 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1433495876!20591347!1 X-Originating-IP: [157.55.2.85] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20767 invoked from network); 5 Jun 2015 09:17:56 -0000 Received: from dub004-omc4s10.hotmail.com (HELO DUB004-OMC4S10.hotmail.com) (157.55.2.85) by server-9.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 09:17:56 -0000 Received: from DUB128-W10 ([157.55.2.73]) by DUB004-OMC4S10.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 02:17:56 -0700 X-TMN: [Y+JmXIgvTC2rt9fGBMDWqJgF7VmsHe9s] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Fri, 5 Jun 2015 09:17:55 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 09:17:56.0378 (UTC) FILETIME=[823AA7A0:01D09F70] Subject: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8036302762793782334==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8036302762793782334== Content-Type: multipart/alternative; boundary="_26ad8cbf-b686-4e05-aba2-921ca4e079b1_" --_26ad8cbf-b686-4e05-aba2-921ca4e079b1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I'm trying to build=2C via buildroot=2C for a cubieboard4 on top of their v= anilla linux (3.4) / linaro install. The first thing I hit with configure was : Error: could not find a distribution template for Linaro/trusty - I edited: /etc/lsb-release and changed Linaro to Ubuntu - hope this doesn= 't affect anything later The next configuration issue was: ImportError: No module named argcomplete - looking at /usr/lib I have 3 versions of python available python2.7=2C py= thon3 and python3.4. - doing a python -V gives Python 2.7.6 What's the best way of proceeding here? Cheers Nick = --_26ad8cbf-b686-4e05-aba2-921ca4e079b1_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi

I'm trying to build=2C= via buildroot=2C for a cubieboard4 on top of their vanilla linux (3.4) / l= inaro install.

The first thing I hit with configure was :

Err= or: could not find a distribution template for Linaro/trusty

- I edi= ted: /etc/lsb-release and changed Linaro to Ubuntu - hope this doesn't affe= ct anything later

The next configuration issue was:

ImportErr= or: No module named argcomplete

- looking at /usr/lib I have 3 versi= ons of python available python2.7=2C python3 and python3.4.
- doing a py= thon -V gives Python 2.7.6

What's the best way of proceeding here?
Cheers
Nick
= --_26ad8cbf-b686-4e05-aba2-921ca4e079b1_-- --===============8036302762793782334== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8036302762793782334==-- From xen-api-bounces@lists.xen.org Fri Jun 05 09:18:08 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 09:18: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 1Z0nlH-0001yy-Q5; Fri, 05 Jun 2015 09:17:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0nlG-0001yj-5v for xen-api@lists.xen.org; Fri, 05 Jun 2015 09:17:58 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id 5C/75-29123-54961755; Fri, 05 Jun 2015 09:17:57 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1433495876!20591347!1 X-Originating-IP: [157.55.2.85] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20767 invoked from network); 5 Jun 2015 09:17:56 -0000 Received: from dub004-omc4s10.hotmail.com (HELO DUB004-OMC4S10.hotmail.com) (157.55.2.85) by server-9.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 09:17:56 -0000 Received: from DUB128-W10 ([157.55.2.73]) by DUB004-OMC4S10.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 02:17:56 -0700 X-TMN: [Y+JmXIgvTC2rt9fGBMDWqJgF7VmsHe9s] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Fri, 5 Jun 2015 09:17:55 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 09:17:56.0378 (UTC) FILETIME=[823AA7A0:01D09F70] Subject: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8036302762793782334==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8036302762793782334== Content-Type: multipart/alternative; boundary="_26ad8cbf-b686-4e05-aba2-921ca4e079b1_" --_26ad8cbf-b686-4e05-aba2-921ca4e079b1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I'm trying to build=2C via buildroot=2C for a cubieboard4 on top of their v= anilla linux (3.4) / linaro install. The first thing I hit with configure was : Error: could not find a distribution template for Linaro/trusty - I edited: /etc/lsb-release and changed Linaro to Ubuntu - hope this doesn= 't affect anything later The next configuration issue was: ImportError: No module named argcomplete - looking at /usr/lib I have 3 versions of python available python2.7=2C py= thon3 and python3.4. - doing a python -V gives Python 2.7.6 What's the best way of proceeding here? Cheers Nick = --_26ad8cbf-b686-4e05-aba2-921ca4e079b1_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi

I'm trying to build=2C= via buildroot=2C for a cubieboard4 on top of their vanilla linux (3.4) / l= inaro install.

The first thing I hit with configure was :

Err= or: could not find a distribution template for Linaro/trusty

- I edi= ted: /etc/lsb-release and changed Linaro to Ubuntu - hope this doesn't affe= ct anything later

The next configuration issue was:

ImportErr= or: No module named argcomplete

- looking at /usr/lib I have 3 versi= ons of python available python2.7=2C python3 and python3.4.
- doing a py= thon -V gives Python 2.7.6

What's the best way of proceeding here?
Cheers
Nick
= --_26ad8cbf-b686-4e05-aba2-921ca4e079b1_-- --===============8036302762793782334== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8036302762793782334==-- From xen-api-bounces@lists.xen.org Fri Jun 05 10:04:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 10:04: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 1Z0oUg-0005Qh-L4; Fri, 05 Jun 2015 10:04:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0oUf-0005Qa-BP for Xen-api@lists.xen.org; Fri, 05 Jun 2015 10:04:53 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 18/F1-13047-44471755; Fri, 05 Jun 2015 10:04:52 +0000 X-Env-Sender: opeyemi177@yahoo.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1433498687!20628341!1 X-Originating-IP: [72.30.238.136] X-SpamReason: No, hits=1.5 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31859 invoked from network); 5 Jun 2015 10:04:48 -0000 Received: from nm36-vm0.bullet.mail.bf1.yahoo.com (HELO nm36-vm0.bullet.mail.bf1.yahoo.com) (72.30.238.136) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2015 10:04:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1433498687; bh=QdaCbC/JChQu9yvw9LUPWfaXiPDkn9OZhRdoOYoyf7g=; h=Date:From:Reply-To:To:Subject:From:Subject; b=qPXdtIhMYq33YH/EJuAMiuGWABr4t4iqVsRgMryrK3LjwNsaW/aiueXlBZuO3x/km7ewPaJmZ1vM2LqEWPe8nKMCRplB7NxDut28pr7nKfvV/5SPrTzzPxIYb+lnRHW+fH9v6rzEk5YpdxV8mwbV1o925A0Ny9SEl0rBNmSkvITnLaf2MqQIOQkiA6Iu6DvdEFkQKaPmiM6MbfwRyLzmpd/woIqHDmECPOyNhRpRqhRMQJpw4qWD+06qp0RyOZRrkf73N85YaHRkK3HeATHo9/7oq5rZDZL6HpTzCZaFMjbUltmx3hbeMbxmThzl4e8K32RhCo6K6M8B7EnSHwiuOQ== Received: from [98.139.215.143] by nm36.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jun 2015 10:04:47 -0000 Received: from [98.139.212.231] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jun 2015 10:04:47 -0000 Received: from [127.0.0.1] by omp1040.mail.bf1.yahoo.com with NNFMP; 05 Jun 2015 10:04:47 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 390451.35015.bm@omp1040.mail.bf1.yahoo.com X-YMail-OSG: FdwZsv4VM1niyAm.3pxzcJ4MAaLZzPzWIYag_uReD8Mf75Z4S5xOJR_ihVAI6jr XLk54kwZy5XyMsEnYx6NI_12CQJoCXt9m4Jr9.qBbMZuw65phYPL.UI4ofyd9YflNbtDLCmNsimH SSIDZXNZMgNeJiM5KesvzqYc5PUfBkyjkj7Kubs4j42NCNVC4Pol9Vx4dPBMYp98PcW_SiSnp4Br FIsNWgjs0dR.YBxFuGjr3Ilo0pUYNZoX_x3hV.yYM_DkGk0c6cOy4IqykJVgoHl24XLj1SfZporm QoDAmxmpGck8nAVRs3uMRPxqwdMpZ9_cAKVS8R0_Wsl.Q4.eCqBda2zmSFvxSL5rNGQ3F5BOhHpY dJ3H_08aBbMSHMspUBz7O_bJhowfIoQLlqCiKwRg3avUdKHMZqmPQld9yAFiLInsAWRZhTpX.I32 ZrM9tGdYdb6HA59VzbyHfnNGYtClfDQdjJ_RQ7lcYCmCkfiaFbNDLScoks4kXxc2QdNlHonvvZCd 8Bvt2p396TF5YgYai Received: by 76.13.26.108; Fri, 05 Jun 2015 10:04:46 +0000 Date: Fri, 5 Jun 2015 10:04:46 +0000 (UTC) From: Opeyemi Opeyemi To: "Xen-api@lists.xen.org" Message-ID: <926624599.6723292.1433498686287.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Length: 2068 Subject: [Xen-API] Performance metric measurement X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Opeyemi Opeyemi List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7407464300075692292==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7407464300075692292== Content-Type: multipart/alternative; boundary="----=_Part_6723291_1364096461.1433498686285" Content-Length: 1560 ------=_Part_6723291_1364096461.1433498686285 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Dear all,I need an urgent answer to this. I am performing an experiment on live migration of VM in XenSever 6.5. How can i determine or measure the migration time, downtime and also amount of pages migrated during VM live migration. I have come across a lot of graphs and tables in reviewed articles but non of the article mentioned the tools used or the file in XenServer where the data was retrieved from.ThanksOpeyemi ------=_Part_6723291_1364096461.1433498686285 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
Dear all,
I need an urgent answer to this. I am performing an experiment on live migration of VM in XenSever 6.5. How can i determine or measure the migration time, downtime and also amount of pages migrated during VM live migration. I have come across a lot of graphs and tables in reviewed articles but non of the article mentioned the tools used or the file in XenServer where the data was retrieved from.
Thanks
Opeyemi
------=_Part_6723291_1364096461.1433498686285-- --===============7407464300075692292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7407464300075692292==-- From xen-api-bounces@lists.xen.org Fri Jun 05 10:04:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 10:04: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 1Z0oUg-0005Qh-L4; Fri, 05 Jun 2015 10:04:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0oUf-0005Qa-BP for Xen-api@lists.xen.org; Fri, 05 Jun 2015 10:04:53 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 18/F1-13047-44471755; Fri, 05 Jun 2015 10:04:52 +0000 X-Env-Sender: opeyemi177@yahoo.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1433498687!20628341!1 X-Originating-IP: [72.30.238.136] X-SpamReason: No, hits=1.5 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31859 invoked from network); 5 Jun 2015 10:04:48 -0000 Received: from nm36-vm0.bullet.mail.bf1.yahoo.com (HELO nm36-vm0.bullet.mail.bf1.yahoo.com) (72.30.238.136) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2015 10:04:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1433498687; bh=QdaCbC/JChQu9yvw9LUPWfaXiPDkn9OZhRdoOYoyf7g=; h=Date:From:Reply-To:To:Subject:From:Subject; b=qPXdtIhMYq33YH/EJuAMiuGWABr4t4iqVsRgMryrK3LjwNsaW/aiueXlBZuO3x/km7ewPaJmZ1vM2LqEWPe8nKMCRplB7NxDut28pr7nKfvV/5SPrTzzPxIYb+lnRHW+fH9v6rzEk5YpdxV8mwbV1o925A0Ny9SEl0rBNmSkvITnLaf2MqQIOQkiA6Iu6DvdEFkQKaPmiM6MbfwRyLzmpd/woIqHDmECPOyNhRpRqhRMQJpw4qWD+06qp0RyOZRrkf73N85YaHRkK3HeATHo9/7oq5rZDZL6HpTzCZaFMjbUltmx3hbeMbxmThzl4e8K32RhCo6K6M8B7EnSHwiuOQ== Received: from [98.139.215.143] by nm36.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jun 2015 10:04:47 -0000 Received: from [98.139.212.231] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jun 2015 10:04:47 -0000 Received: from [127.0.0.1] by omp1040.mail.bf1.yahoo.com with NNFMP; 05 Jun 2015 10:04:47 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 390451.35015.bm@omp1040.mail.bf1.yahoo.com X-YMail-OSG: FdwZsv4VM1niyAm.3pxzcJ4MAaLZzPzWIYag_uReD8Mf75Z4S5xOJR_ihVAI6jr XLk54kwZy5XyMsEnYx6NI_12CQJoCXt9m4Jr9.qBbMZuw65phYPL.UI4ofyd9YflNbtDLCmNsimH SSIDZXNZMgNeJiM5KesvzqYc5PUfBkyjkj7Kubs4j42NCNVC4Pol9Vx4dPBMYp98PcW_SiSnp4Br FIsNWgjs0dR.YBxFuGjr3Ilo0pUYNZoX_x3hV.yYM_DkGk0c6cOy4IqykJVgoHl24XLj1SfZporm QoDAmxmpGck8nAVRs3uMRPxqwdMpZ9_cAKVS8R0_Wsl.Q4.eCqBda2zmSFvxSL5rNGQ3F5BOhHpY dJ3H_08aBbMSHMspUBz7O_bJhowfIoQLlqCiKwRg3avUdKHMZqmPQld9yAFiLInsAWRZhTpX.I32 ZrM9tGdYdb6HA59VzbyHfnNGYtClfDQdjJ_RQ7lcYCmCkfiaFbNDLScoks4kXxc2QdNlHonvvZCd 8Bvt2p396TF5YgYai Received: by 76.13.26.108; Fri, 05 Jun 2015 10:04:46 +0000 Date: Fri, 5 Jun 2015 10:04:46 +0000 (UTC) From: Opeyemi Opeyemi To: "Xen-api@lists.xen.org" Message-ID: <926624599.6723292.1433498686287.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Length: 2068 Subject: [Xen-API] Performance metric measurement X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Opeyemi Opeyemi List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7407464300075692292==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7407464300075692292== Content-Type: multipart/alternative; boundary="----=_Part_6723291_1364096461.1433498686285" Content-Length: 1560 ------=_Part_6723291_1364096461.1433498686285 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Dear all,I need an urgent answer to this. I am performing an experiment on live migration of VM in XenSever 6.5. How can i determine or measure the migration time, downtime and also amount of pages migrated during VM live migration. I have come across a lot of graphs and tables in reviewed articles but non of the article mentioned the tools used or the file in XenServer where the data was retrieved from.ThanksOpeyemi ------=_Part_6723291_1364096461.1433498686285 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
Dear all,
I need an urgent answer to this. I am performing an experiment on live migration of VM in XenSever 6.5. How can i determine or measure the migration time, downtime and also amount of pages migrated during VM live migration. I have come across a lot of graphs and tables in reviewed articles but non of the article mentioned the tools used or the file in XenServer where the data was retrieved from.
Thanks
Opeyemi
------=_Part_6723291_1364096461.1433498686285-- --===============7407464300075692292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7407464300075692292==-- From xen-api-bounces@lists.xen.org Fri Jun 05 10:14:59 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 10:14: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 1Z0oeP-0006HR-9F; Fri, 05 Jun 2015 10:14:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0oeN-0006HL-Eh for xen-api@lists.xen.org; Fri, 05 Jun 2015 10:14:55 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id 12/80-31880-A9671755; Fri, 05 Jun 2015 10:14:50 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1433499289!12046853!1 X-Originating-IP: [157.55.2.93] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23101 invoked from network); 5 Jun 2015 10:14:50 -0000 Received: from dub004-omc4s18.hotmail.com (HELO DUB004-OMC4S18.hotmail.com) (157.55.2.93) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 10:14:50 -0000 Received: from DUB128-W51 ([157.55.2.72]) by DUB004-OMC4S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 03:14:49 -0700 X-TMN: [8jix60yci6IUV9NV8BoPXV/5eMq2TNg3] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Fri, 5 Jun 2015 10:14:49 +0000 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 10:14:49.0741 (UTC) FILETIME=[74C083D0:01D09F78] Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6110563570846006337==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6110563570846006337== Content-Type: multipart/alternative; boundary="_cdc99085-c39c-48ba-b01c-cac795259b5f_" --_cdc99085-c39c-48ba-b01c-cac795259b5f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ImportError: No module named argcomplete - looking at /usr/lib I have 3 versions of python available python2.7=2C py= thon3 and python3.4. - doing a python -V gives Python 2.7.6 What's the best way of proceeding here? - Took a chance here and installed the default python-pip and it turned out= to be a 2.7 version=2C configure completed :) Cheers = --_cdc99085-c39c-48ba-b01c-cac795259b5f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


Im= portError: No module named argcomplete

- looking at /usr/lib I have = 3 versions of python available python2.7=2C python3 and python3.4.
- doi= ng a python -V gives Python 2.7.6

What's the best way of proceeding = here?

- Took a chance here and installed the default python-pip and = it turned out to be a 2.7 version=2C configure completed :)

Cheers
= --_cdc99085-c39c-48ba-b01c-cac795259b5f_-- --===============6110563570846006337== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6110563570846006337==-- From xen-api-bounces@lists.xen.org Fri Jun 05 10:14:59 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 10:14: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 1Z0oeP-0006HR-9F; Fri, 05 Jun 2015 10:14:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0oeN-0006HL-Eh for xen-api@lists.xen.org; Fri, 05 Jun 2015 10:14:55 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id 12/80-31880-A9671755; Fri, 05 Jun 2015 10:14:50 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1433499289!12046853!1 X-Originating-IP: [157.55.2.93] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23101 invoked from network); 5 Jun 2015 10:14:50 -0000 Received: from dub004-omc4s18.hotmail.com (HELO DUB004-OMC4S18.hotmail.com) (157.55.2.93) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 10:14:50 -0000 Received: from DUB128-W51 ([157.55.2.72]) by DUB004-OMC4S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 03:14:49 -0700 X-TMN: [8jix60yci6IUV9NV8BoPXV/5eMq2TNg3] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Fri, 5 Jun 2015 10:14:49 +0000 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 10:14:49.0741 (UTC) FILETIME=[74C083D0:01D09F78] Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6110563570846006337==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6110563570846006337== Content-Type: multipart/alternative; boundary="_cdc99085-c39c-48ba-b01c-cac795259b5f_" --_cdc99085-c39c-48ba-b01c-cac795259b5f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ImportError: No module named argcomplete - looking at /usr/lib I have 3 versions of python available python2.7=2C py= thon3 and python3.4. - doing a python -V gives Python 2.7.6 What's the best way of proceeding here? - Took a chance here and installed the default python-pip and it turned out= to be a 2.7 version=2C configure completed :) Cheers = --_cdc99085-c39c-48ba-b01c-cac795259b5f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


Im= portError: No module named argcomplete

- looking at /usr/lib I have = 3 versions of python available python2.7=2C python3 and python3.4.
- doi= ng a python -V gives Python 2.7.6

What's the best way of proceeding = here?

- Took a chance here and installed the default python-pip and = it turned out to be a 2.7 version=2C configure completed :)

Cheers
= --_cdc99085-c39c-48ba-b01c-cac795259b5f_-- --===============6110563570846006337== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6110563570846006337==-- From xen-api-bounces@lists.xen.org Fri Jun 05 11:13:31 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 11:13:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0pYy-0002W5-OU; Fri, 05 Jun 2015 11:13:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0pYw-0002Vr-I2; Fri, 05 Jun 2015 11:13:22 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id EA/7C-11060-15481755; Fri, 05 Jun 2015 11:13:21 +0000 X-Env-Sender: prvs=591267e2d=Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1433502799!9030291!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20922 invoked from network); 5 Jun 2015 11:13:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2015 11:13:20 -0000 X-IronPort-AV: E=Sophos;i="5.13,558,1427760000"; d="scan'208";a="269270871" Message-ID: <1433502796.7108.216.camel@citrix.com> From: Ian Campbell To: , Ian Jackson , "Konrad Rzeszutek Wilk" Date: Fri, 5 Jun 2015 12:13:16 +0100 In-Reply-To: <1433429646.7108.111.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-api@lists.xen.org, stefano.stabellini@eu.citrix.com, security@xenproject.org, xen-devel Subject: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2015-06-04 at 15:54 +0100, Ian Campbell wrote: > (redirecting to xen-devel as I originally intended) > > On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote: > > Hi, > > > > Wonder if there is any follow-ups from the relevant developers: > > (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? > > I am with Xen 4.5, but not with xen-unstable AFAICT. > > > (2) if yes, can you confirm that it is due to looping with > > "retry_transaction"? > > I don't think so. You are _supposed_ to retry failed transactions in > this way, it's how they work. > > The issue is that the transaction is failing repeatedly in such a > manner. This might be due to a lack of error checking within the loop, > or it could possibly be a bug in the xenstore daemon. The real issue is that the loop terminator (info.vcpu_max_id) is -1, so we are just looping trying to set 4 billion or so CPUs online. Konrad's change below added an error check for this case, it should probably be backported. Given the operation can be interrupted with Ctrl-C I'm not sure there is any security impact. Ian. commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c Author: Konrad Rzeszutek Wilk Date: Fri Apr 3 16:02:29 2015 -0400 libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. There is no sense in trying to online (or offline) CPUs when the size of cpumap is greater than the maximum number of VCPUs the guest can go to. As such fail the operation if the count of CPUs to online is greater than what the guest started with. For the offline case we do not check (as the bits are unset in the cpumap) and let it go through. We coalesce some of the underlying libxl_set_vcpuonline code together which was duplicated in QMP and XenStore codepaths. Signed-off-by: Konrad Rzeszutek Wilk Acked-by: Ian Campbell diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index e6eebcc..debb20c 100644 --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -5445,27 +5445,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, uint32_t domid, } static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; char *dompath; xs_transaction_t t; - int i, rc; - - libxl_dominfo_init(&info); + int i, rc = ERROR_FAIL; - rc = libxl_domain_info(CTX, &info, domid); - if (rc < 0) { - LOGE(ERROR, "getting domain info list"); - goto out; - } - rc = ERROR_FAIL; if (!(dompath = libxl__xs_get_dompath(gc, domid))) goto out; retry_transaction: t = xs_transaction_start(CTX->xsh); - for (i = 0; i <= info.vcpu_max_id; i++) + for (i = 0; i <= info->vcpu_max_id; i++) libxl__xs_write(gc, t, libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); @@ -5475,25 +5467,16 @@ retry_transaction: } else rc = 0; out: - libxl_dominfo_dispose(&info); return rc; } static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; - int i, rc; - - libxl_dominfo_init(&info); + int i; - rc = libxl_domain_info(CTX, &info, domid); - if (rc < 0) { - LOGE(ERROR, "getting domain info list"); - libxl_dominfo_dispose(&info); - return rc; - } - for (i = 0; i <= info.vcpu_max_id; i++) { + for (i = 0; i <= info->vcpu_max_id; i++) { if (libxl_bitmap_test(cpumap, i)) { /* Return value is ignore because it does not tell anything useful * on the completion of the command. @@ -5503,33 +5486,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, libxl__qmp_cpu_add(gc, domid, i); } } - libxl_dominfo_dispose(&info); return 0; } int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap *cpumap) { GC_INIT(ctx); - int rc; + int rc, maxcpus; + libxl_dominfo info; + + libxl_dominfo_init(&info); + + rc = libxl_domain_info(CTX, &info, domid); + if (rc < 0) { + LOGE(ERROR, "getting domain info list"); + goto out; + } + + maxcpus = libxl_bitmap_count_set(cpumap); + if (maxcpus > info.vcpu_max_id + 1) + { + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", + maxcpus, info.vcpu_max_id + 1); + rc = ERROR_FAIL; + goto out; + } + switch (libxl__domain_type(gc, domid)) { case LIBXL_DOMAIN_TYPE_HVM: switch (libxl__device_model_version_running(gc, domid)) { case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } break; case LIBXL_DOMAIN_TYPE_PV: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } +out: + libxl_dominfo_dispose(&info); GC_FREE; return rc; } _______________________________________________ Xen-api 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 Jun 05 11:13:31 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 11:13:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0pYy-0002W5-OU; Fri, 05 Jun 2015 11:13:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0pYw-0002Vr-I2; Fri, 05 Jun 2015 11:13:22 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id EA/7C-11060-15481755; Fri, 05 Jun 2015 11:13:21 +0000 X-Env-Sender: prvs=591267e2d=Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1433502799!9030291!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20922 invoked from network); 5 Jun 2015 11:13:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2015 11:13:20 -0000 X-IronPort-AV: E=Sophos;i="5.13,558,1427760000"; d="scan'208";a="269270871" Message-ID: <1433502796.7108.216.camel@citrix.com> From: Ian Campbell To: , Ian Jackson , "Konrad Rzeszutek Wilk" Date: Fri, 5 Jun 2015 12:13:16 +0100 In-Reply-To: <1433429646.7108.111.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-api@lists.xen.org, stefano.stabellini@eu.citrix.com, security@xenproject.org, xen-devel Subject: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2015-06-04 at 15:54 +0100, Ian Campbell wrote: > (redirecting to xen-devel as I originally intended) > > On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote: > > Hi, > > > > Wonder if there is any follow-ups from the relevant developers: > > (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? > > I am with Xen 4.5, but not with xen-unstable AFAICT. > > > (2) if yes, can you confirm that it is due to looping with > > "retry_transaction"? > > I don't think so. You are _supposed_ to retry failed transactions in > this way, it's how they work. > > The issue is that the transaction is failing repeatedly in such a > manner. This might be due to a lack of error checking within the loop, > or it could possibly be a bug in the xenstore daemon. The real issue is that the loop terminator (info.vcpu_max_id) is -1, so we are just looping trying to set 4 billion or so CPUs online. Konrad's change below added an error check for this case, it should probably be backported. Given the operation can be interrupted with Ctrl-C I'm not sure there is any security impact. Ian. commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c Author: Konrad Rzeszutek Wilk Date: Fri Apr 3 16:02:29 2015 -0400 libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. There is no sense in trying to online (or offline) CPUs when the size of cpumap is greater than the maximum number of VCPUs the guest can go to. As such fail the operation if the count of CPUs to online is greater than what the guest started with. For the offline case we do not check (as the bits are unset in the cpumap) and let it go through. We coalesce some of the underlying libxl_set_vcpuonline code together which was duplicated in QMP and XenStore codepaths. Signed-off-by: Konrad Rzeszutek Wilk Acked-by: Ian Campbell diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index e6eebcc..debb20c 100644 --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -5445,27 +5445,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, uint32_t domid, } static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; char *dompath; xs_transaction_t t; - int i, rc; - - libxl_dominfo_init(&info); + int i, rc = ERROR_FAIL; - rc = libxl_domain_info(CTX, &info, domid); - if (rc < 0) { - LOGE(ERROR, "getting domain info list"); - goto out; - } - rc = ERROR_FAIL; if (!(dompath = libxl__xs_get_dompath(gc, domid))) goto out; retry_transaction: t = xs_transaction_start(CTX->xsh); - for (i = 0; i <= info.vcpu_max_id; i++) + for (i = 0; i <= info->vcpu_max_id; i++) libxl__xs_write(gc, t, libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); @@ -5475,25 +5467,16 @@ retry_transaction: } else rc = 0; out: - libxl_dominfo_dispose(&info); return rc; } static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; - int i, rc; - - libxl_dominfo_init(&info); + int i; - rc = libxl_domain_info(CTX, &info, domid); - if (rc < 0) { - LOGE(ERROR, "getting domain info list"); - libxl_dominfo_dispose(&info); - return rc; - } - for (i = 0; i <= info.vcpu_max_id; i++) { + for (i = 0; i <= info->vcpu_max_id; i++) { if (libxl_bitmap_test(cpumap, i)) { /* Return value is ignore because it does not tell anything useful * on the completion of the command. @@ -5503,33 +5486,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, libxl__qmp_cpu_add(gc, domid, i); } } - libxl_dominfo_dispose(&info); return 0; } int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap *cpumap) { GC_INIT(ctx); - int rc; + int rc, maxcpus; + libxl_dominfo info; + + libxl_dominfo_init(&info); + + rc = libxl_domain_info(CTX, &info, domid); + if (rc < 0) { + LOGE(ERROR, "getting domain info list"); + goto out; + } + + maxcpus = libxl_bitmap_count_set(cpumap); + if (maxcpus > info.vcpu_max_id + 1) + { + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", + maxcpus, info.vcpu_max_id + 1); + rc = ERROR_FAIL; + goto out; + } + switch (libxl__domain_type(gc, domid)) { case LIBXL_DOMAIN_TYPE_HVM: switch (libxl__device_model_version_running(gc, domid)) { case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } break; case LIBXL_DOMAIN_TYPE_PV: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } +out: + libxl_dominfo_dispose(&info); GC_FREE; return rc; } _______________________________________________ Xen-api 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 Jun 05 12:10:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 12:10: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 1Z0qSd-0001JG-AF; Fri, 05 Jun 2015 12:10:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0qSb-0001Iz-94; Fri, 05 Jun 2015 12:10:53 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 5A/7D-18947-CC191755; Fri, 05 Jun 2015 12:10:52 +0000 X-Env-Sender: chengluwei@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433506249!20611658!1 X-Originating-IP: [209.85.218.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29192 invoked from network); 5 Jun 2015 12:10:50 -0000 Received: from mail-oi0-f49.google.com (HELO mail-oi0-f49.google.com) (209.85.218.49) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2015 12:10:50 -0000 Received: by oies66 with SMTP id s66so1212504oie.1; Fri, 05 Jun 2015 05:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=CqhR2vFsFn30+Cf2lD4YuXd1YU6WQfxobbUaQwlvBqU=; b=NSXNxNaNtPNa9axscYoLfuRrwAwzYoxYUBK0BjLmOAxsgGXh2FP9Ae34cYVsMXnlfR s5iqgzY7bB2Y+RuAZxfYHVH4WLROL+4x2C8Fli4eayL5+/vvYVlIL2FB+eZ7zaAx9jll 9HgMKTFxqB8s+ayrOsFrgLU0HZN9LuDnt7c1p6TDQqvD7H7tAroPQhuWf7nNNxJfVDtE LwSJSDsyOaSh1qwX5srgV4fPTPNu7E88jFUCbeRP23d2czdJxPI+YMvpn6hQAO3Jougk 9/u5+twzfzEnt5PxfLJSVDFmRnVPyij0Uyi0Y2wQqiDf7yDsPaU4x7s9uoTv2cJflf7Y fGmA== X-Received: by 10.202.230.68 with SMTP id d65mr2557016oih.3.1433506249167; Fri, 05 Jun 2015 05:10:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.88.193 with HTTP; Fri, 5 Jun 2015 05:10:26 -0700 (PDT) In-Reply-To: <1433502796.7108.216.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> From: Luwei Cheng Date: Fri, 5 Jun 2015 20:10:26 +0800 Message-ID: To: Ian Campbell Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , Ian Jackson , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2745423755893828113==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2745423755893828113== Content-Type: multipart/alternative; boundary=001a1141c9b0c3e1860517c42eb3 --001a1141c9b0c3e1860517c42eb3 Content-Type: text/plain; charset=UTF-8 On Fri, Jun 5, 2015 at 7:13 PM, Ian Campbell wrote: > On Thu, 2015-06-04 at 15:54 +0100, Ian Campbell wrote: > > (redirecting to xen-devel as I originally intended) > > > > On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote: > > > Hi, > > > > > > Wonder if there is any follow-ups from the relevant developers: > > > (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? > > > > I am with Xen 4.5, but not with xen-unstable AFAICT. > > > > > (2) if yes, can you confirm that it is due to looping with > > > "retry_transaction"? > > > > I don't think so. You are _supposed_ to retry failed transactions in > > this way, it's how they work. > > > > The issue is that the transaction is failing repeatedly in such a > > manner. This might be due to a lack of error checking within the loop, > > or it could possibly be a bug in the xenstore daemon. > > The real issue is that the loop terminator (info.vcpu_max_id) is -1, so > we are just looping trying to set 4 billion or so CPUs online. > Oh yes, you are completely right. xenstore access log shows it is indeed setting a huge amount of assumed online CPUs. > Konrad's change below added an error check for this case, it should > probably be backported. > > Given the operation can be interrupted with Ctrl-C I'm not sure there is > any security impact. > Some third-part management tools might be built directly above xl. Perhaps they can not rely on "Ctrl-C".. Best, Luwei > > Ian. > > > commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c > Author: Konrad Rzeszutek Wilk > Date: Fri Apr 3 16:02:29 2015 -0400 > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs > against the cpumap. > > There is no sense in trying to online (or offline) CPUs when the size > of > cpumap is greater than the maximum number of VCPUs the guest can go to. > > As such fail the operation if the count of CPUs to online is greater > than what the guest started with. For the offline case we do not > check (as the bits are unset in the cpumap) and let it go through. > > We coalesce some of the underlying libxl_set_vcpuonline code > together which was duplicated in QMP and XenStore codepaths. > > Signed-off-by: Konrad Rzeszutek Wilk > Acked-by: Ian Campbell > > diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c > index e6eebcc..debb20c 100644 > --- a/tools/libxl/libxl.c > +++ b/tools/libxl/libxl.c > @@ -5445,27 +5445,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, > uint32_t domid, > } > > static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > char *dompath; > xs_transaction_t t; > - int i, rc; > - > - libxl_dominfo_init(&info); > + int i, rc = ERROR_FAIL; > > - rc = libxl_domain_info(CTX, &info, domid); > - if (rc < 0) { > - LOGE(ERROR, "getting domain info list"); > - goto out; > - } > - rc = ERROR_FAIL; > if (!(dompath = libxl__xs_get_dompath(gc, domid))) > goto out; > > retry_transaction: > t = xs_transaction_start(CTX->xsh); > - for (i = 0; i <= info.vcpu_max_id; i++) > + for (i = 0; i <= info->vcpu_max_id; i++) > libxl__xs_write(gc, t, > libxl__sprintf(gc, "%s/cpu/%u/availability", > dompath, i), > "%s", libxl_bitmap_test(cpumap, i) ? "online" : > "offline"); > @@ -5475,25 +5467,16 @@ retry_transaction: > } else > rc = 0; > out: > - libxl_dominfo_dispose(&info); > return rc; > } > > static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > - int i, rc; > - > - libxl_dominfo_init(&info); > + int i; > > - rc = libxl_domain_info(CTX, &info, domid); > - if (rc < 0) { > - LOGE(ERROR, "getting domain info list"); > - libxl_dominfo_dispose(&info); > - return rc; > - } > - for (i = 0; i <= info.vcpu_max_id; i++) { > + for (i = 0; i <= info->vcpu_max_id; i++) { > if (libxl_bitmap_test(cpumap, i)) { > /* Return value is ignore because it does not tell anything > useful > * on the completion of the command. > @@ -5503,33 +5486,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc > *gc, uint32_t domid, > libxl__qmp_cpu_add(gc, domid, i); > } > } > - libxl_dominfo_dispose(&info); > return 0; > } > > int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap > *cpumap) > { > GC_INIT(ctx); > - int rc; > + int rc, maxcpus; > + libxl_dominfo info; > + > + libxl_dominfo_init(&info); > + > + rc = libxl_domain_info(CTX, &info, domid); > + if (rc < 0) { > + LOGE(ERROR, "getting domain info list"); > + goto out; > + } > + > + maxcpus = libxl_bitmap_count_set(cpumap); > + if (maxcpus > info.vcpu_max_id + 1) > + { > + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", > + maxcpus, info.vcpu_max_id + 1); > + rc = ERROR_FAIL; > + goto out; > + } > + > switch (libxl__domain_type(gc, domid)) { > case LIBXL_DOMAIN_TYPE_HVM: > switch (libxl__device_model_version_running(gc, domid)) { > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: > - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > break; > case LIBXL_DOMAIN_TYPE_PV: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > +out: > + libxl_dominfo_dispose(&info); > GC_FREE; > return rc; > } > > > --001a1141c9b0c3e1860517c42eb3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On Fri, Jun 5, 2015 at 7:13 PM, Ian Campbell <ian.campbell@citrix.c= om> wrote:
On Thu, 2015-06-= 04 at 15:54 +0100, Ian Campbell wrote:
> (redirecting to xen-devel as I originally intended)
>
> On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote:
> > Hi,
> >
> > Wonder if there is any follow-ups from the relevant developers: > > (1) are you able to reproduce the "spinning" behavior o= f "xl vcpu-set"?
>
> I am with Xen 4.5, but not with xen-unstable AFAICT.
>
> > (2) if yes, can you confirm that it is due to looping with
> > "retry_transaction"?
>
> I don't think so. You are _supposed_ to retry failed transactions = in
> this way, it's how they work.
>
> The issue is that the transaction is failing repeatedly in such a
> manner. This might be due to a lack of error checking within the loop,=
> or it could possibly be a bug in the xenstore daemon.

The real issue is that the loop terminator (info.vcpu_max_id) is -1, so
we are just looping trying to set 4 billion or so CPUs online.
Oh yes, you are completely right. xenstore access log shows it is= =C2=A0
indeed setting a huge amount of assumed online CPUs.
=
=C2=A0
Konrad's change below added an error check for this case, it should
probably be backported.

Given the operation can be interrupted with Ctrl-C I'm not sure there i= s
any security impact.
Some third-part management tools = might be built directly above xl.
Perhaps they can not rely on &q= uot;Ctrl-C"..

Best,
Luwei
=C2=A0

Ian.


commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c
Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date:=C2=A0 =C2=A0Fri Apr 3 16:02:29 2015 -0400

=C2=A0 =C2=A0 libxl: In libxl_set_vcpuonline check for maximum number of VC= PUs against the cpumap.

=C2=A0 =C2=A0 There is no sense in trying to online (or offline) CPUs when = the size of
=C2=A0 =C2=A0 cpumap is greater than the maximum number of VCPUs the guest = can go to.

=C2=A0 =C2=A0 As such fail the operation if the count of CPUs to online is = greater
=C2=A0 =C2=A0 than what the guest started with. For the offline case we do = not
=C2=A0 =C2=A0 check (as the bits are unset in the cpumap) and let it go thr= ough.

=C2=A0 =C2=A0 We coalesce some of the underlying libxl_set_vcpuonline code<= br> =C2=A0 =C2=A0 together which was duplicated in QMP and XenStore codepaths.<= br>
=C2=A0 =C2=A0 Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
=C2=A0 =C2=A0 Acked-by: Ian Campbell <ian.campbell@citrix.com>

diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index e6eebcc..debb20c 100644
--- a/tools/libxl/libxl.c
+++ b/tools/libxl/libxl.c
@@ -5445,27 +5445,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, u= int32_t domid,
=C2=A0}

=C2=A0static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t dom= id,
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0li= bxl_bitmap *cpumap)
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0li= bxl_bitmap *cpumap,
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0co= nst libxl_dominfo *info)
=C2=A0{
-=C2=A0 =C2=A0 libxl_dominfo info;
=C2=A0 =C2=A0 =C2=A0char *dompath;
=C2=A0 =C2=A0 =C2=A0xs_transaction_t t;
-=C2=A0 =C2=A0 int i, rc;
-
-=C2=A0 =C2=A0 libxl_dominfo_init(&info);
+=C2=A0 =C2=A0 int i, rc =3D ERROR_FAIL;

-=C2=A0 =C2=A0 rc =3D libxl_domain_info(CTX, &info, domid);
-=C2=A0 =C2=A0 if (rc < 0) {
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "getting domain info list&quo= t;);
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out;
-=C2=A0 =C2=A0 }
-=C2=A0 =C2=A0 rc =3D ERROR_FAIL;
=C2=A0 =C2=A0 =C2=A0if (!(dompath =3D libxl__xs_get_dompath(gc, domid))) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0goto out;

=C2=A0retry_transaction:
=C2=A0 =C2=A0 =C2=A0t =3D xs_transaction_start(CTX->xsh);
-=C2=A0 =C2=A0 for (i =3D 0; i <=3D info.vcpu_max_id; i++)
+=C2=A0 =C2=A0 for (i =3D 0; i <=3D info->vcpu_max_id; i++)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl__xs_write(gc, t,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, = i),
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 "%s", libxl_bitmap_test(cpumap, i) ? "online"= ; : "offline");
@@ -5475,25 +5467,16 @@ retry_transaction:
=C2=A0 =C2=A0 =C2=A0} else
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rc =3D 0;
=C2=A0out:
-=C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
=C2=A0 =C2=A0 =C2=A0return rc;
=C2=A0}

=C2=A0static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl_bitmap *cp= umap)
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl_bitmap *cp= umap,
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0const libxl_domi= nfo *info)
=C2=A0{
-=C2=A0 =C2=A0 libxl_dominfo info;
-=C2=A0 =C2=A0 int i, rc;
-
-=C2=A0 =C2=A0 libxl_dominfo_init(&info);
+=C2=A0 =C2=A0 int i;

-=C2=A0 =C2=A0 rc =3D libxl_domain_info(CTX, &info, domid);
-=C2=A0 =C2=A0 if (rc < 0) {
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "getting domain info list&quo= t;);
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 return rc;
-=C2=A0 =C2=A0 }
-=C2=A0 =C2=A0 for (i =3D 0; i <=3D info.vcpu_max_id; i++) {
+=C2=A0 =C2=A0 for (i =3D 0; i <=3D info->vcpu_max_id; i++) {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (libxl_bitmap_test(cpumap, i)) {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Return value is ignore b= ecause it does not tell anything useful
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 * on the completion of the= command.
@@ -5503,33 +5486,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc,= uint32_t domid,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl__qmp_cpu_add(gc, domi= d, i);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0 =C2=A0}
-=C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
=C2=A0 =C2=A0 =C2=A0return 0;
=C2=A0}

=C2=A0int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap= *cpumap)
=C2=A0{
=C2=A0 =C2=A0 =C2=A0GC_INIT(ctx);
-=C2=A0 =C2=A0 int rc;
+=C2=A0 =C2=A0 int rc, maxcpus;
+=C2=A0 =C2=A0 libxl_dominfo info;
+
+=C2=A0 =C2=A0 libxl_dominfo_init(&info);
+
+=C2=A0 =C2=A0 rc =3D libxl_domain_info(CTX, &info, domid);
+=C2=A0 =C2=A0 if (rc < 0) {
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "getting domain info list&quo= t;);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out;
+=C2=A0 =C2=A0 }
+
+=C2=A0 =C2=A0 maxcpus =3D libxl_bitmap_count_set(cpumap);
+=C2=A0 =C2=A0 if (maxcpus > info.vcpu_max_id + 1)
+=C2=A0 =C2=A0 {
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "Requested %d VCPUs, however = maxcpus is %d!",
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0maxcpus, info.vcpu_max_id = + 1);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D ERROR_FAIL;
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out;
+=C2=A0 =C2=A0 }
+
=C2=A0 =C2=A0 =C2=A0switch (libxl__domain_type(gc, domid)) {
=C2=A0 =C2=A0 =C2=A0case LIBXL_DOMAIN_TYPE_HVM:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0switch (libxl__device_model_version_runni= ng(gc, domid)) {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_= TRADITIONAL:
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xen= store(gc, domid, cpumap);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xen= store(gc, domid, cpumap, &info);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN:=
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_qmp= (gc, domid, cpumap);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_qmp= (gc, domid, cpumap, &info);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0default:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rc =3D ERROR_INVAL;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0case LIBXL_DOMAIN_TYPE_PV:
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xenstore(gc, domi= d, cpumap);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xenstore(gc, domi= d, cpumap, &info);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0default:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rc =3D ERROR_INVAL;
=C2=A0 =C2=A0 =C2=A0}
+out:
+=C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
=C2=A0 =C2=A0 =C2=A0GC_FREE;
=C2=A0 =C2=A0 =C2=A0return rc;
=C2=A0}



--001a1141c9b0c3e1860517c42eb3-- --===============2745423755893828113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2745423755893828113==-- From xen-api-bounces@lists.xen.org Fri Jun 05 12:10:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 12:10: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 1Z0qSd-0001JG-AF; Fri, 05 Jun 2015 12:10:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0qSb-0001Iz-94; Fri, 05 Jun 2015 12:10:53 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 5A/7D-18947-CC191755; Fri, 05 Jun 2015 12:10:52 +0000 X-Env-Sender: chengluwei@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433506249!20611658!1 X-Originating-IP: [209.85.218.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29192 invoked from network); 5 Jun 2015 12:10:50 -0000 Received: from mail-oi0-f49.google.com (HELO mail-oi0-f49.google.com) (209.85.218.49) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jun 2015 12:10:50 -0000 Received: by oies66 with SMTP id s66so1212504oie.1; Fri, 05 Jun 2015 05:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=CqhR2vFsFn30+Cf2lD4YuXd1YU6WQfxobbUaQwlvBqU=; b=NSXNxNaNtPNa9axscYoLfuRrwAwzYoxYUBK0BjLmOAxsgGXh2FP9Ae34cYVsMXnlfR s5iqgzY7bB2Y+RuAZxfYHVH4WLROL+4x2C8Fli4eayL5+/vvYVlIL2FB+eZ7zaAx9jll 9HgMKTFxqB8s+ayrOsFrgLU0HZN9LuDnt7c1p6TDQqvD7H7tAroPQhuWf7nNNxJfVDtE LwSJSDsyOaSh1qwX5srgV4fPTPNu7E88jFUCbeRP23d2czdJxPI+YMvpn6hQAO3Jougk 9/u5+twzfzEnt5PxfLJSVDFmRnVPyij0Uyi0Y2wQqiDf7yDsPaU4x7s9uoTv2cJflf7Y fGmA== X-Received: by 10.202.230.68 with SMTP id d65mr2557016oih.3.1433506249167; Fri, 05 Jun 2015 05:10:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.88.193 with HTTP; Fri, 5 Jun 2015 05:10:26 -0700 (PDT) In-Reply-To: <1433502796.7108.216.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> From: Luwei Cheng Date: Fri, 5 Jun 2015 20:10:26 +0800 Message-ID: To: Ian Campbell Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , Ian Jackson , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2745423755893828113==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2745423755893828113== Content-Type: multipart/alternative; boundary=001a1141c9b0c3e1860517c42eb3 --001a1141c9b0c3e1860517c42eb3 Content-Type: text/plain; charset=UTF-8 On Fri, Jun 5, 2015 at 7:13 PM, Ian Campbell wrote: > On Thu, 2015-06-04 at 15:54 +0100, Ian Campbell wrote: > > (redirecting to xen-devel as I originally intended) > > > > On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote: > > > Hi, > > > > > > Wonder if there is any follow-ups from the relevant developers: > > > (1) are you able to reproduce the "spinning" behavior of "xl vcpu-set"? > > > > I am with Xen 4.5, but not with xen-unstable AFAICT. > > > > > (2) if yes, can you confirm that it is due to looping with > > > "retry_transaction"? > > > > I don't think so. You are _supposed_ to retry failed transactions in > > this way, it's how they work. > > > > The issue is that the transaction is failing repeatedly in such a > > manner. This might be due to a lack of error checking within the loop, > > or it could possibly be a bug in the xenstore daemon. > > The real issue is that the loop terminator (info.vcpu_max_id) is -1, so > we are just looping trying to set 4 billion or so CPUs online. > Oh yes, you are completely right. xenstore access log shows it is indeed setting a huge amount of assumed online CPUs. > Konrad's change below added an error check for this case, it should > probably be backported. > > Given the operation can be interrupted with Ctrl-C I'm not sure there is > any security impact. > Some third-part management tools might be built directly above xl. Perhaps they can not rely on "Ctrl-C".. Best, Luwei > > Ian. > > > commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c > Author: Konrad Rzeszutek Wilk > Date: Fri Apr 3 16:02:29 2015 -0400 > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs > against the cpumap. > > There is no sense in trying to online (or offline) CPUs when the size > of > cpumap is greater than the maximum number of VCPUs the guest can go to. > > As such fail the operation if the count of CPUs to online is greater > than what the guest started with. For the offline case we do not > check (as the bits are unset in the cpumap) and let it go through. > > We coalesce some of the underlying libxl_set_vcpuonline code > together which was duplicated in QMP and XenStore codepaths. > > Signed-off-by: Konrad Rzeszutek Wilk > Acked-by: Ian Campbell > > diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c > index e6eebcc..debb20c 100644 > --- a/tools/libxl/libxl.c > +++ b/tools/libxl/libxl.c > @@ -5445,27 +5445,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, > uint32_t domid, > } > > static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > char *dompath; > xs_transaction_t t; > - int i, rc; > - > - libxl_dominfo_init(&info); > + int i, rc = ERROR_FAIL; > > - rc = libxl_domain_info(CTX, &info, domid); > - if (rc < 0) { > - LOGE(ERROR, "getting domain info list"); > - goto out; > - } > - rc = ERROR_FAIL; > if (!(dompath = libxl__xs_get_dompath(gc, domid))) > goto out; > > retry_transaction: > t = xs_transaction_start(CTX->xsh); > - for (i = 0; i <= info.vcpu_max_id; i++) > + for (i = 0; i <= info->vcpu_max_id; i++) > libxl__xs_write(gc, t, > libxl__sprintf(gc, "%s/cpu/%u/availability", > dompath, i), > "%s", libxl_bitmap_test(cpumap, i) ? "online" : > "offline"); > @@ -5475,25 +5467,16 @@ retry_transaction: > } else > rc = 0; > out: > - libxl_dominfo_dispose(&info); > return rc; > } > > static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > - int i, rc; > - > - libxl_dominfo_init(&info); > + int i; > > - rc = libxl_domain_info(CTX, &info, domid); > - if (rc < 0) { > - LOGE(ERROR, "getting domain info list"); > - libxl_dominfo_dispose(&info); > - return rc; > - } > - for (i = 0; i <= info.vcpu_max_id; i++) { > + for (i = 0; i <= info->vcpu_max_id; i++) { > if (libxl_bitmap_test(cpumap, i)) { > /* Return value is ignore because it does not tell anything > useful > * on the completion of the command. > @@ -5503,33 +5486,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc > *gc, uint32_t domid, > libxl__qmp_cpu_add(gc, domid, i); > } > } > - libxl_dominfo_dispose(&info); > return 0; > } > > int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap > *cpumap) > { > GC_INIT(ctx); > - int rc; > + int rc, maxcpus; > + libxl_dominfo info; > + > + libxl_dominfo_init(&info); > + > + rc = libxl_domain_info(CTX, &info, domid); > + if (rc < 0) { > + LOGE(ERROR, "getting domain info list"); > + goto out; > + } > + > + maxcpus = libxl_bitmap_count_set(cpumap); > + if (maxcpus > info.vcpu_max_id + 1) > + { > + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", > + maxcpus, info.vcpu_max_id + 1); > + rc = ERROR_FAIL; > + goto out; > + } > + > switch (libxl__domain_type(gc, domid)) { > case LIBXL_DOMAIN_TYPE_HVM: > switch (libxl__device_model_version_running(gc, domid)) { > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: > - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > break; > case LIBXL_DOMAIN_TYPE_PV: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > +out: > + libxl_dominfo_dispose(&info); > GC_FREE; > return rc; > } > > > --001a1141c9b0c3e1860517c42eb3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On Fri, Jun 5, 2015 at 7:13 PM, Ian Campbell <ian.campbell@citrix.c= om> wrote:
On Thu, 2015-06-= 04 at 15:54 +0100, Ian Campbell wrote:
> (redirecting to xen-devel as I originally intended)
>
> On Wed, 2015-06-03 at 13:02 +0800, lwcheng@cs.hku.hk wrote:
> > Hi,
> >
> > Wonder if there is any follow-ups from the relevant developers: > > (1) are you able to reproduce the "spinning" behavior o= f "xl vcpu-set"?
>
> I am with Xen 4.5, but not with xen-unstable AFAICT.
>
> > (2) if yes, can you confirm that it is due to looping with
> > "retry_transaction"?
>
> I don't think so. You are _supposed_ to retry failed transactions = in
> this way, it's how they work.
>
> The issue is that the transaction is failing repeatedly in such a
> manner. This might be due to a lack of error checking within the loop,=
> or it could possibly be a bug in the xenstore daemon.

The real issue is that the loop terminator (info.vcpu_max_id) is -1, so
we are just looping trying to set 4 billion or so CPUs online.
Oh yes, you are completely right. xenstore access log shows it is= =C2=A0
indeed setting a huge amount of assumed online CPUs.
=
=C2=A0
Konrad's change below added an error check for this case, it should
probably be backported.

Given the operation can be interrupted with Ctrl-C I'm not sure there i= s
any security impact.
Some third-part management tools = might be built directly above xl.
Perhaps they can not rely on &q= uot;Ctrl-C"..

Best,
Luwei
=C2=A0

Ian.


commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c
Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date:=C2=A0 =C2=A0Fri Apr 3 16:02:29 2015 -0400

=C2=A0 =C2=A0 libxl: In libxl_set_vcpuonline check for maximum number of VC= PUs against the cpumap.

=C2=A0 =C2=A0 There is no sense in trying to online (or offline) CPUs when = the size of
=C2=A0 =C2=A0 cpumap is greater than the maximum number of VCPUs the guest = can go to.

=C2=A0 =C2=A0 As such fail the operation if the count of CPUs to online is = greater
=C2=A0 =C2=A0 than what the guest started with. For the offline case we do = not
=C2=A0 =C2=A0 check (as the bits are unset in the cpumap) and let it go thr= ough.

=C2=A0 =C2=A0 We coalesce some of the underlying libxl_set_vcpuonline code<= br> =C2=A0 =C2=A0 together which was duplicated in QMP and XenStore codepaths.<= br>
=C2=A0 =C2=A0 Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
=C2=A0 =C2=A0 Acked-by: Ian Campbell <ian.campbell@citrix.com>

diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index e6eebcc..debb20c 100644
--- a/tools/libxl/libxl.c
+++ b/tools/libxl/libxl.c
@@ -5445,27 +5445,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, u= int32_t domid,
=C2=A0}

=C2=A0static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t dom= id,
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0li= bxl_bitmap *cpumap)
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0li= bxl_bitmap *cpumap,
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0co= nst libxl_dominfo *info)
=C2=A0{
-=C2=A0 =C2=A0 libxl_dominfo info;
=C2=A0 =C2=A0 =C2=A0char *dompath;
=C2=A0 =C2=A0 =C2=A0xs_transaction_t t;
-=C2=A0 =C2=A0 int i, rc;
-
-=C2=A0 =C2=A0 libxl_dominfo_init(&info);
+=C2=A0 =C2=A0 int i, rc =3D ERROR_FAIL;

-=C2=A0 =C2=A0 rc =3D libxl_domain_info(CTX, &info, domid);
-=C2=A0 =C2=A0 if (rc < 0) {
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "getting domain info list&quo= t;);
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out;
-=C2=A0 =C2=A0 }
-=C2=A0 =C2=A0 rc =3D ERROR_FAIL;
=C2=A0 =C2=A0 =C2=A0if (!(dompath =3D libxl__xs_get_dompath(gc, domid))) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0goto out;

=C2=A0retry_transaction:
=C2=A0 =C2=A0 =C2=A0t =3D xs_transaction_start(CTX->xsh);
-=C2=A0 =C2=A0 for (i =3D 0; i <=3D info.vcpu_max_id; i++)
+=C2=A0 =C2=A0 for (i =3D 0; i <=3D info->vcpu_max_id; i++)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl__xs_write(gc, t,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, = i),
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 "%s", libxl_bitmap_test(cpumap, i) ? "online"= ; : "offline");
@@ -5475,25 +5467,16 @@ retry_transaction:
=C2=A0 =C2=A0 =C2=A0} else
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rc =3D 0;
=C2=A0out:
-=C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
=C2=A0 =C2=A0 =C2=A0return rc;
=C2=A0}

=C2=A0static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl_bitmap *cp= umap)
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl_bitmap *cp= umap,
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0const libxl_domi= nfo *info)
=C2=A0{
-=C2=A0 =C2=A0 libxl_dominfo info;
-=C2=A0 =C2=A0 int i, rc;
-
-=C2=A0 =C2=A0 libxl_dominfo_init(&info);
+=C2=A0 =C2=A0 int i;

-=C2=A0 =C2=A0 rc =3D libxl_domain_info(CTX, &info, domid);
-=C2=A0 =C2=A0 if (rc < 0) {
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "getting domain info list&quo= t;);
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 return rc;
-=C2=A0 =C2=A0 }
-=C2=A0 =C2=A0 for (i =3D 0; i <=3D info.vcpu_max_id; i++) {
+=C2=A0 =C2=A0 for (i =3D 0; i <=3D info->vcpu_max_id; i++) {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (libxl_bitmap_test(cpumap, i)) {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Return value is ignore b= ecause it does not tell anything useful
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 * on the completion of the= command.
@@ -5503,33 +5486,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc,= uint32_t domid,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0libxl__qmp_cpu_add(gc, domi= d, i);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0 =C2=A0}
-=C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
=C2=A0 =C2=A0 =C2=A0return 0;
=C2=A0}

=C2=A0int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap= *cpumap)
=C2=A0{
=C2=A0 =C2=A0 =C2=A0GC_INIT(ctx);
-=C2=A0 =C2=A0 int rc;
+=C2=A0 =C2=A0 int rc, maxcpus;
+=C2=A0 =C2=A0 libxl_dominfo info;
+
+=C2=A0 =C2=A0 libxl_dominfo_init(&info);
+
+=C2=A0 =C2=A0 rc =3D libxl_domain_info(CTX, &info, domid);
+=C2=A0 =C2=A0 if (rc < 0) {
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "getting domain info list&quo= t;);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out;
+=C2=A0 =C2=A0 }
+
+=C2=A0 =C2=A0 maxcpus =3D libxl_bitmap_count_set(cpumap);
+=C2=A0 =C2=A0 if (maxcpus > info.vcpu_max_id + 1)
+=C2=A0 =C2=A0 {
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 LOGE(ERROR, "Requested %d VCPUs, however = maxcpus is %d!",
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0maxcpus, info.vcpu_max_id = + 1);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D ERROR_FAIL;
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out;
+=C2=A0 =C2=A0 }
+
=C2=A0 =C2=A0 =C2=A0switch (libxl__domain_type(gc, domid)) {
=C2=A0 =C2=A0 =C2=A0case LIBXL_DOMAIN_TYPE_HVM:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0switch (libxl__device_model_version_runni= ng(gc, domid)) {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_= TRADITIONAL:
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xen= store(gc, domid, cpumap);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xen= store(gc, domid, cpumap, &info);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN:=
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_qmp= (gc, domid, cpumap);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_qmp= (gc, domid, cpumap, &info);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0default:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rc =3D ERROR_INVAL;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0case LIBXL_DOMAIN_TYPE_PV:
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xenstore(gc, domi= d, cpumap);
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 rc =3D libxl__set_vcpuonline_xenstore(gc, domi= d, cpumap, &info);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break;
=C2=A0 =C2=A0 =C2=A0default:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rc =3D ERROR_INVAL;
=C2=A0 =C2=A0 =C2=A0}
+out:
+=C2=A0 =C2=A0 libxl_dominfo_dispose(&info);
=C2=A0 =C2=A0 =C2=A0GC_FREE;
=C2=A0 =C2=A0 =C2=A0return rc;
=C2=A0}



--001a1141c9b0c3e1860517c42eb3-- --===============2745423755893828113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2745423755893828113==-- From xen-api-bounces@lists.xen.org Fri Jun 05 12:26:46 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 12:26: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 1Z0qhr-0003Tg-Iy; Fri, 05 Jun 2015 12:26:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0qhq-0003TO-JS for xen-api@lists.xen.org; Fri, 05 Jun 2015 12:26:38 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 3F/82-28408-D7591755; Fri, 05 Jun 2015 12:26:37 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1433507196!13365202!1 X-Originating-IP: [157.55.2.98] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12663 invoked from network); 5 Jun 2015 12:26:36 -0000 Received: from dub004-omc4s23.hotmail.com (HELO DUB004-OMC4S23.hotmail.com) (157.55.2.98) by server-15.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 12:26:36 -0000 Received: from DUB128-W86 ([157.55.2.71]) by DUB004-OMC4S23.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 05:26:36 -0700 X-TMN: [WS0piyGEksSdqCSxrDLcv/jqWTX7ym5l] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Fri, 5 Jun 2015 12:26:36 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 12:26:36.0379 (UTC) FILETIME=[DD79BAB0:01D09F8A] Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3834760862614964915==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3834760862614964915== Content-Type: multipart/alternative; boundary="_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_" --_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable - update : I've hit an old nugget: dpkg-source: error: can't build with source format '3.0 (quilt)': no upstre= am tarball found at ../liblwt-ocaml_2.4.5.orig.tar.{bz2=2Cgz=2Clzma=2Cxz} Traceback (most recent call last): File "/usr/bin/planex-makedeb"=2C line 9=2C in load_entry_point('planex=3D=3D0.6.0'=2C 'console_scripts'=2C 'planex-ma= kedeb')() File "/usr/lib/python2.7/dist-packages/planex/makedeb.py"=2C line 174=2C = in main assert res =3D=3D 0 AssertionError make: *** [_build/SRPMS/liblwt-ocaml_2.4.8-1.dsc] Error 1 - giving up on this as I've been here before=2C but have just come across D= ave's post using opam :) - https://opam.ocaml.org/blog/opam-in-xenserver/ - here we go ... :) = --_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
- update : I've hit an old nugge= t:

dpkg-source: error: can't build with source format '3.0 (quilt)':= no upstream tarball found at ../liblwt-ocaml_2.4.5.orig.tar.{bz2=2Cgz=2Clz= ma=2Cxz}
Traceback (most recent call last):
 =3B File "/usr/bin/p= lanex-makedeb"=2C line 9=2C in <=3Bmodule>=3B
 =3B =3B = =3B load_entry_point('planex=3D=3D0.6.0'=2C 'console_scripts'=2C 'planex-ma= kedeb')()
 =3B File "/usr/lib/python2.7/dist-packages/planex/makedeb= .py"=2C line 174=2C in main
 =3B =3B =3B assert res =3D=3D 0=
AssertionError
make: *** [_build/SRPMS/liblwt-ocaml_2.4.8-1.dsc] Err= or 1

- giving up on this as I've been here before=2C but have just c= ome across Dave's post using opam :) - https://opam.ocaml.org/blog/opam-in-= xenserver/

- here we go ... :)
= --_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_-- --===============3834760862614964915== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3834760862614964915==-- From xen-api-bounces@lists.xen.org Fri Jun 05 12:26:46 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 12:26: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 1Z0qhr-0003Tg-Iy; Fri, 05 Jun 2015 12:26:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0qhq-0003TO-JS for xen-api@lists.xen.org; Fri, 05 Jun 2015 12:26:38 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 3F/82-28408-D7591755; Fri, 05 Jun 2015 12:26:37 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1433507196!13365202!1 X-Originating-IP: [157.55.2.98] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12663 invoked from network); 5 Jun 2015 12:26:36 -0000 Received: from dub004-omc4s23.hotmail.com (HELO DUB004-OMC4S23.hotmail.com) (157.55.2.98) by server-15.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 12:26:36 -0000 Received: from DUB128-W86 ([157.55.2.71]) by DUB004-OMC4S23.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 05:26:36 -0700 X-TMN: [WS0piyGEksSdqCSxrDLcv/jqWTX7ym5l] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Fri, 5 Jun 2015 12:26:36 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 12:26:36.0379 (UTC) FILETIME=[DD79BAB0:01D09F8A] Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3834760862614964915==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3834760862614964915== Content-Type: multipart/alternative; boundary="_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_" --_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable - update : I've hit an old nugget: dpkg-source: error: can't build with source format '3.0 (quilt)': no upstre= am tarball found at ../liblwt-ocaml_2.4.5.orig.tar.{bz2=2Cgz=2Clzma=2Cxz} Traceback (most recent call last): File "/usr/bin/planex-makedeb"=2C line 9=2C in load_entry_point('planex=3D=3D0.6.0'=2C 'console_scripts'=2C 'planex-ma= kedeb')() File "/usr/lib/python2.7/dist-packages/planex/makedeb.py"=2C line 174=2C = in main assert res =3D=3D 0 AssertionError make: *** [_build/SRPMS/liblwt-ocaml_2.4.8-1.dsc] Error 1 - giving up on this as I've been here before=2C but have just come across D= ave's post using opam :) - https://opam.ocaml.org/blog/opam-in-xenserver/ - here we go ... :) = --_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
- update : I've hit an old nugge= t:

dpkg-source: error: can't build with source format '3.0 (quilt)':= no upstream tarball found at ../liblwt-ocaml_2.4.5.orig.tar.{bz2=2Cgz=2Clz= ma=2Cxz}
Traceback (most recent call last):
 =3B File "/usr/bin/p= lanex-makedeb"=2C line 9=2C in <=3Bmodule>=3B
 =3B =3B = =3B load_entry_point('planex=3D=3D0.6.0'=2C 'console_scripts'=2C 'planex-ma= kedeb')()
 =3B File "/usr/lib/python2.7/dist-packages/planex/makedeb= .py"=2C line 174=2C in main
 =3B =3B =3B assert res =3D=3D 0=
AssertionError
make: *** [_build/SRPMS/liblwt-ocaml_2.4.8-1.dsc] Err= or 1

- giving up on this as I've been here before=2C but have just c= ome across Dave's post using opam :) - https://opam.ocaml.org/blog/opam-in-= xenserver/

- here we go ... :)
= --_cd21c6c4-a2a9-44c3-8f24-f2bc87f75492_-- --===============3834760862614964915== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3834760862614964915==-- From xen-api-bounces@lists.xen.org Fri Jun 05 14:32:49 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 14:32: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 1Z0sfq-00008C-0D; Fri, 05 Jun 2015 14:32:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0sfp-000087-6U for xen-api@lists.xen.org; Fri, 05 Jun 2015 14:32:41 +0000 Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id 00/90-13517-803B1755; Fri, 05 Jun 2015 14:32:40 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-31.messagelabs.com!1433514759!9102697!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18553 invoked from network); 5 Jun 2015 14:32:39 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jun 2015 14:32:39 -0000 Received: from [172.16.4.131] (h3.248.139.40.ip.windstream.net [40.139.248.3]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id dd07fd7f; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 5 Jun 2015 15:32:36 +0100 (BST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 5 Jun 2015 07:32:36 -0700 Message-Id: References: To: Nick Betteridge X-Mailer: Apple Mail (2.2098) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2571418629952612973==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2571418629952612973== Content-Type: multipart/alternative; boundary="Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65" --Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf images. I = wonder if it's just worth hacking into Ubuntu instead of Linaro, since = it's the same image (I think). -anil > On 5 Jun 2015, at 02:17, Nick Betteridge = wrote: >=20 > Hi >=20 > I'm trying to build, via buildroot, for a cubieboard4 on top of their = vanilla linux (3.4) / linaro install. >=20 > The first thing I hit with configure was : >=20 > Error: could not find a distribution template for Linaro/trusty >=20 > - I edited: /etc/lsb-release and changed Linaro to Ubuntu - hope this = doesn't affect anything later >=20 > The next configuration issue was: >=20 > ImportError: No module named argcomplete >=20 > - looking at /usr/lib I have 3 versions of python available python2.7, = python3 and python3.4. > - doing a python -V gives Python 2.7.6 >=20 > What's the best way of proceeding here? >=20 > Cheers > Nick > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf images. =  I wonder if it's just worth hacking into Ubuntu instead of Linaro, = since it's the same image (I think).

-anil

On 5 Jun 2015, at 02:17, Nick Betteridge = <buzzheavyyear@hotmail.com> wrote:

Hi

I'm trying to build, via buildroot, for a cubieboard4 on top = of their vanilla linux (3.4) / linaro install.

The first thing I hit with configure was :

Error: could not find a distribution template for = Linaro/trusty

- I edited: /etc/lsb-release = and changed Linaro to Ubuntu - hope this doesn't affect anything = later

The next configuration issue was:

ImportError: No module named argcomplete

- looking at /usr/lib I have 3 versions of = python available python2.7, python3 and python3.4.
- doing = a python -V gives Python 2.7.6

What's the = best way of proceeding here?

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

= --Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65-- --===============2571418629952612973== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2571418629952612973==-- From xen-api-bounces@lists.xen.org Fri Jun 05 14:32:49 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 14:32: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 1Z0sfq-00008C-0D; Fri, 05 Jun 2015 14:32:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0sfp-000087-6U for xen-api@lists.xen.org; Fri, 05 Jun 2015 14:32:41 +0000 Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id 00/90-13517-803B1755; Fri, 05 Jun 2015 14:32:40 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-31.messagelabs.com!1433514759!9102697!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18553 invoked from network); 5 Jun 2015 14:32:39 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jun 2015 14:32:39 -0000 Received: from [172.16.4.131] (h3.248.139.40.ip.windstream.net [40.139.248.3]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id dd07fd7f; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 5 Jun 2015 15:32:36 +0100 (BST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 5 Jun 2015 07:32:36 -0700 Message-Id: References: To: Nick Betteridge X-Mailer: Apple Mail (2.2098) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2571418629952612973==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2571418629952612973== Content-Type: multipart/alternative; boundary="Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65" --Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf images. I = wonder if it's just worth hacking into Ubuntu instead of Linaro, since = it's the same image (I think). -anil > On 5 Jun 2015, at 02:17, Nick Betteridge = wrote: >=20 > Hi >=20 > I'm trying to build, via buildroot, for a cubieboard4 on top of their = vanilla linux (3.4) / linaro install. >=20 > The first thing I hit with configure was : >=20 > Error: could not find a distribution template for Linaro/trusty >=20 > - I edited: /etc/lsb-release and changed Linaro to Ubuntu - hope this = doesn't affect anything later >=20 > The next configuration issue was: >=20 > ImportError: No module named argcomplete >=20 > - looking at /usr/lib I have 3 versions of python available python2.7, = python3 and python3.4. > - doing a python -V gives Python 2.7.6 >=20 > What's the best way of proceeding here? >=20 > Cheers > Nick > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf images. =  I wonder if it's just worth hacking into Ubuntu instead of Linaro, = since it's the same image (I think).

-anil

On 5 Jun 2015, at 02:17, Nick Betteridge = <buzzheavyyear@hotmail.com> wrote:

Hi

I'm trying to build, via buildroot, for a cubieboard4 on top = of their vanilla linux (3.4) / linaro install.

The first thing I hit with configure was :

Error: could not find a distribution template for = Linaro/trusty

- I edited: /etc/lsb-release = and changed Linaro to Ubuntu - hope this doesn't affect anything = later

The next configuration issue was:

ImportError: No module named argcomplete

- looking at /usr/lib I have 3 versions of = python available python2.7, python3 and python3.4.
- doing = a python -V gives Python 2.7.6

What's the = best way of proceeding here?

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

= --Apple-Mail=_D0921CFE-4A93-4B5D-903C-5590844C9C65-- --===============2571418629952612973== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2571418629952612973==-- From xen-api-bounces@lists.xen.org Fri Jun 05 15:01:52 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 15:01: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 1Z0t80-0003c2-Ut; Fri, 05 Jun 2015 15:01:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0t7z-0003br-DC for xen-api@lists.xen.org; Fri, 05 Jun 2015 15:01:47 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id EE/97-29702-AD9B1755; Fri, 05 Jun 2015 15:01:46 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1433516505!12130030!1 X-Originating-IP: [157.55.2.88] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7793 invoked from network); 5 Jun 2015 15:01:45 -0000 Received: from dub004-omc4s13.hotmail.com (HELO DUB004-OMC4S13.hotmail.com) (157.55.2.88) by server-9.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 15:01:45 -0000 Received: from DUB128-W34 ([157.55.2.73]) by DUB004-OMC4S13.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 08:01:45 -0700 X-TMN: [Nzk+14stl59qCkcjeFy5GVHBA7eo5hxw] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Anil Madhavapeddy Date: Fri, 5 Jun 2015 15:01:45 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 15:01:45.0359 (UTC) FILETIME=[8A0F59F0:01D09FA0] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7587986912800311444==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7587986912800311444== Content-Type: multipart/alternative; boundary="_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_" --_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable The Linary/trusty problem is generally an annoyance in the xen-arm-builder = image=2C since we can't just use upstream armhf images. I wonder if it's j= ust worth hacking into Ubuntu instead of Linaro=2C since it's the same imag= e (I think). Hi Anil=2C I've already spent quite a lot of time playing with xen-arm-builder=2C try = to coerce the build to work with the A80. I'll have another look. I just ne= ed xapi to work with something that has more grunt that an A20. I just wish= I had more Linux dev experience. Cheers Nick = --_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


The Linary/trusty p= roblem is generally an annoyance in the xen-arm-builder image=2C since we c= an't just use upstream armhf images.  =3BI wonder if it's just worth ha= cking into Ubuntu instead of Linaro=2C since it's the same image (I think).=

Hi Anil=2C

I've already spent quite a lot of time playing wi= th xen-arm-builder=2C try to coerce the build to work with the A80. I'll ha= ve another look. I just need xapi to work with something that has more grun= t that an A20. I just wish I had more Linux dev experience.

CheersNick
= --_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_-- --===============7587986912800311444== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7587986912800311444==-- From xen-api-bounces@lists.xen.org Fri Jun 05 15:01:52 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Jun 2015 15:01: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 1Z0t80-0003c2-Ut; Fri, 05 Jun 2015 15:01:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z0t7z-0003br-DC for xen-api@lists.xen.org; Fri, 05 Jun 2015 15:01:47 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id EE/97-29702-AD9B1755; Fri, 05 Jun 2015 15:01:46 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1433516505!12130030!1 X-Originating-IP: [157.55.2.88] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7793 invoked from network); 5 Jun 2015 15:01:45 -0000 Received: from dub004-omc4s13.hotmail.com (HELO DUB004-OMC4S13.hotmail.com) (157.55.2.88) by server-9.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 5 Jun 2015 15:01:45 -0000 Received: from DUB128-W34 ([157.55.2.73]) by DUB004-OMC4S13.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 5 Jun 2015 08:01:45 -0700 X-TMN: [Nzk+14stl59qCkcjeFy5GVHBA7eo5hxw] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Anil Madhavapeddy Date: Fri, 5 Jun 2015 15:01:45 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2015 15:01:45.0359 (UTC) FILETIME=[8A0F59F0:01D09FA0] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7587986912800311444==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7587986912800311444== Content-Type: multipart/alternative; boundary="_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_" --_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable The Linary/trusty problem is generally an annoyance in the xen-arm-builder = image=2C since we can't just use upstream armhf images. I wonder if it's j= ust worth hacking into Ubuntu instead of Linaro=2C since it's the same imag= e (I think). Hi Anil=2C I've already spent quite a lot of time playing with xen-arm-builder=2C try = to coerce the build to work with the A80. I'll have another look. I just ne= ed xapi to work with something that has more grunt that an A20. I just wish= I had more Linux dev experience. Cheers Nick = --_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


The Linary/trusty p= roblem is generally an annoyance in the xen-arm-builder image=2C since we c= an't just use upstream armhf images.  =3BI wonder if it's just worth ha= cking into Ubuntu instead of Linaro=2C since it's the same image (I think).=

Hi Anil=2C

I've already spent quite a lot of time playing wi= th xen-arm-builder=2C try to coerce the build to work with the A80. I'll ha= ve another look. I just need xapi to work with something that has more grun= t that an A20. I just wish I had more Linux dev experience.

CheersNick
= --_102ef80d-9b7f-4849-a7e6-47b2a26eebb4_-- --===============7587986912800311444== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7587986912800311444==-- From xen-api-bounces@lists.xen.org Sat Jun 06 13:16:59 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Jun 2015 13:16: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 1Z1Dxv-0001NC-8y; Sat, 06 Jun 2015 13:16:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1Dxu-0001N7-LV for xen-api@lists.xen.org; Sat, 06 Jun 2015 13:16:46 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 38/AD-18947-DB2F2755; Sat, 06 Jun 2015 13:16:45 +0000 X-Env-Sender: gautam.maloo@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433596604!20853007!1 X-Originating-IP: [209.85.213.174] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3747 invoked from network); 6 Jun 2015 13:16:44 -0000 Received: from mail-ig0-f174.google.com (HELO mail-ig0-f174.google.com) (209.85.213.174) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jun 2015 13:16:44 -0000 Received: by igbsb11 with SMTP id sb11so32218665igb.0 for ; Sat, 06 Jun 2015 06:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=jIzpQ+q132QkI2E5cmztN9DkiNO8TtN2Ckb7wdnhq+U=; b=JQjGbxHa2FUgRu3XcDx6CvENHN5VK7k0gQnlWOIUArh2P6QlaZj/qFwCyigWIxIBGg 20mSsQFTWOMU3H9prTQaefDb2duhF/pjcFjh7wlXFW1Y5HedhW6FKZIHC1BJLOh40rQu +Z3WkrTtQVyJEYUqUcWZJjljM2jOXKVij+xoYBsGVhWD0JCc+z8cjFg1C0pBh8jz6S1N UyrcRAbiPu3BlaSeLLGCisSXfmaHw/shcNmmDh9UICJMqZR1UeQT45FoLVBw6yvtY16Z N9cjN4OzEcO+2hZAo36Suf5TSRMFJEKB+BfJdVIfvs5DpyKEO1WQgGjmvVaKDNThJ7gl RqEg== X-Received: by 10.43.5.73 with SMTP id of9mr15459091icb.92.1433596603731; Sat, 06 Jun 2015 06:16:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.181.66 with HTTP; Sat, 6 Jun 2015 06:16:23 -0700 (PDT) In-Reply-To: References: From: Gautam Malu Date: Sat, 6 Jun 2015 18:46:23 +0530 X-Google-Sender-Auth: KTTbpdaB8xBayS_7np9OLUOR5Mc Message-ID: To: Nick Betteridge Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0965053192375248936==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0965053192375248936== Content-Type: multipart/alternative; boundary=bcaec50824985118b70517d93883 --bcaec50824985118b70517d93883 Content-Type: text/plain; charset=UTF-8 Hi, I also tried xen-arm-builder on arndale exynos 5250 board with both ubuntu utopic image and with linaro-trusty image. I also got stuck at the same liblwt-ocaml_2.4.5.orig.tar issue. Best regards, Gautam Malu On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge wrote: > > > The Linary/trusty problem is generally an annoyance in the xen-arm-builder > image, since we can't just use upstream armhf images. I wonder if it's > just worth hacking into Ubuntu instead of Linaro, since it's the same image > (I think). > > Hi Anil, > > I've already spent quite a lot of time playing with xen-arm-builder, try > to coerce the build to work with the A80. I'll have another look. I just > need xapi to work with something that has more grunt that an A20. I just > wish I had more Linux dev experience. > > Cheers > Nick > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --bcaec50824985118b70517d93883 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,
I also tried xen-arm-builder on arndale= exynos 5250 board with both ubuntu utopic image and with linaro-trusty ima= ge. I also got stuck at the same liblwt-ocaml_2.4.5.orig.tar issue.

Best regards,
Gautam Malu

On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteri= dge <buzzheavyyear@hotmail.com> wrote:


The Linary/trusty probl= em is generally an annoyance in the xen-arm-builder image, since we can'= ;t just use upstream armhf images.=C2=A0 I wonder if it's just worth ha= cking into Ubuntu instead of Linaro, since it's the same image (I think= ).

Hi Anil,

I've already spent quite a lot of time= playing with xen-arm-builder, try to coerce the build to work with the A80= . I'll have another look. I just need xapi to work with something that = has more grunt that an A20. I just wish I had more Linux dev experience.
Cheers
Nick

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


--bcaec50824985118b70517d93883-- --===============0965053192375248936== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0965053192375248936==-- From xen-api-bounces@lists.xen.org Sat Jun 06 13:16:59 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Jun 2015 13:16: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 1Z1Dxv-0001NC-8y; Sat, 06 Jun 2015 13:16:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1Dxu-0001N7-LV for xen-api@lists.xen.org; Sat, 06 Jun 2015 13:16:46 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 38/AD-18947-DB2F2755; Sat, 06 Jun 2015 13:16:45 +0000 X-Env-Sender: gautam.maloo@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433596604!20853007!1 X-Originating-IP: [209.85.213.174] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3747 invoked from network); 6 Jun 2015 13:16:44 -0000 Received: from mail-ig0-f174.google.com (HELO mail-ig0-f174.google.com) (209.85.213.174) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jun 2015 13:16:44 -0000 Received: by igbsb11 with SMTP id sb11so32218665igb.0 for ; Sat, 06 Jun 2015 06:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=jIzpQ+q132QkI2E5cmztN9DkiNO8TtN2Ckb7wdnhq+U=; b=JQjGbxHa2FUgRu3XcDx6CvENHN5VK7k0gQnlWOIUArh2P6QlaZj/qFwCyigWIxIBGg 20mSsQFTWOMU3H9prTQaefDb2duhF/pjcFjh7wlXFW1Y5HedhW6FKZIHC1BJLOh40rQu +Z3WkrTtQVyJEYUqUcWZJjljM2jOXKVij+xoYBsGVhWD0JCc+z8cjFg1C0pBh8jz6S1N UyrcRAbiPu3BlaSeLLGCisSXfmaHw/shcNmmDh9UICJMqZR1UeQT45FoLVBw6yvtY16Z N9cjN4OzEcO+2hZAo36Suf5TSRMFJEKB+BfJdVIfvs5DpyKEO1WQgGjmvVaKDNThJ7gl RqEg== X-Received: by 10.43.5.73 with SMTP id of9mr15459091icb.92.1433596603731; Sat, 06 Jun 2015 06:16:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.181.66 with HTTP; Sat, 6 Jun 2015 06:16:23 -0700 (PDT) In-Reply-To: References: From: Gautam Malu Date: Sat, 6 Jun 2015 18:46:23 +0530 X-Google-Sender-Auth: KTTbpdaB8xBayS_7np9OLUOR5Mc Message-ID: To: Nick Betteridge Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0965053192375248936==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0965053192375248936== Content-Type: multipart/alternative; boundary=bcaec50824985118b70517d93883 --bcaec50824985118b70517d93883 Content-Type: text/plain; charset=UTF-8 Hi, I also tried xen-arm-builder on arndale exynos 5250 board with both ubuntu utopic image and with linaro-trusty image. I also got stuck at the same liblwt-ocaml_2.4.5.orig.tar issue. Best regards, Gautam Malu On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge wrote: > > > The Linary/trusty problem is generally an annoyance in the xen-arm-builder > image, since we can't just use upstream armhf images. I wonder if it's > just worth hacking into Ubuntu instead of Linaro, since it's the same image > (I think). > > Hi Anil, > > I've already spent quite a lot of time playing with xen-arm-builder, try > to coerce the build to work with the A80. I'll have another look. I just > need xapi to work with something that has more grunt that an A20. I just > wish I had more Linux dev experience. > > Cheers > Nick > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --bcaec50824985118b70517d93883 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,
I also tried xen-arm-builder on arndale= exynos 5250 board with both ubuntu utopic image and with linaro-trusty ima= ge. I also got stuck at the same liblwt-ocaml_2.4.5.orig.tar issue.

Best regards,
Gautam Malu

On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteri= dge <buzzheavyyear@hotmail.com> wrote:


The Linary/trusty probl= em is generally an annoyance in the xen-arm-builder image, since we can'= ;t just use upstream armhf images.=C2=A0 I wonder if it's just worth ha= cking into Ubuntu instead of Linaro, since it's the same image (I think= ).

Hi Anil,

I've already spent quite a lot of time= playing with xen-arm-builder, try to coerce the build to work with the A80= . I'll have another look. I just need xapi to work with something that = has more grunt that an A20. I just wish I had more Linux dev experience.
Cheers
Nick

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


--bcaec50824985118b70517d93883-- --===============0965053192375248936== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0965053192375248936==-- From xen-api-bounces@lists.xen.org Sat Jun 06 13:26:34 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Jun 2015 13:26: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 1Z1E7M-0001nj-5R; Sat, 06 Jun 2015 13:26:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1E7L-0001kb-5g for xen-api@lists.xen.org; Sat, 06 Jun 2015 13:26:31 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id DC/82-18676-605F2755; Sat, 06 Jun 2015 13:26:30 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1433597187!13317734!1 X-Originating-IP: [157.55.2.95] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9835 invoked from network); 6 Jun 2015 13:26:27 -0000 Received: from dub004-omc4s20.hotmail.com (HELO DUB004-OMC4S20.hotmail.com) (157.55.2.95) by server-16.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 6 Jun 2015 13:26:27 -0000 Received: from DUB128-W69 ([157.55.2.72]) by DUB004-OMC4S20.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 6 Jun 2015 06:26:26 -0700 X-TMN: [Y2m5w6mkP/Xq3RheWgV1h7/UlrxkuRoH] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Sat, 6 Jun 2015 13:26:26 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 06 Jun 2015 13:26:26.0848 (UTC) FILETIME=[63F99200:01D0A05C] Subject: [Xen-API] Changing hostname on cubieboard2 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5062889420060233072==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5062889420060233072== Content-Type: multipart/alternative; boundary="_aade9695-c24a-4776-a91e-34d5bd016127_" --_aade9695-c24a-4776-a91e-34d5bd016127_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I just read through the citrix support docs for changing the hostname. I changed the linux name via /etc/hostname and /etc/hosts etc.. Reboot. When I do a 'sudo xe host-list' I get the uuid=2C and then when I do a: sudo xe host-set-hostname-live host-uuid=3Dbe914404-1bd9-4c0b-a4a8-3cf3ceb3= 299b host-name=3Dcubie0 I get: The server failed to handle your request=2C due to an internal error. The = given message may give details useful for debugging the problem. message: Subprocess exited with unexpected code 1=3B stdout =3D [ ]=3B std= err =3D [ ] The citrix support docs for this are quite old - is this still the correct = way to do it? Cheers Nick = --_aade9695-c24a-4776-a91e-34d5bd016127_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I just read through the citrix s= upport docs for changing the hostname.

I changed the linux name via = /etc/hostname and /etc/hosts etc.. Reboot.

When I do a 'sudo xe host= -list' I get the uuid=2C and then when I do a:

sudo xe host-set-host= name-live host-uuid=3Dbe914404-1bd9-4c0b-a4a8-3cf3ceb3299b host-name=3Dcubi= e0

I get:

The server failed to handle your request=2C due to = an internal error. =3B The given message may give details useful for de= bugging the problem.
message: Subprocess exited with unexpected code 1= =3B stdout =3D [ =3B ]=3B stderr =3D [ =3B ]

The citrix supp= ort docs for this are quite old - is this still the correct way to do it?
Cheers
Nick
= --_aade9695-c24a-4776-a91e-34d5bd016127_-- --===============5062889420060233072== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5062889420060233072==-- From xen-api-bounces@lists.xen.org Sat Jun 06 13:26:34 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Jun 2015 13:26: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 1Z1E7M-0001nj-5R; Sat, 06 Jun 2015 13:26:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1E7L-0001kb-5g for xen-api@lists.xen.org; Sat, 06 Jun 2015 13:26:31 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id DC/82-18676-605F2755; Sat, 06 Jun 2015 13:26:30 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1433597187!13317734!1 X-Originating-IP: [157.55.2.95] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9835 invoked from network); 6 Jun 2015 13:26:27 -0000 Received: from dub004-omc4s20.hotmail.com (HELO DUB004-OMC4S20.hotmail.com) (157.55.2.95) by server-16.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 6 Jun 2015 13:26:27 -0000 Received: from DUB128-W69 ([157.55.2.72]) by DUB004-OMC4S20.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 6 Jun 2015 06:26:26 -0700 X-TMN: [Y2m5w6mkP/Xq3RheWgV1h7/UlrxkuRoH] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: "xen-api@lists.xen.org" Date: Sat, 6 Jun 2015 13:26:26 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 06 Jun 2015 13:26:26.0848 (UTC) FILETIME=[63F99200:01D0A05C] Subject: [Xen-API] Changing hostname on cubieboard2 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5062889420060233072==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5062889420060233072== Content-Type: multipart/alternative; boundary="_aade9695-c24a-4776-a91e-34d5bd016127_" --_aade9695-c24a-4776-a91e-34d5bd016127_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I just read through the citrix support docs for changing the hostname. I changed the linux name via /etc/hostname and /etc/hosts etc.. Reboot. When I do a 'sudo xe host-list' I get the uuid=2C and then when I do a: sudo xe host-set-hostname-live host-uuid=3Dbe914404-1bd9-4c0b-a4a8-3cf3ceb3= 299b host-name=3Dcubie0 I get: The server failed to handle your request=2C due to an internal error. The = given message may give details useful for debugging the problem. message: Subprocess exited with unexpected code 1=3B stdout =3D [ ]=3B std= err =3D [ ] The citrix support docs for this are quite old - is this still the correct = way to do it? Cheers Nick = --_aade9695-c24a-4776-a91e-34d5bd016127_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I just read through the citrix s= upport docs for changing the hostname.

I changed the linux name via = /etc/hostname and /etc/hosts etc.. Reboot.

When I do a 'sudo xe host= -list' I get the uuid=2C and then when I do a:

sudo xe host-set-host= name-live host-uuid=3Dbe914404-1bd9-4c0b-a4a8-3cf3ceb3299b host-name=3Dcubi= e0

I get:

The server failed to handle your request=2C due to = an internal error. =3B The given message may give details useful for de= bugging the problem.
message: Subprocess exited with unexpected code 1= =3B stdout =3D [ =3B ]=3B stderr =3D [ =3B ]

The citrix supp= ort docs for this are quite old - is this still the correct way to do it?
Cheers
Nick
= --_aade9695-c24a-4776-a91e-34d5bd016127_-- --===============5062889420060233072== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5062889420060233072==-- From xen-api-bounces@lists.xen.org Mon Jun 08 10:36:15 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Jun 2015 10:36: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 1Z1uPV-00055f-Ie; Mon, 08 Jun 2015 10:36:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1uPT-00055N-Rp; Mon, 08 Jun 2015 10:36:03 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id 39/FB-29702-21075755; Mon, 08 Jun 2015 10:36:02 +0000 X-Env-Sender: prvs=594f06dd0=Ian.Jackson@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1433759760!7135223!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11770 invoked from network); 8 Jun 2015 10:36:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jun 2015 10:36:02 -0000 X-IronPort-AV: E=Sophos;i="5.13,573,1427760000"; d="scan'208";a="269819316" From: Ian Jackson MIME-Version: 1.0 Message-ID: <21877.28646.356974.892547@mariner.uk.xensource.com> Date: Mon, 8 Jun 2015 11:35:18 +0100 To: Luwei Cheng In-Reply-To: References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> X-Mailer: VM 8.1.0 under 23.4.1 (i486-pc-linux-gnu) X-DLP: MIA2 Cc: Ian Campbell , stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Luwei Cheng writes ("Re: Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > Some third-part management tools might be built directly above xl. > Perhaps they can not rely on "Ctrl-C".. In general callers of libxl will not be built to raise SIGINT. For example, if libvirt called this function in a way that triggers the bug, there wouldn't be any reasonable way to recover control. I'm afraid I'm still not clear about when the failure can be triggered by an attacker. 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 Jun 08 10:36:15 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Jun 2015 10:36: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 1Z1uPV-00055f-Ie; Mon, 08 Jun 2015 10:36:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1uPT-00055N-Rp; Mon, 08 Jun 2015 10:36:03 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id 39/FB-29702-21075755; Mon, 08 Jun 2015 10:36:02 +0000 X-Env-Sender: prvs=594f06dd0=Ian.Jackson@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1433759760!7135223!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11770 invoked from network); 8 Jun 2015 10:36:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jun 2015 10:36:02 -0000 X-IronPort-AV: E=Sophos;i="5.13,573,1427760000"; d="scan'208";a="269819316" From: Ian Jackson MIME-Version: 1.0 Message-ID: <21877.28646.356974.892547@mariner.uk.xensource.com> Date: Mon, 8 Jun 2015 11:35:18 +0100 To: Luwei Cheng In-Reply-To: References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> X-Mailer: VM 8.1.0 under 23.4.1 (i486-pc-linux-gnu) X-DLP: MIA2 Cc: Ian Campbell , stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Luwei Cheng writes ("Re: Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > Some third-part management tools might be built directly above xl. > Perhaps they can not rely on "Ctrl-C".. In general callers of libxl will not be built to raise SIGINT. For example, if libvirt called this function in a way that triggers the bug, there wouldn't be any reasonable way to recover control. I'm afraid I'm still not clear about when the failure can be triggered by an attacker. 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 Jun 08 10:44:41 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Jun 2015 10:44: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 1Z1uXm-0006NN-FW; Mon, 08 Jun 2015 10:44:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1uXk-0006NE-NV; Mon, 08 Jun 2015 10:44:36 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id F9/85-19215-31275755; Mon, 08 Jun 2015 10:44:35 +0000 X-Env-Sender: prvs=594e096ae=Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1433760273!12523925!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25525 invoked from network); 8 Jun 2015 10:44:35 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jun 2015 10:44:35 -0000 X-IronPort-AV: E=Sophos;i="5.13,573,1427760000"; d="scan'208";a="269820953" Message-ID: <1433760266.7108.446.camel@citrix.com> From: Ian Campbell To: Ian Jackson Date: Mon, 8 Jun 2015 11:44:26 +0100 In-Reply-To: <21877.28646.356974.892547@mariner.uk.xensource.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> <21877.28646.356974.892547@mariner.uk.xensource.com> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , Luwei Cheng , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2015-06-08 at 11:35 +0100, Ian Jackson wrote: > Luwei Cheng writes ("Re: Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > > Some third-part management tools might be built directly above xl. > > Perhaps they can not rely on "Ctrl-C".. > > In general callers of libxl will not be built to raise SIGINT. For > example, if libvirt called this function in a way that triggers the > bug, there wouldn't be any reasonable way to recover control. > > I'm afraid I'm still not clear about when the failure can be triggered > by an attacker. I was able to reproduce by pressing a key at a pygrub prompt to drop to a prompt and then leaving the guest in that state, where the domain exists but does not yet have any vcpus etc. 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 Jun 08 10:44:41 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Jun 2015 10:44: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 1Z1uXm-0006NN-FW; Mon, 08 Jun 2015 10:44:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z1uXk-0006NE-NV; Mon, 08 Jun 2015 10:44:36 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id F9/85-19215-31275755; Mon, 08 Jun 2015 10:44:35 +0000 X-Env-Sender: prvs=594e096ae=Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1433760273!12523925!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25525 invoked from network); 8 Jun 2015 10:44:35 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jun 2015 10:44:35 -0000 X-IronPort-AV: E=Sophos;i="5.13,573,1427760000"; d="scan'208";a="269820953" Message-ID: <1433760266.7108.446.camel@citrix.com> From: Ian Campbell To: Ian Jackson Date: Mon, 8 Jun 2015 11:44:26 +0100 In-Reply-To: <21877.28646.356974.892547@mariner.uk.xensource.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> <21877.28646.356974.892547@mariner.uk.xensource.com> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , Luwei Cheng , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2015-06-08 at 11:35 +0100, Ian Jackson wrote: > Luwei Cheng writes ("Re: Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > > Some third-part management tools might be built directly above xl. > > Perhaps they can not rely on "Ctrl-C".. > > In general callers of libxl will not be built to raise SIGINT. For > example, if libvirt called this function in a way that triggers the > bug, there wouldn't be any reasonable way to recover control. > > I'm afraid I'm still not clear about when the failure can be triggered > by an attacker. I was able to reproduce by pressing a key at a pygrub prompt to drop to a prompt and then leaving the guest in that state, where the domain exists but does not yet have any vcpus etc. 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 Jun 09 11:41:32 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 11:41: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 1Z2HuE-0002YM-KR; Tue, 09 Jun 2015 11:41:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2HuC-0002XN-PB for xen-api@lists.xenproject.org; Tue, 09 Jun 2015 11:41:20 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 55/88-23832-0E0D6755; Tue, 09 Jun 2015 11:41:20 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1433850079!13265984!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24192 invoked from network); 9 Jun 2015 11:41:19 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jun 2015 11:41:19 -0000 Received: by wiga1 with SMTP id a1so13819204wig.0 for ; Tue, 09 Jun 2015 04:41:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=cd63WBVFdfQbpoC8SfjN+AnMJylObxkdH9mZcr8i2KI=; b=k4SkvwtZepXaUAjNoj0Dn4nFkkcZh8rM5bXGaWLTQRAmuFD5vHpt/fTUjLIJpaPdXF cDaF9RdRoGJEIfWoKoOAzOg8ZJMD/bYtIcVbCAa2tT9dOAdAsjRwrJ9rYPCDKmPsMhcM f1hnCE58ktvz8rSbGSRie4LIP7YGZ7QcvBTO2V0CXwmUaDHIcCWmFZNHUQFIS2m8ZwDS fZQy6f//O47s/zZJmXBLDWmnD1eYoextGYOynRo5skMjCs7E2lr/71+ZMdUlVPfcNPMS LxFruHUHHLv1ZduiRh9u9QIbL6jAutJjLPizlwW50BKPKAceF3SiXiEV91CRdFSwOxNT MSIQ== X-Received: by 10.194.237.34 with SMTP id uz2mr42035571wjc.155.1433850078821; Tue, 09 Jun 2015 04:41:18 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id d3sm9000575wjs.21.2015.06.09.04.41.17 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Jun 2015 04:41:17 -0700 (PDT) From: Lars Kurth Message-Id: <6F9F303B-010C-4763-BB48-4DA6DCFFDD04@gmail.com> Date: Tue, 9 Jun 2015 12:41:16 +0100 To: "" , xen-api@lists.xenproject.org, mirageos-devel@xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Xen-API] April and May Advisory Board Minutes published X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5711769246259537335==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5711769246259537335== Content-Type: multipart/alternative; boundary="Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E" --Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Available in the usual place: = http://wiki.xenproject.org/wiki/Xen_Project_Advisory_Board_Meetings_Minute= s = Lars= --Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Available in the usual place: http://wiki.xenproject.org/wiki/Xen_Project_Advisory_Board_Meetings_Minutes
Lars
--Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E-- --===============5711769246259537335== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5711769246259537335==-- From xen-api-bounces@lists.xen.org Tue Jun 09 11:41:32 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 11:41: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 1Z2HuE-0002YM-KR; Tue, 09 Jun 2015 11:41:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2HuC-0002XN-PB for xen-api@lists.xenproject.org; Tue, 09 Jun 2015 11:41:20 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 55/88-23832-0E0D6755; Tue, 09 Jun 2015 11:41:20 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1433850079!13265984!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24192 invoked from network); 9 Jun 2015 11:41:19 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jun 2015 11:41:19 -0000 Received: by wiga1 with SMTP id a1so13819204wig.0 for ; Tue, 09 Jun 2015 04:41:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=cd63WBVFdfQbpoC8SfjN+AnMJylObxkdH9mZcr8i2KI=; b=k4SkvwtZepXaUAjNoj0Dn4nFkkcZh8rM5bXGaWLTQRAmuFD5vHpt/fTUjLIJpaPdXF cDaF9RdRoGJEIfWoKoOAzOg8ZJMD/bYtIcVbCAa2tT9dOAdAsjRwrJ9rYPCDKmPsMhcM f1hnCE58ktvz8rSbGSRie4LIP7YGZ7QcvBTO2V0CXwmUaDHIcCWmFZNHUQFIS2m8ZwDS fZQy6f//O47s/zZJmXBLDWmnD1eYoextGYOynRo5skMjCs7E2lr/71+ZMdUlVPfcNPMS LxFruHUHHLv1ZduiRh9u9QIbL6jAutJjLPizlwW50BKPKAceF3SiXiEV91CRdFSwOxNT MSIQ== X-Received: by 10.194.237.34 with SMTP id uz2mr42035571wjc.155.1433850078821; Tue, 09 Jun 2015 04:41:18 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id d3sm9000575wjs.21.2015.06.09.04.41.17 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Jun 2015 04:41:17 -0700 (PDT) From: Lars Kurth Message-Id: <6F9F303B-010C-4763-BB48-4DA6DCFFDD04@gmail.com> Date: Tue, 9 Jun 2015 12:41:16 +0100 To: "" , xen-api@lists.xenproject.org, mirageos-devel@xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Xen-API] April and May Advisory Board Minutes published X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5711769246259537335==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5711769246259537335== Content-Type: multipart/alternative; boundary="Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E" --Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Available in the usual place: = http://wiki.xenproject.org/wiki/Xen_Project_Advisory_Board_Meetings_Minute= s = Lars= --Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Available in the usual place: http://wiki.xenproject.org/wiki/Xen_Project_Advisory_Board_Meetings_Minutes
Lars
--Apple-Mail=_FF435EF8-B49C-446F-BD28-67D82875372E-- --===============5711769246259537335== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5711769246259537335==-- From xen-api-bounces@lists.xen.org Tue Jun 09 12:43:11 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 12:43: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 1Z2Irr-0007Sh-8h; Tue, 09 Jun 2015 12:42:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Irp-0007Sc-BC for xen-api@lists.xen.org; Tue, 09 Jun 2015 12:42:57 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id B9/F2-03895-05FD6755; Tue, 09 Jun 2015 12:42:56 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1433853775!12116980!1 X-Originating-IP: [157.55.2.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2721 invoked from network); 9 Jun 2015 12:42:55 -0000 Received: from dub004-omc3s1.hotmail.com (HELO DUB004-OMC3S1.hotmail.com) (157.55.2.10) by server-14.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 12:42:55 -0000 Received: from DUB128-W9 ([157.55.2.8]) by DUB004-OMC3S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 05:42:54 -0700 X-TMN: [2UPi0V4GGcmUTL6D65Vb8tZtVQSZgvXn] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Gautam Malu Date: Tue, 9 Jun 2015 12:42:54 +0000 Importance: Normal In-Reply-To: References: , , MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 12:42:54.0630 (UTC) FILETIME=[CE35FC60:01D0A2B1] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3452416141126960884==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3452416141126960884== Content-Type: multipart/alternative; boundary="_0d04170b-20f2-4adb-a444-507c22028860_" --_0d04170b-20f2-4adb-a444-507c22028860_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Just found the liblwt-ocaml_2.4.5.orig.tar bug: edit file : buildroot/SPECS/ocaml-lwt.spec and insert the following as the = first entry under %changelog [%changelog] * Mon May 12 2014 David Scott - 2.4.8-1 - Update to 2.4.8 [* Sun May 11 2014 David Scott - 2.4.5-1 - Update to 2.4.5] This now continues but I then hit: dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocaml_2.4.= 8.orig.tar.gz dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian.tar= .gz dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc debian/rules build dh build --with ocaml --with python2 dh_testdir dh_ocamlinit sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g= ' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE= : /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-ocaml.= install sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g= ' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE= : /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblwt-oc= aml-dev.install touch ocamlinit-stamp debian/rules override_dh_auto_build make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' debian/build.sh ocamlfind: Package `bytes' not found W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -forma= t %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 E: Cannot find findlib package bytes E: Failure("1 configuration error") make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml || oca= mlc -o setup.exe setup.ml rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo ./setup.exe -configure=20 ocamlfind: Package `bytes' not found W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -forma= t %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 E: Cannot find findlib package bytes E: Failure("1 configuration error") make[2]: *** [setup.data] Error 1 - bytes is only included with ocaml 4.02 and later - this is being compiled= with 4.01=2C I think. Could anyone tell be how to change buildroot to use 4.02? Cheers Nick From: gautam.malu@research.iiit.ac.in Date: Sat=2C 6 Jun 2015 18:46:23 +0530 Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro To: buzzheavyyear@hotmail.com CC: anil@recoil.org=3B xen-api@lists.xen.org Hi=2C=20 I also tried xen-arm-builder on arndale exynos 5250 board with both ubuntu = utopic image and with linaro-trusty image. I also got stuck at the same lib= lwt-ocaml_2.4.5.orig.tar issue.=20 Best regards=2CGautam Malu=0A= On Fri=2C Jun 5=2C 2015 at 8:31 PM=2C Nick Betteridge wrote: =0A= =0A= =0A= The Linary/trusty problem is generally an annoyance in the xen-arm-builder = image=2C since we can't just use upstream armhf images. I wonder if it's j= ust worth hacking into Ubuntu instead of Linaro=2C since it's the same imag= e (I think). Hi Anil=2C I've already spent quite a lot of time playing with xen-arm-builder=2C try = to coerce the build to work with the A80. I'll have another look. I just ne= ed xapi to work with something that has more grunt that an A20. I just wish= I had more Linux dev experience. Cheers Nick =0A= _______________________________________________ =0A= Xen-api mailing list =0A= Xen-api@lists.xen.org =0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api =0A= = --_0d04170b-20f2-4adb-a444-507c22028860_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Just found the liblwt-ocaml_2.4.= 5.orig.tar bug:

edit file : buildroot/SPECS/ocaml-lwt.spec and inser= t the following as the first entry under %changelog


[%changelog]=
* Mon May 12 2014 David Scott <=3Bdave.scott@citrix.com>=3B - 2.4.8= -1
- Update to 2.4.8

[* Sun May 11 2014 David Scott <=3Bdave.sc= ott@citrix.com>=3B - 2.4.5-1
- Update to 2.4.5]

This now contin= ues but I then hit:


dpkg-source: info: using source format `3.0 = (quilt)'
dpkg-source: info: building liblwt-ocaml using existing ./liblw= t-ocaml_2.4.8.orig.tar.gz
dpkg-source: info: building liblwt-ocaml in li= blwt-ocaml_2.4.8-1.debian.tar.gz
dpkg-source: info: building liblwt-ocam= l in liblwt-ocaml_2.4.8-1.dsc
 =3Bdebian/rules build
dh build --w= ith ocaml --with python2
 =3B =3B dh_testdir
 =3B =3B= dh_ocamlinit
 =3B =3B =3B sed =3B -e 's%@OCamlABI@%4.01= .0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib= /ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: /d' -e 's/^DYN: //' debian/l= iblwt-ocaml.install.in >=3B debian/liblwt-ocaml.install
 =3B = =3B =3B sed =3B -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/= usr/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT:= //' -e '/^BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in >= =3B debian/liblwt-ocaml-dev.install
 =3B =3B =3B touch ocaml= init-stamp
 =3B =3B debian/rules override_dh_auto_build
make[= 1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8'
debian/build.sh<= br>ocamlfind: Package `bytes' not found
W: Field 'pkg_bytes' is not set:= Command ''/usr/bin/ocamlfind' query -format %d bytes >=3B '/tmp/oasis-67= 6905.txt'' terminated with error code 2
E: Cannot find findlib package b= ytes
E: Failure("1 configuration error")
make[2]: Entering directory = `/tmp/buildd/liblwt-ocaml-2.4.8'
ocamlopt.opt -o setup.exe setup.ml || o= camlopt -o setup.exe setup.ml || ocamlc -o setup.exe setup.ml
rm -f setu= p.cmx setup.cmi setup.o setup.obj setup.cmo
./setup.exe -configure
o= camlfind: Package `bytes' not found
W: Field 'pkg_bytes' is not set: Com= mand ''/usr/bin/ocamlfind' query -format %d bytes >=3B '/tmp/oasis-e7da27= .txt'' terminated with error code 2
E: Cannot find findlib package bytes=
E: Failure("1 configuration error")
make[2]: *** [setup.data] Error = 1


- bytes is only included with ocaml 4.02 and later - this is b= eing compiled with 4.01=2C I think.

Could anyone tell be how to chan= ge buildroot to use 4.02?

Cheers
Nick


From: gautam.malu@research.iiit.ac.in
Date: Sat=2C 6 Jun 20= 15 18:46:23 +0530
Subject: Re: [Xen-API] Building for cubieboard4 with v= anilla linux/linaro
To: buzzheavyyear@hotmail.com
CC: anil@recoil.org= =3B xen-api@lists.xen.org

Hi=2C
I al= so tried xen-arm-builder on arndale exynos 5250 board with both ubuntu utop= ic image and with linaro-trusty image. I also got stuck at the same liblwt-= ocaml_2.4.5.orig.tar issue.

Best regards=2C
Gauta= m Malu
=0A=
On Fri=2C Jun 5=2C 2015 at 8:31 PM=2C Nic= k Betteridge <=3Bbuzzheavyyear@hotmail.com>=3B wrote:<= br>
=0A= =0A= =0A=


The Linary/trusty problem is gener= ally an annoyance in the xen-arm-builder image=2C since we can't just use u= pstream armhf images. =3B I wonder if it's just worth hacking into Ubun= tu instead of Linaro=2C since it's the same image (I think).

= Hi Anil=2C

I've already spent quite a lot of time playing with xen-a= rm-builder=2C try to coerce the build to work with the A80. I'll have anoth= er look. I just need xapi to work with something that has more grunt that a= n A20. I just wish I had more Linux dev experience.

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

= --_0d04170b-20f2-4adb-a444-507c22028860_-- --===============3452416141126960884== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3452416141126960884==-- From xen-api-bounces@lists.xen.org Tue Jun 09 12:43:11 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 12:43: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 1Z2Irr-0007Sh-8h; Tue, 09 Jun 2015 12:42:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Irp-0007Sc-BC for xen-api@lists.xen.org; Tue, 09 Jun 2015 12:42:57 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id B9/F2-03895-05FD6755; Tue, 09 Jun 2015 12:42:56 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1433853775!12116980!1 X-Originating-IP: [157.55.2.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2721 invoked from network); 9 Jun 2015 12:42:55 -0000 Received: from dub004-omc3s1.hotmail.com (HELO DUB004-OMC3S1.hotmail.com) (157.55.2.10) by server-14.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 12:42:55 -0000 Received: from DUB128-W9 ([157.55.2.8]) by DUB004-OMC3S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 05:42:54 -0700 X-TMN: [2UPi0V4GGcmUTL6D65Vb8tZtVQSZgvXn] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Gautam Malu Date: Tue, 9 Jun 2015 12:42:54 +0000 Importance: Normal In-Reply-To: References: , , MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 12:42:54.0630 (UTC) FILETIME=[CE35FC60:01D0A2B1] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3452416141126960884==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3452416141126960884== Content-Type: multipart/alternative; boundary="_0d04170b-20f2-4adb-a444-507c22028860_" --_0d04170b-20f2-4adb-a444-507c22028860_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Just found the liblwt-ocaml_2.4.5.orig.tar bug: edit file : buildroot/SPECS/ocaml-lwt.spec and insert the following as the = first entry under %changelog [%changelog] * Mon May 12 2014 David Scott - 2.4.8-1 - Update to 2.4.8 [* Sun May 11 2014 David Scott - 2.4.5-1 - Update to 2.4.5] This now continues but I then hit: dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocaml_2.4.= 8.orig.tar.gz dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian.tar= .gz dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc debian/rules build dh build --with ocaml --with python2 dh_testdir dh_ocamlinit sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g= ' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE= : /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-ocaml.= install sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g= ' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE= : /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblwt-oc= aml-dev.install touch ocamlinit-stamp debian/rules override_dh_auto_build make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' debian/build.sh ocamlfind: Package `bytes' not found W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -forma= t %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 E: Cannot find findlib package bytes E: Failure("1 configuration error") make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml || oca= mlc -o setup.exe setup.ml rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo ./setup.exe -configure=20 ocamlfind: Package `bytes' not found W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -forma= t %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 E: Cannot find findlib package bytes E: Failure("1 configuration error") make[2]: *** [setup.data] Error 1 - bytes is only included with ocaml 4.02 and later - this is being compiled= with 4.01=2C I think. Could anyone tell be how to change buildroot to use 4.02? Cheers Nick From: gautam.malu@research.iiit.ac.in Date: Sat=2C 6 Jun 2015 18:46:23 +0530 Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro To: buzzheavyyear@hotmail.com CC: anil@recoil.org=3B xen-api@lists.xen.org Hi=2C=20 I also tried xen-arm-builder on arndale exynos 5250 board with both ubuntu = utopic image and with linaro-trusty image. I also got stuck at the same lib= lwt-ocaml_2.4.5.orig.tar issue.=20 Best regards=2CGautam Malu=0A= On Fri=2C Jun 5=2C 2015 at 8:31 PM=2C Nick Betteridge wrote: =0A= =0A= =0A= The Linary/trusty problem is generally an annoyance in the xen-arm-builder = image=2C since we can't just use upstream armhf images. I wonder if it's j= ust worth hacking into Ubuntu instead of Linaro=2C since it's the same imag= e (I think). Hi Anil=2C I've already spent quite a lot of time playing with xen-arm-builder=2C try = to coerce the build to work with the A80. I'll have another look. I just ne= ed xapi to work with something that has more grunt that an A20. I just wish= I had more Linux dev experience. Cheers Nick =0A= _______________________________________________ =0A= Xen-api mailing list =0A= Xen-api@lists.xen.org =0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api =0A= = --_0d04170b-20f2-4adb-a444-507c22028860_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Just found the liblwt-ocaml_2.4.= 5.orig.tar bug:

edit file : buildroot/SPECS/ocaml-lwt.spec and inser= t the following as the first entry under %changelog


[%changelog]=
* Mon May 12 2014 David Scott <=3Bdave.scott@citrix.com>=3B - 2.4.8= -1
- Update to 2.4.8

[* Sun May 11 2014 David Scott <=3Bdave.sc= ott@citrix.com>=3B - 2.4.5-1
- Update to 2.4.5]

This now contin= ues but I then hit:


dpkg-source: info: using source format `3.0 = (quilt)'
dpkg-source: info: building liblwt-ocaml using existing ./liblw= t-ocaml_2.4.8.orig.tar.gz
dpkg-source: info: building liblwt-ocaml in li= blwt-ocaml_2.4.8-1.debian.tar.gz
dpkg-source: info: building liblwt-ocam= l in liblwt-ocaml_2.4.8-1.dsc
 =3Bdebian/rules build
dh build --w= ith ocaml --with python2
 =3B =3B dh_testdir
 =3B =3B= dh_ocamlinit
 =3B =3B =3B sed =3B -e 's%@OCamlABI@%4.01= .0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib= /ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: /d' -e 's/^DYN: //' debian/l= iblwt-ocaml.install.in >=3B debian/liblwt-ocaml.install
 =3B = =3B =3B sed =3B -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/= usr/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT:= //' -e '/^BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in >= =3B debian/liblwt-ocaml-dev.install
 =3B =3B =3B touch ocaml= init-stamp
 =3B =3B debian/rules override_dh_auto_build
make[= 1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8'
debian/build.sh<= br>ocamlfind: Package `bytes' not found
W: Field 'pkg_bytes' is not set:= Command ''/usr/bin/ocamlfind' query -format %d bytes >=3B '/tmp/oasis-67= 6905.txt'' terminated with error code 2
E: Cannot find findlib package b= ytes
E: Failure("1 configuration error")
make[2]: Entering directory = `/tmp/buildd/liblwt-ocaml-2.4.8'
ocamlopt.opt -o setup.exe setup.ml || o= camlopt -o setup.exe setup.ml || ocamlc -o setup.exe setup.ml
rm -f setu= p.cmx setup.cmi setup.o setup.obj setup.cmo
./setup.exe -configure
o= camlfind: Package `bytes' not found
W: Field 'pkg_bytes' is not set: Com= mand ''/usr/bin/ocamlfind' query -format %d bytes >=3B '/tmp/oasis-e7da27= .txt'' terminated with error code 2
E: Cannot find findlib package bytes=
E: Failure("1 configuration error")
make[2]: *** [setup.data] Error = 1


- bytes is only included with ocaml 4.02 and later - this is b= eing compiled with 4.01=2C I think.

Could anyone tell be how to chan= ge buildroot to use 4.02?

Cheers
Nick


From: gautam.malu@research.iiit.ac.in
Date: Sat=2C 6 Jun 20= 15 18:46:23 +0530
Subject: Re: [Xen-API] Building for cubieboard4 with v= anilla linux/linaro
To: buzzheavyyear@hotmail.com
CC: anil@recoil.org= =3B xen-api@lists.xen.org

Hi=2C
I al= so tried xen-arm-builder on arndale exynos 5250 board with both ubuntu utop= ic image and with linaro-trusty image. I also got stuck at the same liblwt-= ocaml_2.4.5.orig.tar issue.

Best regards=2C
Gauta= m Malu
=0A=
On Fri=2C Jun 5=2C 2015 at 8:31 PM=2C Nic= k Betteridge <=3Bbuzzheavyyear@hotmail.com>=3B wrote:<= br>
=0A= =0A= =0A=


The Linary/trusty problem is gener= ally an annoyance in the xen-arm-builder image=2C since we can't just use u= pstream armhf images. =3B I wonder if it's just worth hacking into Ubun= tu instead of Linaro=2C since it's the same image (I think).

= Hi Anil=2C

I've already spent quite a lot of time playing with xen-a= rm-builder=2C try to coerce the build to work with the A80. I'll have anoth= er look. I just need xapi to work with something that has more grunt that a= n A20. I just wish I had more Linux dev experience.

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

= --_0d04170b-20f2-4adb-a444-507c22028860_-- --===============3452416141126960884== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3452416141126960884==-- From xen-api-bounces@lists.xen.org Tue Jun 09 12:46:55 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 12:46: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 1Z2Ive-0007r0-3P; Tue, 09 Jun 2015 12:46:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Ivc-0007qr-Tk for xen-api@lists.xen.org; Tue, 09 Jun 2015 12:46:53 +0000 Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id DE/E9-31304-C30E6755; Tue, 09 Jun 2015 12:46:52 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-206.messagelabs.com!1433854010!12920688!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25974 invoked from network); 9 Jun 2015 12:46:50 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jun 2015 12:46:50 -0000 Received: from [10.230.51.39] (209.133.17.6.available.above.net [209.133.17.6]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id efb7a4e8; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 9 Jun 2015 13:46:49 +0100 (BST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 9 Jun 2015 05:46:47 -0700 Message-Id: References: To: Nick Betteridge X-Mailer: Apple Mail (2.2098) Cc: Gautam Malu , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1176035595444365294==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1176035595444365294== Content-Type: multipart/alternative; boundary="Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E" --Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 If you use ocamlfind 1.5.1 or later (from memory -- check the changelog = or the base-bytes package in OPAM), then the 'bytes' package will be = made available on 4.01 as well as a virtual package. The intention is = that 'bytes' can be used on any OCaml version and an appropriate = compatibility shim will be made available on earlier OCaml versions.=20 -anil > On 9 Jun 2015, at 05:42, Nick Betteridge = wrote: >=20 > Just found the liblwt-ocaml_2.4.5.orig.tar bug: >=20 > edit file : buildroot/SPECS/ocaml-lwt.spec and insert the following as = the first entry under %changelog >=20 >=20 > [%changelog] > * Mon May 12 2014 David Scott > - 2.4.8-1 > - Update to 2.4.8 >=20 > [* Sun May 11 2014 David Scott > - 2.4.5-1 > - Update to 2.4.5] >=20 > This now continues but I then hit: >=20 >=20 > dpkg-source: info: using source format `3.0 (quilt)' > dpkg-source: info: building liblwt-ocaml using existing = ./liblwt-ocaml_2.4.8.orig.tar.gz > dpkg-source: info: building liblwt-ocaml in = liblwt-ocaml_2.4.8-1.debian.tar.gz > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > debian/rules build > dh build --with ocaml --with python2 > dh_testdir > dh_ocamlinit > sed -e 's%@OCamlABI@%4.01.0%g' -e = 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > = debian/liblwt-ocaml.install > sed -e 's%@OCamlABI@%4.01.0%g' -e = 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > = debian/liblwt-ocaml-dev.install > touch ocamlinit-stamp > debian/rules override_dh_auto_build > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > debian/build.sh > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml = || ocamlc -o setup.exe setup.ml > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > ./setup.exe -configure=20 > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: *** [setup.data] Error 1 >=20 >=20 > - bytes is only included with ocaml 4.02 and later - this is being = compiled with 4.01, I think. >=20 > Could anyone tell be how to change buildroot to use 4.02? >=20 > Cheers > Nick >=20 >=20 > From: gautam.malu@research.iiit.ac.in > Date: Sat, 6 Jun 2015 18:46:23 +0530 > Subject: Re: [Xen-API] Building for cubieboard4 with vanilla = linux/linaro > To: buzzheavyyear@hotmail.com > CC: anil@recoil.org; xen-api@lists.xen.org >=20 > Hi,=20 > I also tried xen-arm-builder on arndale exynos 5250 board with both = ubuntu utopic image and with linaro-trusty image. I also got stuck at = the same liblwt-ocaml_2.4.5.orig.tar issue.=20 >=20 > Best regards, > Gautam Malu >=20 > On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge = >wrote: >=20 >=20 > The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf images. I = wonder if it's just worth hacking into Ubuntu instead of Linaro, since = it's the same image (I think). >=20 > Hi Anil, >=20 > I've already spent quite a lot of time playing with xen-arm-builder, = try to coerce the build to work with the A80. I'll have another look. I = just need xapi to work with something that has more grunt that an A20. I = just wish I had more Linux dev experience. >=20 > Cheers > Nick >=20 > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = >=20 >=20 > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 If you  use ocamlfind 1.5.1 or later (from memory -- = check the changelog or the base-bytes package in OPAM), then the 'bytes' = package will be made available on 4.01 as well as a virtual package. =  The intention is that 'bytes' can be used on any OCaml version and = an appropriate compatibility shim will be made available on earlier = OCaml versions. 

-anil

On 9 Jun 2015, at 05:42, Nick = Betteridge <buzzheavyyear@hotmail.com> wrote:

Just found the = liblwt-ocaml_2.4.5.orig.tar bug:

edit file = : buildroot/SPECS/ocaml-lwt.spec and insert the following as the first = entry under %changelog


[%changelog]
* Mon May 12 2014 David Scott = <dave.scott@citrix.com> - 2.4.8-1
- = Update to 2.4.8

[* Sun May 11 2014 David = Scott <dave.scott@citrix.com> - 2.4.5-1
- = Update to 2.4.5]

This now continues but I = then hit:


dpkg-source: info: = using source format `3.0 (quilt)'
dpkg-source: info: = building liblwt-ocaml using existing ./liblwt-ocaml_2.4.8.orig.tar.gz
dpkg-source: info: building liblwt-ocaml in = liblwt-ocaml_2.4.8-1.debian.tar.gz
dpkg-source: info: = building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc
 debian/rules build
dh build --with ocaml = --with python2
   dh_testdir
   dh_ocamlinit
    = sed  -e 's%@OCamlABI@%4.01.0%g' -e = 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > = debian/liblwt-ocaml.install
    sed  = -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > = debian/liblwt-ocaml-dev.install
    touch = ocamlinit-stamp
   debian/rules = override_dh_auto_build
make[1]: Entering directory = `/tmp/buildd/liblwt-ocaml-2.4.8'
debian/build.sh
ocamlfind: Package `bytes' not found
W: Field = 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -format %d = bytes > '/tmp/oasis-676905.txt'' terminated with error code 2
E: Cannot find findlib package bytes
E: = Failure("1 configuration error")
make[2]: Entering = directory `/tmp/buildd/liblwt-ocaml-2.4.8'
ocamlopt.opt -o = setup.exe setup.ml || ocamlopt -o setup.exe setup.ml || ocamlc -o = setup.exe setup.ml
rm -f setup.cmx setup.cmi setup.o = setup.obj setup.cmo
./setup.exe -configure 
ocamlfind: = Package `bytes' not found
W: Field 'pkg_bytes' is not set: = Command ''/usr/bin/ocamlfind' query -format %d bytes > = '/tmp/oasis-e7da27.txt'' terminated with error code 2
E: = Cannot find findlib package bytes
E: Failure("1 = configuration error")
make[2]: *** [setup.data] Error 1


- bytes is only included with = ocaml 4.02 and later - this is being compiled with 4.01, I think.

Could anyone tell be how to change buildroot = to use 4.02?

Cheers
Nick


From: gautam.malu@research.iiit.ac.in
Date: Sat, = 6 Jun 2015 18:46:23 +0530
Subject: Re: [Xen-API] Building = for cubieboard4 with vanilla linux/linaro
To: buzzheavyyear@hotmail.com
CC: anil@recoil.org; xen-api@lists.xen.org

Hi, 
I also = tried xen-arm-builder on arndale exynos 5250 board with both ubuntu = utopic image and with linaro-trusty image. I also got stuck at the same = liblwt-ocaml_2.4.5.orig.tar issue. 

Best regards,
Gautam = Malu

On = Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge <buzzheavyyear@hotmail.com>wrote:

The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf = images.  I wonder if it's just worth hacking into Ubuntu instead of = Linaro, since it's the same image (I think).

Hi Anil,

I've already = spent quite a lot of time playing with xen-arm-builder, try to coerce = the build to work with the A80. I'll have another look. I just need xapi = to work with something that has more grunt that an A20. I just wish I = had more Linux dev experience.

Cheers
Nick

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


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

= --Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E-- --===============1176035595444365294== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1176035595444365294==-- From xen-api-bounces@lists.xen.org Tue Jun 09 12:46:55 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 12:46: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 1Z2Ive-0007r0-3P; Tue, 09 Jun 2015 12:46:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Ivc-0007qr-Tk for xen-api@lists.xen.org; Tue, 09 Jun 2015 12:46:53 +0000 Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id DE/E9-31304-C30E6755; Tue, 09 Jun 2015 12:46:52 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-206.messagelabs.com!1433854010!12920688!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25974 invoked from network); 9 Jun 2015 12:46:50 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jun 2015 12:46:50 -0000 Received: from [10.230.51.39] (209.133.17.6.available.above.net [209.133.17.6]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id efb7a4e8; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 9 Jun 2015 13:46:49 +0100 (BST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 9 Jun 2015 05:46:47 -0700 Message-Id: References: To: Nick Betteridge X-Mailer: Apple Mail (2.2098) Cc: Gautam Malu , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1176035595444365294==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1176035595444365294== Content-Type: multipart/alternative; boundary="Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E" --Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 If you use ocamlfind 1.5.1 or later (from memory -- check the changelog = or the base-bytes package in OPAM), then the 'bytes' package will be = made available on 4.01 as well as a virtual package. The intention is = that 'bytes' can be used on any OCaml version and an appropriate = compatibility shim will be made available on earlier OCaml versions.=20 -anil > On 9 Jun 2015, at 05:42, Nick Betteridge = wrote: >=20 > Just found the liblwt-ocaml_2.4.5.orig.tar bug: >=20 > edit file : buildroot/SPECS/ocaml-lwt.spec and insert the following as = the first entry under %changelog >=20 >=20 > [%changelog] > * Mon May 12 2014 David Scott > - 2.4.8-1 > - Update to 2.4.8 >=20 > [* Sun May 11 2014 David Scott > - 2.4.5-1 > - Update to 2.4.5] >=20 > This now continues but I then hit: >=20 >=20 > dpkg-source: info: using source format `3.0 (quilt)' > dpkg-source: info: building liblwt-ocaml using existing = ./liblwt-ocaml_2.4.8.orig.tar.gz > dpkg-source: info: building liblwt-ocaml in = liblwt-ocaml_2.4.8-1.debian.tar.gz > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > debian/rules build > dh build --with ocaml --with python2 > dh_testdir > dh_ocamlinit > sed -e 's%@OCamlABI@%4.01.0%g' -e = 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > = debian/liblwt-ocaml.install > sed -e 's%@OCamlABI@%4.01.0%g' -e = 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > = debian/liblwt-ocaml-dev.install > touch ocamlinit-stamp > debian/rules override_dh_auto_build > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > debian/build.sh > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml = || ocamlc -o setup.exe setup.ml > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > ./setup.exe -configure=20 > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: *** [setup.data] Error 1 >=20 >=20 > - bytes is only included with ocaml 4.02 and later - this is being = compiled with 4.01, I think. >=20 > Could anyone tell be how to change buildroot to use 4.02? >=20 > Cheers > Nick >=20 >=20 > From: gautam.malu@research.iiit.ac.in > Date: Sat, 6 Jun 2015 18:46:23 +0530 > Subject: Re: [Xen-API] Building for cubieboard4 with vanilla = linux/linaro > To: buzzheavyyear@hotmail.com > CC: anil@recoil.org; xen-api@lists.xen.org >=20 > Hi,=20 > I also tried xen-arm-builder on arndale exynos 5250 board with both = ubuntu utopic image and with linaro-trusty image. I also got stuck at = the same liblwt-ocaml_2.4.5.orig.tar issue.=20 >=20 > Best regards, > Gautam Malu >=20 > On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge = >wrote: >=20 >=20 > The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf images. I = wonder if it's just worth hacking into Ubuntu instead of Linaro, since = it's the same image (I think). >=20 > Hi Anil, >=20 > I've already spent quite a lot of time playing with xen-arm-builder, = try to coerce the build to work with the A80. I'll have another look. I = just need xapi to work with something that has more grunt that an A20. I = just wish I had more Linux dev experience. >=20 > Cheers > Nick >=20 > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = >=20 >=20 > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 If you  use ocamlfind 1.5.1 or later (from memory -- = check the changelog or the base-bytes package in OPAM), then the 'bytes' = package will be made available on 4.01 as well as a virtual package. =  The intention is that 'bytes' can be used on any OCaml version and = an appropriate compatibility shim will be made available on earlier = OCaml versions. 

-anil

On 9 Jun 2015, at 05:42, Nick = Betteridge <buzzheavyyear@hotmail.com> wrote:

Just found the = liblwt-ocaml_2.4.5.orig.tar bug:

edit file = : buildroot/SPECS/ocaml-lwt.spec and insert the following as the first = entry under %changelog


[%changelog]
* Mon May 12 2014 David Scott = <dave.scott@citrix.com> - 2.4.8-1
- = Update to 2.4.8

[* Sun May 11 2014 David = Scott <dave.scott@citrix.com> - 2.4.5-1
- = Update to 2.4.5]

This now continues but I = then hit:


dpkg-source: info: = using source format `3.0 (quilt)'
dpkg-source: info: = building liblwt-ocaml using existing ./liblwt-ocaml_2.4.8.orig.tar.gz
dpkg-source: info: building liblwt-ocaml in = liblwt-ocaml_2.4.8-1.debian.tar.gz
dpkg-source: info: = building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc
 debian/rules build
dh build --with ocaml = --with python2
   dh_testdir
   dh_ocamlinit
    = sed  -e 's%@OCamlABI@%4.01.0%g' -e = 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > = debian/liblwt-ocaml.install
    sed  = -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e = 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: = /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > = debian/liblwt-ocaml-dev.install
    touch = ocamlinit-stamp
   debian/rules = override_dh_auto_build
make[1]: Entering directory = `/tmp/buildd/liblwt-ocaml-2.4.8'
debian/build.sh
ocamlfind: Package `bytes' not found
W: Field = 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -format %d = bytes > '/tmp/oasis-676905.txt'' terminated with error code 2
E: Cannot find findlib package bytes
E: = Failure("1 configuration error")
make[2]: Entering = directory `/tmp/buildd/liblwt-ocaml-2.4.8'
ocamlopt.opt -o = setup.exe setup.ml || ocamlopt -o setup.exe setup.ml || ocamlc -o = setup.exe setup.ml
rm -f setup.cmx setup.cmi setup.o = setup.obj setup.cmo
./setup.exe -configure 
ocamlfind: = Package `bytes' not found
W: Field 'pkg_bytes' is not set: = Command ''/usr/bin/ocamlfind' query -format %d bytes > = '/tmp/oasis-e7da27.txt'' terminated with error code 2
E: = Cannot find findlib package bytes
E: Failure("1 = configuration error")
make[2]: *** [setup.data] Error 1


- bytes is only included with = ocaml 4.02 and later - this is being compiled with 4.01, I think.

Could anyone tell be how to change buildroot = to use 4.02?

Cheers
Nick


From: gautam.malu@research.iiit.ac.in
Date: Sat, = 6 Jun 2015 18:46:23 +0530
Subject: Re: [Xen-API] Building = for cubieboard4 with vanilla linux/linaro
To: buzzheavyyear@hotmail.com
CC: anil@recoil.org; xen-api@lists.xen.org

Hi, 
I also = tried xen-arm-builder on arndale exynos 5250 board with both ubuntu = utopic image and with linaro-trusty image. I also got stuck at the same = liblwt-ocaml_2.4.5.orig.tar issue. 

Best regards,
Gautam = Malu

On = Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge <buzzheavyyear@hotmail.com>wrote:

The Linary/trusty problem is generally an annoyance in the = xen-arm-builder image, since we can't just use upstream armhf = images.  I wonder if it's just worth hacking into Ubuntu instead of = Linaro, since it's the same image (I think).

Hi Anil,

I've already = spent quite a lot of time playing with xen-arm-builder, try to coerce = the build to work with the A80. I'll have another look. I just need xapi = to work with something that has more grunt that an A20. I just wish I = had more Linux dev experience.

Cheers
Nick

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


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

= --Apple-Mail=_B45A056B-C071-4820-A13E-529244A6B86E-- --===============1176035595444365294== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1176035595444365294==-- From xen-api-bounces@lists.xen.org Tue Jun 09 12:47:42 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 12:47: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 1Z2IwQ-000889-Bm; Tue, 09 Jun 2015 12:47:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2IwO-00085t-MH for xen-api@lists.xen.org; Tue, 09 Jun 2015 12:47:41 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 58/B6-13047-B60E6755; Tue, 09 Jun 2015 12:47:39 +0000 X-Env-Sender: prvs=595aa943b=Dave.Scott@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1433854058!21699295!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30320 invoked from network); 9 Jun 2015 12:47:38 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jun 2015 12:47:38 -0000 X-IronPort-AV: E=Sophos;i="5.13,579,1427760000"; d="scan'208";a="641940" From: Dave Scott To: Nick Betteridge Thread-Topic: [Xen-API] Building for cubieboard4 with vanilla linux/linaro Thread-Index: AQHQn3CpuZM3j+bqo0SvZyKlsx6JlZ2d2IYAgAAIJYCAAXTkgIAEraQAgAABUgA= Date: Tue, 9 Jun 2015 12:47:37 +0000 Message-ID: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <00256000EEAAA647B48B5235CBB2960C@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: Gautam Malu , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 9 Jun 2015, at 13:42, Nick Betteridge wrot= e: > = > Just found the liblwt-ocaml_2.4.5.orig.tar bug: > = > edit file : buildroot/SPECS/ocaml-lwt.spec and insert the following as th= e first entry under %changelog > = > = > [%changelog] > * Mon May 12 2014 David Scott - 2.4.8-1 > - Update to 2.4.8 > = > [* Sun May 11 2014 David Scott - 2.4.5-1 > - Update to 2.4.5] oops =97 feel free to send a pull request! > This now continues but I then hit: > = > = > dpkg-source: info: using source format `3.0 (quilt)' > dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocaml_2.= 4.8.orig.tar.gz > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian.t= ar.gz > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > debian/rules build > dh build --with ocaml --with python2 > dh_testdir > dh_ocamlinit > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml= %g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BY= TE: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-ocam= l.install > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml= %g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BY= TE: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblwt-= ocaml-dev.install > touch ocamlinit-stamp > debian/rules override_dh_auto_build > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > debian/build.sh > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -for= mat %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml || o= camlc -o setup.exe setup.ml > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > ./setup.exe -configure = > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -for= mat %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: *** [setup.data] Error 1 > = > = > - bytes is only included with ocaml 4.02 and later - this is being compil= ed with 4.01, I think. > = > Could anyone tell be how to change buildroot to use 4.02? There=92s another way =97 a virtual =93bytes=94 package is included in late= r versions of ocamlfind for use by older OCamls IIRC. So you could either u= pgrade ocamlfind or ocaml. Where are you getting your ocamlfind and ocaml from? Cheers, Dave > = > Cheers > Nick > = > = > From: gautam.malu@research.iiit.ac.in > Date: Sat, 6 Jun 2015 18:46:23 +0530 > Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro > To: buzzheavyyear@hotmail.com > CC: anil@recoil.org; xen-api@lists.xen.org > = > Hi, = > I also tried xen-arm-builder on arndale exynos 5250 board with both ubunt= u utopic image and with linaro-trusty image. I also got stuck at the same l= iblwt-ocaml_2.4.5.orig.tar issue. = > = > Best regards, > Gautam Malu > = > On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge wrote: > = > = > The Linary/trusty problem is generally an annoyance in the xen-arm-builde= r image, since we can't just use upstream armhf images. I wonder if it's j= ust worth hacking into Ubuntu instead of Linaro, since it's the same image = (I think). > = > Hi Anil, > = > I've already spent quite a lot of time playing with xen-arm-builder, try = to coerce the build to work with the A80. I'll have another look. I just ne= ed xapi to work with something that has more grunt that an A20. I just wish= I had more Linux dev experience. > = > Cheers > Nick > = > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = > = > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Jun 09 12:47:42 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 12:47: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 1Z2IwQ-000889-Bm; Tue, 09 Jun 2015 12:47:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2IwO-00085t-MH for xen-api@lists.xen.org; Tue, 09 Jun 2015 12:47:41 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 58/B6-13047-B60E6755; Tue, 09 Jun 2015 12:47:39 +0000 X-Env-Sender: prvs=595aa943b=Dave.Scott@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1433854058!21699295!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30320 invoked from network); 9 Jun 2015 12:47:38 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jun 2015 12:47:38 -0000 X-IronPort-AV: E=Sophos;i="5.13,579,1427760000"; d="scan'208";a="641940" From: Dave Scott To: Nick Betteridge Thread-Topic: [Xen-API] Building for cubieboard4 with vanilla linux/linaro Thread-Index: AQHQn3CpuZM3j+bqo0SvZyKlsx6JlZ2d2IYAgAAIJYCAAXTkgIAEraQAgAABUgA= Date: Tue, 9 Jun 2015 12:47:37 +0000 Message-ID: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <00256000EEAAA647B48B5235CBB2960C@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: Gautam Malu , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 9 Jun 2015, at 13:42, Nick Betteridge wrot= e: > = > Just found the liblwt-ocaml_2.4.5.orig.tar bug: > = > edit file : buildroot/SPECS/ocaml-lwt.spec and insert the following as th= e first entry under %changelog > = > = > [%changelog] > * Mon May 12 2014 David Scott - 2.4.8-1 > - Update to 2.4.8 > = > [* Sun May 11 2014 David Scott - 2.4.5-1 > - Update to 2.4.5] oops =97 feel free to send a pull request! > This now continues but I then hit: > = > = > dpkg-source: info: using source format `3.0 (quilt)' > dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocaml_2.= 4.8.orig.tar.gz > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian.t= ar.gz > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > debian/rules build > dh build --with ocaml --with python2 > dh_testdir > dh_ocamlinit > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml= %g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BY= TE: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-ocam= l.install > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml= %g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BY= TE: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblwt-= ocaml-dev.install > touch ocamlinit-stamp > debian/rules override_dh_auto_build > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > debian/build.sh > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -for= mat %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml || o= camlc -o setup.exe setup.ml > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > ./setup.exe -configure = > ocamlfind: Package `bytes' not found > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -for= mat %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > E: Cannot find findlib package bytes > E: Failure("1 configuration error") > make[2]: *** [setup.data] Error 1 > = > = > - bytes is only included with ocaml 4.02 and later - this is being compil= ed with 4.01, I think. > = > Could anyone tell be how to change buildroot to use 4.02? There=92s another way =97 a virtual =93bytes=94 package is included in late= r versions of ocamlfind for use by older OCamls IIRC. So you could either u= pgrade ocamlfind or ocaml. Where are you getting your ocamlfind and ocaml from? Cheers, Dave > = > Cheers > Nick > = > = > From: gautam.malu@research.iiit.ac.in > Date: Sat, 6 Jun 2015 18:46:23 +0530 > Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro > To: buzzheavyyear@hotmail.com > CC: anil@recoil.org; xen-api@lists.xen.org > = > Hi, = > I also tried xen-arm-builder on arndale exynos 5250 board with both ubunt= u utopic image and with linaro-trusty image. I also got stuck at the same l= iblwt-ocaml_2.4.5.orig.tar issue. = > = > Best regards, > Gautam Malu > = > On Fri, Jun 5, 2015 at 8:31 PM, Nick Betteridge wrote: > = > = > The Linary/trusty problem is generally an annoyance in the xen-arm-builde= r image, since we can't just use upstream armhf images. I wonder if it's j= ust worth hacking into Ubuntu instead of Linaro, since it's the same image = (I think). > = > Hi Anil, > = > I've already spent quite a lot of time playing with xen-arm-builder, try = to coerce the build to work with the A80. I'll have another look. I just ne= ed xapi to work with something that has more grunt that an A20. I just wish= I had more Linux dev experience. > = > Cheers > Nick > = > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > = > = > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Jun 09 13:19:53 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 13:19: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 1Z2JRP-0002FV-Kc; Tue, 09 Jun 2015 13:19:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2JRO-0002FM-Sc for xen-api@lists.xen.org; Tue, 09 Jun 2015 13:19:42 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 44/DE-02969-DE7E6755; Tue, 09 Jun 2015 13:19:41 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1433855981!14590311!1 X-Originating-IP: [157.55.0.213] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31954 invoked from network); 9 Jun 2015 13:19:41 -0000 Received: from dub004-omc1s14.hotmail.com (HELO DUB004-OMC1S14.hotmail.com) (157.55.0.213) by server-8.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 13:19:41 -0000 Received: from DUB128-W61 ([157.55.0.237]) by DUB004-OMC1S14.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 06:19:40 -0700 X-TMN: [906OQE4FbGaqejsPArroDNtN5Mc7R8LL] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott , "anil@recoil.org" Date: Tue, 9 Jun 2015 13:19:40 +0000 Importance: Normal In-Reply-To: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> References: , , , , , <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 13:19:40.0844 (UTC) FILETIME=[F13786C0:01D0A2B6] Cc: Gautam Malu , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0048793495374132798==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0048793495374132798== Content-Type: multipart/alternative; boundary="_edfa1ebd-4c87-4d7d-8401-f377068af022_" --_edfa1ebd-4c87-4d7d-8401-f377068af022_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? >=20 Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I added= this via opam and this lives in /home/linaro/.opam/system/bin/ocamlfind=2C= which is on the PATH Doing an 'ocamlfind list' gives: .... bytes (version: [distributed with OCaml 4.02 or above]) .... Cheers Nick = --_edfa1ebd-4c87-4d7d-8401-f377068af022_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

>=3B There=92s anothe= r way =97 a virtual =93bytes=94 package is included in later versions of oc= amlfind for use by older OCamls IIRC. So you could either upgrade ocamlfind= or ocaml.
>=3B
>=3B Where are you getting your ocamlfind and oc= aml from?
>=3B

Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me ocaml 4.02.1 in /usr/bin. But there is no= ocamlfind in /usr/bin. So I added this via opam and this lives in /home/li= naro/.opam/system/bin/ocamlfind=2C which is on the PATH

Doing an 'oc= amlfind list' gives:
....
bytes =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B= (version: [distributed with OCaml 4.02 or above])
....

CheersNick
= --_edfa1ebd-4c87-4d7d-8401-f377068af022_-- --===============0048793495374132798== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0048793495374132798==-- From xen-api-bounces@lists.xen.org Tue Jun 09 13:19:53 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 13:19: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 1Z2JRP-0002FV-Kc; Tue, 09 Jun 2015 13:19:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2JRO-0002FM-Sc for xen-api@lists.xen.org; Tue, 09 Jun 2015 13:19:42 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 44/DE-02969-DE7E6755; Tue, 09 Jun 2015 13:19:41 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1433855981!14590311!1 X-Originating-IP: [157.55.0.213] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31954 invoked from network); 9 Jun 2015 13:19:41 -0000 Received: from dub004-omc1s14.hotmail.com (HELO DUB004-OMC1S14.hotmail.com) (157.55.0.213) by server-8.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 13:19:41 -0000 Received: from DUB128-W61 ([157.55.0.237]) by DUB004-OMC1S14.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 06:19:40 -0700 X-TMN: [906OQE4FbGaqejsPArroDNtN5Mc7R8LL] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott , "anil@recoil.org" Date: Tue, 9 Jun 2015 13:19:40 +0000 Importance: Normal In-Reply-To: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> References: , , , , , <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 13:19:40.0844 (UTC) FILETIME=[F13786C0:01D0A2B6] Cc: Gautam Malu , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0048793495374132798==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0048793495374132798== Content-Type: multipart/alternative; boundary="_edfa1ebd-4c87-4d7d-8401-f377068af022_" --_edfa1ebd-4c87-4d7d-8401-f377068af022_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? >=20 Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I added= this via opam and this lives in /home/linaro/.opam/system/bin/ocamlfind=2C= which is on the PATH Doing an 'ocamlfind list' gives: .... bytes (version: [distributed with OCaml 4.02 or above]) .... Cheers Nick = --_edfa1ebd-4c87-4d7d-8401-f377068af022_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

>=3B There=92s anothe= r way =97 a virtual =93bytes=94 package is included in later versions of oc= amlfind for use by older OCamls IIRC. So you could either upgrade ocamlfind= or ocaml.
>=3B
>=3B Where are you getting your ocamlfind and oc= aml from?
>=3B

Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me ocaml 4.02.1 in /usr/bin. But there is no= ocamlfind in /usr/bin. So I added this via opam and this lives in /home/li= naro/.opam/system/bin/ocamlfind=2C which is on the PATH

Doing an 'oc= amlfind list' gives:
....
bytes =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B= (version: [distributed with OCaml 4.02 or above])
....

CheersNick
= --_edfa1ebd-4c87-4d7d-8401-f377068af022_-- --===============0048793495374132798== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0048793495374132798==-- From xen-api-bounces@lists.xen.org Tue Jun 09 14:02:23 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 14:02: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 1Z2K6d-0007Ce-AM; Tue, 09 Jun 2015 14:02:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2K6c-0007CV-8t for xen-api@lists.xen.org; Tue, 09 Jun 2015 14:02:18 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 90/0E-19215-9E1F6755; Tue, 09 Jun 2015 14:02:17 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1433858533!7519816!1 X-Originating-IP: [157.55.0.221] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25114 invoked from network); 9 Jun 2015 14:02:13 -0000 Received: from dub004-omc1s22.hotmail.com (HELO DUB004-OMC1S22.hotmail.com) (157.55.0.221) by server-14.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 14:02:13 -0000 Received: from DUB128-W13 ([157.55.0.237]) by DUB004-OMC1S22.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 07:02:12 -0700 X-TMN: [vmI8EmzH6vfidGQ7ak/cEXKMrGXcrlSs] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott , "anil@recoil.org" Date: Tue, 9 Jun 2015 14:02:12 +0000 Importance: Normal In-Reply-To: References: , , , , , , , , , , <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com>, MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 14:02:12.0690 (UTC) FILETIME=[E23C5320:01D0A2BC] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2774299589231689601==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2774299589231689601== Content-Type: multipart/alternative; boundary="_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_" --_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I've linked /usr/bin/ocamlfind to the opam version and the error is still t= here=2C complaining about package 'bytes' not found. Is there any way I can create the whole bundle using opam (I've read the no= tes :p) and then somehow create the deb packages for including in the cubie= 4 image? I really am very keen to get this to work - I'm having problems wi= th the build in http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 as= I can't change the hostname on a cubie2. Cheers Nick From: buzzheavyyear@hotmail.com To: dave.scott@citrix.com=3B anil@recoil.org Date: Tue=2C 9 Jun 2015 13:19:40 +0000 CC: gautam.malu@research.iiit.ac.in=3B xen-api@lists.xen.org Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro =0A= =0A= =0A= > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? >=20 Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I added= this via opam and this lives in /home/linaro/.opam/system/bin/ocamlfind=2C= which is on the PATH Doing an 'ocamlfind list' gives: .... bytes (version: [distributed with OCaml 4.02 or above]) .... Cheers Nick =0A= _______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I've linked /usr/bin/ocamlfind t= o the opam version and the error is still there=2C complaining about packag= e 'bytes' not found.

Is there any way I can create the whole bundle = using opam (I've read the notes :p) and then somehow create the deb package= s for including in the cubie4 image? I really am very keen to get this to w= ork - I'm having problems with the build in http://xenbits.xenp= roject.org/djs/linaro-xapi-4-4-talex5 as I can't change the hostname on= a cubie2.

Cheers
Nick

From: = buzzheavyyear@hotmail.com
To: dave.scott@citrix.com=3B anil@recoil.orgDate: Tue=2C 9 Jun 2015 13:19:40 +0000
CC: gautam.malu@research.iiit.a= c.in=3B xen-api@lists.xen.org
Subject: Re: [Xen-API] Building for cubieb= oard4 with vanilla linux/linaro

=0A= =0A= =0A=

>=3B There=92s another way =97 a virtual =93byt= es=94 package is included in later versions of ocamlfind for use by older O= Camls IIRC. So you could either upgrade ocamlfind or ocaml.
>=3B
&= gt=3B Where are you getting your ocamlfind and ocaml from?
>=3B
Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which g= ives me ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So= I added this via opam and this lives in /home/linaro/.opam/system/bin/ocam= lfind=2C which is on the PATH

Doing an 'ocamlfind list' gives:
..= ..
bytes =3B =3B =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B (version: [distributed wit= h OCaml 4.02 or above])
....

Cheers
Nick
=
=0A=
_______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
= --_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_-- --===============2774299589231689601== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2774299589231689601==-- From xen-api-bounces@lists.xen.org Tue Jun 09 14:02:23 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 14:02: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 1Z2K6d-0007Ce-AM; Tue, 09 Jun 2015 14:02:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2K6c-0007CV-8t for xen-api@lists.xen.org; Tue, 09 Jun 2015 14:02:18 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 90/0E-19215-9E1F6755; Tue, 09 Jun 2015 14:02:17 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1433858533!7519816!1 X-Originating-IP: [157.55.0.221] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25114 invoked from network); 9 Jun 2015 14:02:13 -0000 Received: from dub004-omc1s22.hotmail.com (HELO DUB004-OMC1S22.hotmail.com) (157.55.0.221) by server-14.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 14:02:13 -0000 Received: from DUB128-W13 ([157.55.0.237]) by DUB004-OMC1S22.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 07:02:12 -0700 X-TMN: [vmI8EmzH6vfidGQ7ak/cEXKMrGXcrlSs] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott , "anil@recoil.org" Date: Tue, 9 Jun 2015 14:02:12 +0000 Importance: Normal In-Reply-To: References: , , , , , , , , , , <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com>, MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 14:02:12.0690 (UTC) FILETIME=[E23C5320:01D0A2BC] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2774299589231689601==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2774299589231689601== Content-Type: multipart/alternative; boundary="_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_" --_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I've linked /usr/bin/ocamlfind to the opam version and the error is still t= here=2C complaining about package 'bytes' not found. Is there any way I can create the whole bundle using opam (I've read the no= tes :p) and then somehow create the deb packages for including in the cubie= 4 image? I really am very keen to get this to work - I'm having problems wi= th the build in http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 as= I can't change the hostname on a cubie2. Cheers Nick From: buzzheavyyear@hotmail.com To: dave.scott@citrix.com=3B anil@recoil.org Date: Tue=2C 9 Jun 2015 13:19:40 +0000 CC: gautam.malu@research.iiit.ac.in=3B xen-api@lists.xen.org Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro =0A= =0A= =0A= > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? >=20 Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I added= this via opam and this lives in /home/linaro/.opam/system/bin/ocamlfind=2C= which is on the PATH Doing an 'ocamlfind list' gives: .... bytes (version: [distributed with OCaml 4.02 or above]) .... Cheers Nick =0A= _______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I've linked /usr/bin/ocamlfind t= o the opam version and the error is still there=2C complaining about packag= e 'bytes' not found.

Is there any way I can create the whole bundle = using opam (I've read the notes :p) and then somehow create the deb package= s for including in the cubie4 image? I really am very keen to get this to w= ork - I'm having problems with the build in http://xenbits.xenp= roject.org/djs/linaro-xapi-4-4-talex5 as I can't change the hostname on= a cubie2.

Cheers
Nick

From: = buzzheavyyear@hotmail.com
To: dave.scott@citrix.com=3B anil@recoil.orgDate: Tue=2C 9 Jun 2015 13:19:40 +0000
CC: gautam.malu@research.iiit.a= c.in=3B xen-api@lists.xen.org
Subject: Re: [Xen-API] Building for cubieb= oard4 with vanilla linux/linaro

=0A= =0A= =0A=

>=3B There=92s another way =97 a virtual =93byt= es=94 package is included in later versions of ocamlfind for use by older O= Camls IIRC. So you could either upgrade ocamlfind or ocaml.
>=3B
&= gt=3B Where are you getting your ocamlfind and ocaml from?
>=3B
Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which g= ives me ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So= I added this via opam and this lives in /home/linaro/.opam/system/bin/ocam= lfind=2C which is on the PATH

Doing an 'ocamlfind list' gives:
..= ..
bytes =3B =3B =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B (version: [distributed wit= h OCaml 4.02 or above])
....

Cheers
Nick
=
=0A=
_______________________________________________=0A= Xen-api mailing list=0A= Xen-api@lists.xen.org=0A= http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
= --_a4d265fe-37a9-49be-9bf8-0dd7607cd21e_-- --===============2774299589231689601== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2774299589231689601==-- From xen-api-bounces@lists.xen.org Tue Jun 09 14:56:33 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 14: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 1Z2Kwz-0004uH-Ok; Tue, 09 Jun 2015 14:56:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Kwy-0004u9-Pc for xen-api@lists.xen.org; Tue, 09 Jun 2015 14:56:24 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id 59/24-15949-89EF6755; Tue, 09 Jun 2015 14:56:24 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-206.messagelabs.com!1433861782!7537901!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26865 invoked from network); 9 Jun 2015 14:56:23 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jun 2015 14:56:23 -0000 Received: from [172.31.121.199] (216.9.110.12 [216.9.110.12]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 7881c7c7; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 9 Jun 2015 15:56:22 +0100 (BST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 9 Jun 2015 07:56:20 -0700 Message-Id: References: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> To: Nick Betteridge X-Mailer: Apple Mail (2.2098) Cc: David Scott , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7937689470120875668==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7937689470120875668== Content-Type: multipart/alternative; boundary="Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A" --Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I would also be interested in an OPAM build of Xapi -- I think turning = that into a mega-deb (not suitable for upstream, but very convenient for = local deployments) would be quite easy. -anil > On 9 Jun 2015, at 07:02, Nick Betteridge = wrote: >=20 > I've linked /usr/bin/ocamlfind to the opam version and the error is = still there, complaining about package 'bytes' not found. >=20 > Is there any way I can create the whole bundle using opam (I've read = the notes :p) and then somehow create the deb packages for including in = the cubie4 image? I really am very keen to get this to work - I'm having = problems with the build in = http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 = as I can't = change the hostname on a cubie2. >=20 > Cheers > Nick >=20 > From: buzzheavyyear@hotmail.com > To: dave.scott@citrix.com; anil@recoil.org > Date: Tue, 9 Jun 2015 13:19:40 +0000 > CC: gautam.malu@research.iiit.ac.in; xen-api@lists.xen.org > Subject: Re: [Xen-API] Building for cubieboard4 with vanilla = linux/linaro >=20 >=20 > > There=92s another way =97 a virtual =93bytes=94 package is included = in later versions of ocamlfind for use by older OCamls IIRC. So you = could either upgrade ocamlfind or ocaml. > >=20 > > Where are you getting your ocamlfind and ocaml from? > >=20 >=20 > Running on the vanilla cubie4, I've added ppa:avsm/ppa, which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I = added this via opam and this lives in = /home/linaro/.opam/system/bin/ocamlfind, which is on the PATH >=20 > Doing an 'ocamlfind list' gives: > .... > bytes (version: [distributed with OCaml 4.02 or above]) > .... >=20 > Cheers > Nick >=20 > _______________________________________________ Xen-api mailing list = Xen-api@lists.xen.org = http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I would also be interested in an OPAM build of Xapi -- I = think turning that into a mega-deb (not suitable for upstream, but very = convenient for local deployments) would be quite easy.

-anil

On = 9 Jun 2015, at 07:02, Nick Betteridge <buzzheavyyear@hotmail.com> wrote:

I've linked = /usr/bin/ocamlfind to the opam version and the error is still there, = complaining about package 'bytes' not found.

Is there any way I can create the whole bundle using opam = (I've read the notes :p) and then somehow create the deb packages for = including in the cubie4 image? I really am very keen to get this to work = - I'm having problems with the build in http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 as I can't change the = hostname on a cubie2.

Cheers
Nick

From: buzzheavyyear@hotmail.com
To: dave.scott@citrix.com; anil@recoil.org
Date: Tue, 9 Jun 2015 = 13:19:40 +0000
CC: gautam.malu@research.iiit.ac.in; xen-api@lists.xen.org
Subject: Re: = [Xen-API] Building for cubieboard4 with vanilla linux/linaro


> There=92s another way =97 a virtual =93bytes=94 package = is included in later versions of ocamlfind for use by older OCamls IIRC. = So you could either upgrade ocamlfind or ocaml.
> 
> Where = are you getting your ocamlfind and ocaml from?
> 

Running on the vanilla cubie4, I've added ppa:avsm/ppa, which gives = me ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I = added this via opam and this lives in = /home/linaro/.opam/system/bin/ocamlfind, which is on the PATH

Doing an 'ocamlfind list' gives:
....
bytes         &nbs= p;     (version: [distributed with OCaml 4.02 or = above])
....

Cheers
Nick

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

= --Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A-- --===============7937689470120875668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7937689470120875668==-- From xen-api-bounces@lists.xen.org Tue Jun 09 14:56:33 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 14: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 1Z2Kwz-0004uH-Ok; Tue, 09 Jun 2015 14:56:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Kwy-0004u9-Pc for xen-api@lists.xen.org; Tue, 09 Jun 2015 14:56:24 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id 59/24-15949-89EF6755; Tue, 09 Jun 2015 14:56:24 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-206.messagelabs.com!1433861782!7537901!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26865 invoked from network); 9 Jun 2015 14:56:23 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jun 2015 14:56:23 -0000 Received: from [172.31.121.199] (216.9.110.12 [216.9.110.12]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 7881c7c7; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 9 Jun 2015 15:56:22 +0100 (BST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 9 Jun 2015 07:56:20 -0700 Message-Id: References: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> To: Nick Betteridge X-Mailer: Apple Mail (2.2098) Cc: David Scott , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7937689470120875668==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7937689470120875668== Content-Type: multipart/alternative; boundary="Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A" --Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I would also be interested in an OPAM build of Xapi -- I think turning = that into a mega-deb (not suitable for upstream, but very convenient for = local deployments) would be quite easy. -anil > On 9 Jun 2015, at 07:02, Nick Betteridge = wrote: >=20 > I've linked /usr/bin/ocamlfind to the opam version and the error is = still there, complaining about package 'bytes' not found. >=20 > Is there any way I can create the whole bundle using opam (I've read = the notes :p) and then somehow create the deb packages for including in = the cubie4 image? I really am very keen to get this to work - I'm having = problems with the build in = http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 = as I can't = change the hostname on a cubie2. >=20 > Cheers > Nick >=20 > From: buzzheavyyear@hotmail.com > To: dave.scott@citrix.com; anil@recoil.org > Date: Tue, 9 Jun 2015 13:19:40 +0000 > CC: gautam.malu@research.iiit.ac.in; xen-api@lists.xen.org > Subject: Re: [Xen-API] Building for cubieboard4 with vanilla = linux/linaro >=20 >=20 > > There=92s another way =97 a virtual =93bytes=94 package is included = in later versions of ocamlfind for use by older OCamls IIRC. So you = could either upgrade ocamlfind or ocaml. > >=20 > > Where are you getting your ocamlfind and ocaml from? > >=20 >=20 > Running on the vanilla cubie4, I've added ppa:avsm/ppa, which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I = added this via opam and this lives in = /home/linaro/.opam/system/bin/ocamlfind, which is on the PATH >=20 > Doing an 'ocamlfind list' gives: > .... > bytes (version: [distributed with OCaml 4.02 or above]) > .... >=20 > Cheers > Nick >=20 > _______________________________________________ Xen-api mailing list = Xen-api@lists.xen.org = http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I would also be interested in an OPAM build of Xapi -- I = think turning that into a mega-deb (not suitable for upstream, but very = convenient for local deployments) would be quite easy.

-anil

On = 9 Jun 2015, at 07:02, Nick Betteridge <buzzheavyyear@hotmail.com> wrote:

I've linked = /usr/bin/ocamlfind to the opam version and the error is still there, = complaining about package 'bytes' not found.

Is there any way I can create the whole bundle using opam = (I've read the notes :p) and then somehow create the deb packages for = including in the cubie4 image? I really am very keen to get this to work = - I'm having problems with the build in http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 as I can't change the = hostname on a cubie2.

Cheers
Nick

From: buzzheavyyear@hotmail.com
To: dave.scott@citrix.com; anil@recoil.org
Date: Tue, 9 Jun 2015 = 13:19:40 +0000
CC: gautam.malu@research.iiit.ac.in; xen-api@lists.xen.org
Subject: Re: = [Xen-API] Building for cubieboard4 with vanilla linux/linaro


> There=92s another way =97 a virtual =93bytes=94 package = is included in later versions of ocamlfind for use by older OCamls IIRC. = So you could either upgrade ocamlfind or ocaml.
> 
> Where = are you getting your ocamlfind and ocaml from?
> 

Running on the vanilla cubie4, I've added ppa:avsm/ppa, which gives = me ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I = added this via opam and this lives in = /home/linaro/.opam/system/bin/ocamlfind, which is on the PATH

Doing an 'ocamlfind list' gives:
....
bytes         &nbs= p;     (version: [distributed with OCaml 4.02 or = above])
....

Cheers
Nick

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

= --Apple-Mail=_940276DD-40A3-45A6-8141-B4ECEB1BCD8A-- --===============7937689470120875668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7937689470120875668==-- From xen-api-bounces@lists.xen.org Tue Jun 09 15:40:02 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 15:40: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 1Z2Ld8-0003yS-0i; Tue, 09 Jun 2015 15:39:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Ld6-0003xI-Vd for xen-api@lists.xen.org; Tue, 09 Jun 2015 15:39:57 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id C6/99-03371-CC807755; Tue, 09 Jun 2015 15:39:56 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433864394!21720850!1 X-Originating-IP: [157.55.2.77] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21410 invoked from network); 9 Jun 2015 15:39:54 -0000 Received: from dub004-omc4s2.hotmail.com (HELO DUB004-OMC4S2.hotmail.com) (157.55.2.77) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 15:39:54 -0000 Received: from DUB128-W40 ([157.55.2.72]) by DUB004-OMC4S2.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 08:39:53 -0700 X-TMN: [jlE+96dOdzFguQmynNYvPMOhT6gFbYnQ] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Anil Madhavapeddy Date: Tue, 9 Jun 2015 15:39:53 +0000 Importance: Normal In-Reply-To: References: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> , MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 15:39:53.0686 (UTC) FILETIME=[87A95760:01D0A2CA] Cc: David Scott , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2043165102679447790==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2043165102679447790== Content-Type: multipart/alternative; boundary="_16bb60d9-b63d-44b6-87e5-0775418b75b4_" --_16bb60d9-b63d-44b6-87e5-0775418b75b4_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I've read https://opam.ocaml.org/blog/opam-in-xenserver but I'm not too sur= e how to a) make it run as a local deployment or b) package it for an image I would also be interested in an OPAM build of Xapi -- I think turning that= into a mega-deb (not suitable for upstream=2C but very convenient for loca= l deployments) would be quite easy. -anil On 9 Jun 2015=2C at 07:02=2C Nick Betteridge wr= ote:I've linked /usr/bin/ocamlfind to the opam version and the error is sti= ll there=2C complaining about package 'bytes' not found. Is there any way I can create the whole bundle using opam (I've read the no= tes :p) and then somehow create the deb packages for including in the cubie= 4 image? I really am very keen to get this to work - I'm having problems wi= th the build in http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 as= I can't change the hostname on a cubie2. Cheers Nick From: buzzheavyyear@hotmail.com To: dave.scott@citrix.com=3B anil@recoil.org Date: Tue=2C 9 Jun 2015 13:19:40 +0000 CC: gautam.malu@research.iiit.ac.in=3B xen-api@lists.xen.org Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? >=20 Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I added= this via opam and this lives in /home/linaro/.opam/system/bin/ocamlfind=2C= which is on the PATH Doing an 'ocamlfind list' gives: .... bytes (version: [distributed with OCaml 4.02 or above]) .... Cheers Nick _______________________________________________ Xen-api mailing list Xen-ap= i@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_16bb60d9-b63d-44b6-87e5-0775418b75b4_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I've read https://opam.ocaml.= org/blog/opam-in-xenserver but I'm not too sure how to a) make it r= un as a local deployment or b) package it for an image


I wo= uld also be interested in an OPAM build of Xapi -- I think turning that int= o a mega-deb (not suitable for upstream=2C but very convenient for local de= ployments) would be quite easy.

-anil

On 9 Jun 2015=2C at 07:02=2C Nick Betteridge <=3Bbuzzheavyyear@hotmail.com>=3B = wrote:

I've linked /usr/bin/ocamlfind to the opa= m version and the error is still there=2C complaining about package 'bytes'= not found.

Is there any way I can create the whole bundle using opa= m (I've read the notes :p) and then somehow create the deb packages for inc= luding in the cubie4 image? I really am very keen to get this to work - I'm= having problems with the build in=  =3Bhttp://xenbits.xenproject.org/djs/linaro-xapi-4-= 4-talex5 =3Bas I ca= n't change the hostname on a cubie2.

Cheers
Nick

From: b= uzzheavyyear@hotmail.com
To: dave.scott@citrix.com=3B anil@reco= il.org
Date: Tue=2C 9 Jun 2015 13:19:40 +0000
CC: gautam.malu@research.iiit.ac.in=3B = xen-api@lists.xen.org
Subje= ct: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro

>=3B There=92s another way =97 a virtual =93by= tes=94 package is included in later versions of ocamlfind for use by older = OCamls IIRC. So you could either upgrade ocamlfind or ocaml.
>=3B =3B
>=3B Where are you= getting your ocamlfind and ocaml from?
>=3B =3B

Running on the vanilla cubie4=2C I've= added =3Bppa:avs= m/ppa=2C which gives me ocaml 4.02.1 in /usr/bin. But there is no ocamlfind= in /usr/bin. So I added this via opam and this lives in /home/linaro/.opam= /system/bin/ocamlfind=2C which is on the PATH

Doing an 'ocamlfind li= st' gives:
....
bytes =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B =3B =3B (version: = [distributed with OCaml 4.02 or above])
....

Cheers
Nick

_______________________________________________ Xen-ap= i mailing list =3BXen-api@lists.xen.org =3Bhttp://lists.xen.org/cgi= -bin/mailman/listinfo/xen-api

<= /div>
= --_16bb60d9-b63d-44b6-87e5-0775418b75b4_-- --===============2043165102679447790== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2043165102679447790==-- From xen-api-bounces@lists.xen.org Tue Jun 09 15:40:02 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Jun 2015 15:40: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 1Z2Ld8-0003yS-0i; Tue, 09 Jun 2015 15:39:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2Ld6-0003xI-Vd for xen-api@lists.xen.org; Tue, 09 Jun 2015 15:39:57 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id C6/99-03371-CC807755; Tue, 09 Jun 2015 15:39:56 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433864394!21720850!1 X-Originating-IP: [157.55.2.77] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21410 invoked from network); 9 Jun 2015 15:39:54 -0000 Received: from dub004-omc4s2.hotmail.com (HELO DUB004-OMC4S2.hotmail.com) (157.55.2.77) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jun 2015 15:39:54 -0000 Received: from DUB128-W40 ([157.55.2.72]) by DUB004-OMC4S2.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 9 Jun 2015 08:39:53 -0700 X-TMN: [jlE+96dOdzFguQmynNYvPMOhT6gFbYnQ] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Anil Madhavapeddy Date: Tue, 9 Jun 2015 15:39:53 +0000 Importance: Normal In-Reply-To: References: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> , MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2015 15:39:53.0686 (UTC) FILETIME=[87A95760:01D0A2CA] Cc: David Scott , "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2043165102679447790==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2043165102679447790== Content-Type: multipart/alternative; boundary="_16bb60d9-b63d-44b6-87e5-0775418b75b4_" --_16bb60d9-b63d-44b6-87e5-0775418b75b4_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I've read https://opam.ocaml.org/blog/opam-in-xenserver but I'm not too sur= e how to a) make it run as a local deployment or b) package it for an image I would also be interested in an OPAM build of Xapi -- I think turning that= into a mega-deb (not suitable for upstream=2C but very convenient for loca= l deployments) would be quite easy. -anil On 9 Jun 2015=2C at 07:02=2C Nick Betteridge wr= ote:I've linked /usr/bin/ocamlfind to the opam version and the error is sti= ll there=2C complaining about package 'bytes' not found. Is there any way I can create the whole bundle using opam (I've read the no= tes :p) and then somehow create the deb packages for including in the cubie= 4 image? I really am very keen to get this to work - I'm having problems wi= th the build in http://xenbits.xenproject.org/djs/linaro-xapi-4-4-talex5 as= I can't change the hostname on a cubie2. Cheers Nick From: buzzheavyyear@hotmail.com To: dave.scott@citrix.com=3B anil@recoil.org Date: Tue=2C 9 Jun 2015 13:19:40 +0000 CC: gautam.malu@research.iiit.ac.in=3B xen-api@lists.xen.org Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? >=20 Running on the vanilla cubie4=2C I've added ppa:avsm/ppa=2C which gives me = ocaml 4.02.1 in /usr/bin. But there is no ocamlfind in /usr/bin. So I added= this via opam and this lives in /home/linaro/.opam/system/bin/ocamlfind=2C= which is on the PATH Doing an 'ocamlfind list' gives: .... bytes (version: [distributed with OCaml 4.02 or above]) .... Cheers Nick _______________________________________________ Xen-api mailing list Xen-ap= i@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_16bb60d9-b63d-44b6-87e5-0775418b75b4_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I've read https://opam.ocaml.= org/blog/opam-in-xenserver but I'm not too sure how to a) make it r= un as a local deployment or b) package it for an image


I wo= uld also be interested in an OPAM build of Xapi -- I think turning that int= o a mega-deb (not suitable for upstream=2C but very convenient for local de= ployments) would be quite easy.

-anil

On 9 Jun 2015=2C at 07:02=2C Nick Betteridge <=3Bbuzzheavyyear@hotmail.com>=3B = wrote:

I've linked /usr/bin/ocamlfind to the opa= m version and the error is still there=2C complaining about package 'bytes'= not found.

Is there any way I can create the whole bundle using opa= m (I've read the notes :p) and then somehow create the deb packages for inc= luding in the cubie4 image? I really am very keen to get this to work - I'm= having problems with the build in=  =3Bhttp://xenbits.xenproject.org/djs/linaro-xapi-4-= 4-talex5 =3Bas I ca= n't change the hostname on a cubie2.

Cheers
Nick

From: b= uzzheavyyear@hotmail.com
To: dave.scott@citrix.com=3B anil@reco= il.org
Date: Tue=2C 9 Jun 2015 13:19:40 +0000
CC: gautam.malu@research.iiit.ac.in=3B = xen-api@lists.xen.org
Subje= ct: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro

>=3B There=92s another way =97 a virtual =93by= tes=94 package is included in later versions of ocamlfind for use by older = OCamls IIRC. So you could either upgrade ocamlfind or ocaml.
>=3B =3B
>=3B Where are you= getting your ocamlfind and ocaml from?
>=3B =3B

Running on the vanilla cubie4=2C I've= added =3Bppa:avs= m/ppa=2C which gives me ocaml 4.02.1 in /usr/bin. But there is no ocamlfind= in /usr/bin. So I added this via opam and this lives in /home/linaro/.opam= /system/bin/ocamlfind=2C which is on the PATH

Doing an 'ocamlfind li= st' gives:
....
bytes =3B =3B =3B =3B =3B =3B=  =3B =3B =3B =3B =3B =3B =3B =3B (version: = [distributed with OCaml 4.02 or above])
....

Cheers
Nick

_______________________________________________ Xen-ap= i mailing list =3BXen-api@lists.xen.org =3Bhttp://lists.xen.org/cgi= -bin/mailman/listinfo/xen-api

<= /div>
= --_16bb60d9-b63d-44b6-87e5-0775418b75b4_-- --===============2043165102679447790== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2043165102679447790==-- From xen-api-bounces@lists.xen.org Thu Jun 11 03:38:53 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 03:38: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 1Z2tKF-0001Ds-DU; Thu, 11 Jun 2015 03:38:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2tKE-0001Dk-SB; Thu, 11 Jun 2015 03:38:42 +0000 Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id BC/02-16813-2C209755; Thu, 11 Jun 2015 03:38:42 +0000 X-Env-Sender: blackstn10@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433993920!22208606!1 X-Originating-IP: [209.85.192.195] X-SpamReason: No, hits=2.1 required=7.0 tests=HTML_60_70, HTML_FONT_LOW_CONTRAST, HTML_MESSAGE, MIME_BASE64_TEXT, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31998 invoked from network); 11 Jun 2015 03:38:41 -0000 Received: from mail-pd0-f195.google.com (HELO mail-pd0-f195.google.com) (209.85.192.195) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 03:38:41 -0000 Received: by pdev10 with SMTP id v10so12589418pde.0; Wed, 10 Jun 2015 20:38:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:mime-version:message-id:content-type; bh=rxD8N5IJsLX913Dynt34oOU9qHnrfrP/jL6gA01y1gQ=; b=Cz1ZROz9EIpcJnwmObPALm7dYQTDp7WpzVj4u+O5AlguwymQzYabaU1l+gXzHxOTUV 5Fh452jniSTv6g0VJr4ir9J8YK+F4MhFGnymXx/ZUDBBnADBZP4CBnBx0qrWYo6KD+AD vfxvNHvtBGmR/8jODdIBlBjPE6ygo/X8hVtEgnTb1fKut0wf1ci5uBhurczIngUONZAs 9YB4GTTLNiOPkKg4+6sp+727a3UFNme3uNo14JitrEIZWynPhByhMrou1G7RI0kSoxhK Fo24tkSL7LkjP6+Tz/mOeCxZQl5QeX/yAQT65izfD9VLZhEaeBHsNK8Qok1sOOe/JtWt /mmQ== X-Received: by 10.70.91.206 with SMTP id cg14mr11310290pdb.158.1433993919518; Wed, 10 Jun 2015 20:38:39 -0700 (PDT) Received: from yunshan-ray ([124.205.174.146]) by mx.google.com with ESMTPSA id z12sm9894658pbt.29.2015.06.10.20.38.36 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2015 20:38:38 -0700 (PDT) Date: Thu, 11 Jun 2015 11:38:36 +0800 From: "Ray Shi" To: xen-users X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 136[cn] Mime-Version: 1.0 Message-ID: <2015061111383366312016@gmail.com> Cc: xen-api Subject: [Xen-API] Dose noVNC break qemu-dm in XenServer6.2? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6305385627142598714==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6305385627142598714== Content-Type: multipart/alternative; boundary="----=_001_NextPart438688403837_=----" This is a multi-part message in MIME format. ------=_001_NextPart438688403837_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGVsbG8gRXhwZXJ0cywNCkJlZm9yZSBJIHBhdGNoIFhTNjJFU1AxMDE5LnhzdXBkYXRlLCBJIGNh biB2aXNpdCB3aW5kb3dzMjAwOCB0aHJvdWdoIG5vVk5DIGFuZCBsb2dvZmYgaXMgb2sgZXZlcnkg dGltZSwgaG93ZXZlciwgYWZ0ZXIgSSBwYXRjaCBpdCBhbmQgbG9nIG9mZiB0aGUgd2luZG93cyBh dCB0aGUgc2Vjb25kIHRpbWUsIEkgY2FuJ3QgdmlzaXQgaXQgdGhyb3VnaCBub1ZOQyBhbnkgbW9y ZSBhbHNvIGluY2x1ZGluZyBYZW5DZW50ZXIgYmVjYXVzZSB0aGUgbm9WTkMgYnJva2UgdGhlIHFl bXUtZG0gcHJvY2Vzcy4NCkRvIHlvdSBldmVyIG1lZXQgdGhlIGlzc3VlPyBBbnkgc29sdXRpb24/ DQpUaGFua3MNCg0KDQpSYXkgU2hpDQo= ------=_001_NextPart438688403837_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <= body>=0A
Hello Experts,
Before I patch , I can visit windows2008 through noVNC = and logoff is ok every time, however, after I patch it an= d log off the windows at the second time, I can't visit it through noVNC a= ny more also including XenCenter because the noVNC broke the qemu-dm proce= ss.
Do you ever meet the issue? Any solution?=
=0A
Thanks
=0A
Ray Shi
= =0A ------=_001_NextPart438688403837_=------ --===============6305385627142598714== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6305385627142598714==-- From xen-api-bounces@lists.xen.org Thu Jun 11 03:38:53 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 03:38: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 1Z2tKF-0001Ds-DU; Thu, 11 Jun 2015 03:38:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2tKE-0001Dk-SB; Thu, 11 Jun 2015 03:38:42 +0000 Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id BC/02-16813-2C209755; Thu, 11 Jun 2015 03:38:42 +0000 X-Env-Sender: blackstn10@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1433993920!22208606!1 X-Originating-IP: [209.85.192.195] X-SpamReason: No, hits=2.1 required=7.0 tests=HTML_60_70, HTML_FONT_LOW_CONTRAST, HTML_MESSAGE, MIME_BASE64_TEXT, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31998 invoked from network); 11 Jun 2015 03:38:41 -0000 Received: from mail-pd0-f195.google.com (HELO mail-pd0-f195.google.com) (209.85.192.195) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 03:38:41 -0000 Received: by pdev10 with SMTP id v10so12589418pde.0; Wed, 10 Jun 2015 20:38:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:mime-version:message-id:content-type; bh=rxD8N5IJsLX913Dynt34oOU9qHnrfrP/jL6gA01y1gQ=; b=Cz1ZROz9EIpcJnwmObPALm7dYQTDp7WpzVj4u+O5AlguwymQzYabaU1l+gXzHxOTUV 5Fh452jniSTv6g0VJr4ir9J8YK+F4MhFGnymXx/ZUDBBnADBZP4CBnBx0qrWYo6KD+AD vfxvNHvtBGmR/8jODdIBlBjPE6ygo/X8hVtEgnTb1fKut0wf1ci5uBhurczIngUONZAs 9YB4GTTLNiOPkKg4+6sp+727a3UFNme3uNo14JitrEIZWynPhByhMrou1G7RI0kSoxhK Fo24tkSL7LkjP6+Tz/mOeCxZQl5QeX/yAQT65izfD9VLZhEaeBHsNK8Qok1sOOe/JtWt /mmQ== X-Received: by 10.70.91.206 with SMTP id cg14mr11310290pdb.158.1433993919518; Wed, 10 Jun 2015 20:38:39 -0700 (PDT) Received: from yunshan-ray ([124.205.174.146]) by mx.google.com with ESMTPSA id z12sm9894658pbt.29.2015.06.10.20.38.36 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2015 20:38:38 -0700 (PDT) Date: Thu, 11 Jun 2015 11:38:36 +0800 From: "Ray Shi" To: xen-users X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 136[cn] Mime-Version: 1.0 Message-ID: <2015061111383366312016@gmail.com> Cc: xen-api Subject: [Xen-API] Dose noVNC break qemu-dm in XenServer6.2? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6305385627142598714==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6305385627142598714== Content-Type: multipart/alternative; boundary="----=_001_NextPart438688403837_=----" This is a multi-part message in MIME format. ------=_001_NextPart438688403837_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGVsbG8gRXhwZXJ0cywNCkJlZm9yZSBJIHBhdGNoIFhTNjJFU1AxMDE5LnhzdXBkYXRlLCBJIGNh biB2aXNpdCB3aW5kb3dzMjAwOCB0aHJvdWdoIG5vVk5DIGFuZCBsb2dvZmYgaXMgb2sgZXZlcnkg dGltZSwgaG93ZXZlciwgYWZ0ZXIgSSBwYXRjaCBpdCBhbmQgbG9nIG9mZiB0aGUgd2luZG93cyBh dCB0aGUgc2Vjb25kIHRpbWUsIEkgY2FuJ3QgdmlzaXQgaXQgdGhyb3VnaCBub1ZOQyBhbnkgbW9y ZSBhbHNvIGluY2x1ZGluZyBYZW5DZW50ZXIgYmVjYXVzZSB0aGUgbm9WTkMgYnJva2UgdGhlIHFl bXUtZG0gcHJvY2Vzcy4NCkRvIHlvdSBldmVyIG1lZXQgdGhlIGlzc3VlPyBBbnkgc29sdXRpb24/ DQpUaGFua3MNCg0KDQpSYXkgU2hpDQo= ------=_001_NextPart438688403837_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <= body>=0A
Hello Experts,
Before I patch , I can visit windows2008 through noVNC = and logoff is ok every time, however, after I patch it an= d log off the windows at the second time, I can't visit it through noVNC a= ny more also including XenCenter because the noVNC broke the qemu-dm proce= ss.
Do you ever meet the issue? Any solution?=
=0A
Thanks
=0A
Ray Shi
= =0A ------=_001_NextPart438688403837_=------ --===============6305385627142598714== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6305385627142598714==-- From xen-api-bounces@lists.xen.org Thu Jun 11 08:47:17 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 08:47: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 1Z2y8k-0007o1-Aw; Thu, 11 Jun 2015 08:47:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2y8i-0007nZ-Td; Thu, 11 Jun 2015 08:47:09 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 15/D9-13047-C0B49755; Thu, 11 Jun 2015 08:47:08 +0000 X-Env-Sender: prvs=59762537e=Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1434012425!22349533!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18991 invoked from network); 11 Jun 2015 08:47:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 08:47:07 -0000 X-IronPort-AV: E=Sophos;i="5.13,594,1427760000"; d="scan'208";a="270957556" Message-ID: <1434012423.30003.123.camel@citrix.com> From: Ian Campbell To: Ray Shi Date: Thu, 11 Jun 2015 09:47:03 +0100 In-Reply-To: <2015061111383366312016@gmail.com> References: <2015061111383366312016@gmail.com> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users , xen-api Subject: Re: [Xen-API] [Xen-users] Dose noVNC break qemu-dm in XenServer6.2? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2015-06-11 at 11:38 +0800, Ray Shi wrote: > Hello Experts, > Before I patch XS62ESP1019.xsupdate, This list deals with things released by xenproject.org while xenserver is a separate project. So please direct xenserver questions to the lists and/or forums at www.xenserver.org (or your Support person if you have one). Thanks, 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 Jun 11 08:47:17 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 08:47: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 1Z2y8k-0007o1-Aw; Thu, 11 Jun 2015 08:47:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z2y8i-0007nZ-Td; Thu, 11 Jun 2015 08:47:09 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 15/D9-13047-C0B49755; Thu, 11 Jun 2015 08:47:08 +0000 X-Env-Sender: prvs=59762537e=Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1434012425!22349533!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18991 invoked from network); 11 Jun 2015 08:47:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 08:47:07 -0000 X-IronPort-AV: E=Sophos;i="5.13,594,1427760000"; d="scan'208";a="270957556" Message-ID: <1434012423.30003.123.camel@citrix.com> From: Ian Campbell To: Ray Shi Date: Thu, 11 Jun 2015 09:47:03 +0100 In-Reply-To: <2015061111383366312016@gmail.com> References: <2015061111383366312016@gmail.com> X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users , xen-api Subject: Re: [Xen-API] [Xen-users] Dose noVNC break qemu-dm in XenServer6.2? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2015-06-11 at 11:38 +0800, Ray Shi wrote: > Hello Experts, > Before I patch XS62ESP1019.xsupdate, This list deals with things released by xenproject.org while xenserver is a separate project. So please direct xenserver questions to the lists and/or forums at www.xenserver.org (or your Support person if you have one). Thanks, 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 Jun 11 11:10:35 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 11:10: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 1Z30NN-0000FS-HY; Thu, 11 Jun 2015 11:10:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z30NM-0000EV-6Y; Thu, 11 Jun 2015 11:10:24 +0000 Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id 9A/0E-21300-E9C69755; Thu, 11 Jun 2015 11:10:22 +0000 X-Env-Sender: prvs=597a3b2b9=Ian.Jackson@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1434021016!14804010!2 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25822 invoked from network); 11 Jun 2015 11:10:22 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 11:10:22 -0000 X-IronPort-AV: E=Sophos;i="5.13,594,1427760000"; d="scan'208";a="270989212" From: Ian Jackson MIME-Version: 1.0 Message-ID: <21881.27230.803845.712979@mariner.uk.xensource.com> Date: Thu, 11 Jun 2015 12:00:46 +0100 To: Ian Campbell In-Reply-To: <1433760266.7108.446.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> <21877.28646.356974.892547@mariner.uk.xensource.com> <1433760266.7108.446.camel@citrix.com> X-Mailer: VM 8.1.0 under 23.4.1 (i486-pc-linux-gnu) X-DLP: MIA1 Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , Luwei Cheng , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Ian Campbell writes ("Re: Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > On Mon, 2015-06-08 at 11:35 +0100, Ian Jackson wrote: > > I'm afraid I'm still not clear about when the failure can be triggered > > by an attacker. > > I was able to reproduce by pressing a key at a pygrub prompt to drop to > a prompt and then leaving the guest in that state, where the domain > exists but does not yet have any vcpus etc. OK, then the fix should be backported. The next question is whether there should be an advisory. 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 Jun 11 11:10:35 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 11:10: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 1Z30NN-0000FS-HY; Thu, 11 Jun 2015 11:10:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z30NM-0000EV-6Y; Thu, 11 Jun 2015 11:10:24 +0000 Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id 9A/0E-21300-E9C69755; Thu, 11 Jun 2015 11:10:22 +0000 X-Env-Sender: prvs=597a3b2b9=Ian.Jackson@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1434021016!14804010!2 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25822 invoked from network); 11 Jun 2015 11:10:22 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 11:10:22 -0000 X-IronPort-AV: E=Sophos;i="5.13,594,1427760000"; d="scan'208";a="270989212" From: Ian Jackson MIME-Version: 1.0 Message-ID: <21881.27230.803845.712979@mariner.uk.xensource.com> Date: Thu, 11 Jun 2015 12:00:46 +0100 To: Ian Campbell In-Reply-To: <1433760266.7108.446.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> <21877.28646.356974.892547@mariner.uk.xensource.com> <1433760266.7108.446.camel@citrix.com> X-Mailer: VM 8.1.0 under 23.4.1 (i486-pc-linux-gnu) X-DLP: MIA1 Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, "lwcheng@cs.hku.hk" , Luwei Cheng , xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Ian Campbell writes ("Re: Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > On Mon, 2015-06-08 at 11:35 +0100, Ian Jackson wrote: > > I'm afraid I'm still not clear about when the failure can be triggered > > by an attacker. > > I was able to reproduce by pressing a key at a pygrub prompt to drop to > a prompt and then leaving the guest in that state, where the domain > exists but does not yet have any vcpus etc. OK, then the fix should be backported. The next question is whether there should be an advisory. 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 Jun 11 17:18:12 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 17:18: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 1Z3674-0005BG-Gd; Thu, 11 Jun 2015 17:17:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3672-0005Ac-UT for xen-api@lists.xen.org; Thu, 11 Jun 2015 17:17:57 +0000 Received: from [85.158.139.211] by server-6.bemta-5.messagelabs.com id DE/99-08467-4C2C9755; Thu, 11 Jun 2015 17:17:56 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1434043075!13582321!1 X-Originating-IP: [157.55.0.227] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26146 invoked from network); 11 Jun 2015 17:17:55 -0000 Received: from dub004-omc1s28.hotmail.com (HELO DUB004-OMC1S28.hotmail.com) (157.55.0.227) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 11 Jun 2015 17:17:55 -0000 Received: from DUB128-W79 ([157.55.0.238]) by DUB004-OMC1S28.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 11 Jun 2015 10:17:54 -0700 X-TMN: [q7iVe8r1GzAWoZOWITQ+tWEgopWaQnwJ] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 11 Jun 2015 17:17:54 +0000 Importance: Normal In-Reply-To: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> References: , , , , , <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 11 Jun 2015 17:17:54.0993 (UTC) FILETIME=[8E051210:01D0A46A] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8527795205445189255==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8527795205445189255== Content-Type: multipart/alternative; boundary="_b64073b4-4cad-4ebf-948d-aec42c21c5cf_" --_b64073b4-4cad-4ebf-948d-aec42c21c5cf_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > From: Dave.Scott@citrix.com > > dpkg-source: info: using source format `3.0 (quilt)' > > dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocaml_= 2.4.8.orig.tar.gz > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian= .tar.gz > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > > debian/rules build > > dh build --with ocaml --with python2 > > dh_testdir > > dh_ocamlinit > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/oca= ml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^= BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-oc= aml.install > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/oca= ml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^= BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblw= t-ocaml-dev.install > > touch ocamlinit-stamp > > debian/rules override_dh_auto_build > > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > debian/build.sh > > ocamlfind: Package `bytes' not found > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -f= ormat %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > > E: Cannot find findlib package bytes > > E: Failure("1 configuration error") > > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml ||= ocamlc -o setup.exe setup.ml > > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > > ./setup.exe -configure=20 > > ocamlfind: Package `bytes' not found > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -f= ormat %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > > E: Cannot find findlib package bytes > > E: Failure("1 configuration error") > > make[2]: *** [setup.data] Error 1 > >=20 > >=20 > > - bytes is only included with ocaml 4.02 and later - this is being comp= iled with 4.01=2C I think. > >=20 > > Could anyone tell be how to change buildroot to use 4.02? >=20 > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? Finally beginning to understand the flow here - all of the debian packages = for pbuilder [& cowbuilder?] are being pulled down from ubuntu to /var/cach= e/pbuilder/aptcache and the following=2C old packages for findlib/ocamlfind= are: libfindlib-ocaml_1.4-2_armhf.deb libfindlib-ocaml-dev_1.4-2_armhf.deb ocaml-findlib_1.4-2_armhf.deb and what is needed to deal with 'bytes' issue=2C I suspect=2C are the lates= t: libfindlib-ocaml-dev_1.4.1-1_armhf.deb libfindlib-ocaml_1.4.1-1_armhf.deb ocaml-findlib_1.4.1-1_armhf.deb I pulled down the latest ones are cunningly tried to replace the old files= =2C but those canny signatures caused the real packages to be re-downloaded= . This is a real show-stopper :( Can you think of any way that this can be circumvented? Cheers Nick = --_b64073b4-4cad-4ebf-948d-aec42c21c5cf_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
>=3B From: Dave.Scott@citrix.c= om
>=3B >=3B dpkg-source: info: using source format `3.0 (quilt= )'
>=3B >=3B dpkg-source: info: building liblwt-ocaml using existing= ./liblwt-ocaml_2.4.8.orig.tar.gz
>=3B >=3B dpkg-source: info: build= ing liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian.tar.gz
>=3B >=3B dpk= g-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc
>=3B= >=3B debian/rules build
>=3B >=3B dh build --with ocaml --with p= ython2
>=3B >=3B dh_testdir
>=3B >=3B dh_ocamlinit
&= gt=3B >=3B sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/us= r/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: /= /' -e '/^BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in >=3B de= bian/liblwt-ocaml.install
>=3B >=3B sed -e 's%@OCamlABI@%4.01.0= %g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib/o= caml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: /d' -e 's/^DYN: //' debian/lib= lwt-ocaml-dev.install.in >=3B debian/liblwt-ocaml-dev.install
>=3B &= gt=3B touch ocamlinit-stamp
>=3B >=3B debian/rules override_d= h_auto_build
>=3B >=3B make[1]: Entering directory `/tmp/buildd/libl= wt-ocaml-2.4.8'
>=3B >=3B debian/build.sh
>=3B >=3B ocamlfind= : Package `bytes' not found
>=3B >=3B W: Field 'pkg_bytes' is not se= t: Command ''/usr/bin/ocamlfind' query -format %d bytes >=3B '/tmp/oasis-= 676905.txt'' terminated with error code 2
>=3B >=3B E: Cannot find f= indlib package bytes
>=3B >=3B E: Failure("1 configuration error")>=3B >=3B make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8= '
>=3B >=3B ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.= exe setup.ml || ocamlc -o setup.exe setup.ml
>=3B >=3B rm -f setup.c= mx setup.cmi setup.o setup.obj setup.cmo
>=3B >=3B ./setup.exe -conf= igure
>=3B >=3B ocamlfind: Package `bytes' not found
>=3B >= =3B W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -f= ormat %d bytes >=3B '/tmp/oasis-e7da27.txt'' terminated with error code 2=
>=3B >=3B E: Cannot find findlib package bytes
>=3B >=3B E: = Failure("1 configuration error")
>=3B >=3B make[2]: *** [setup.data]= Error 1
>=3B >=3B
>=3B >=3B
>=3B >=3B - bytes is on= ly included with ocaml 4.02 and later - this is being compiled with 4.01=2C= I think.
>=3B >=3B
>=3B >=3B Could anyone tell be how to ch= ange buildroot to use 4.02?
>=3B
>=3B There=92s another way =97 = a virtual =93bytes=94 package is included in later versions of ocamlfind fo= r use by older OCamls IIRC. So you could either upgrade ocamlfind or ocaml.=
>=3B
>=3B Where are you getting your ocamlfind and ocaml from?<= br>
Finally beginning to understand the flow here - all of the debian pa= ckages for pbuilder [&=3B cowbuilder?] are being pulled down from ubuntu= to /var/cache/pbuilder/aptcache and the following=2C old packages for find= lib/ocamlfind are:

libfindlib-ocaml_1.4-2_armhf.deb
libfindlib-oc= aml-dev_1.4-2_armhf.deb
ocaml-findlib_1.4-2_armhf.deb

and what is= needed to deal with 'bytes' issue=2C I suspect=2C are the latest:

l= ibfindlib-ocaml-dev_1.4.1-1_armhf.deb
libfindlib-ocaml_1.4.1-1_armhf.deb=
ocaml-findlib_1.4.1-1_armhf.deb

I pulled down the latest ones ar= e cunningly tried to replace the old files=2C but those canny signatures ca= used the real packages to be re-downloaded.

This is a real show-stop= per :(

Can you think of any way that this can be circumvented?
Cheers
Nick

= --_b64073b4-4cad-4ebf-948d-aec42c21c5cf_-- --===============8527795205445189255== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8527795205445189255==-- From xen-api-bounces@lists.xen.org Thu Jun 11 17:18:12 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 17:18: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 1Z3674-0005BG-Gd; Thu, 11 Jun 2015 17:17:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3672-0005Ac-UT for xen-api@lists.xen.org; Thu, 11 Jun 2015 17:17:57 +0000 Received: from [85.158.139.211] by server-6.bemta-5.messagelabs.com id DE/99-08467-4C2C9755; Thu, 11 Jun 2015 17:17:56 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1434043075!13582321!1 X-Originating-IP: [157.55.0.227] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26146 invoked from network); 11 Jun 2015 17:17:55 -0000 Received: from dub004-omc1s28.hotmail.com (HELO DUB004-OMC1S28.hotmail.com) (157.55.0.227) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 11 Jun 2015 17:17:55 -0000 Received: from DUB128-W79 ([157.55.0.238]) by DUB004-OMC1S28.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 11 Jun 2015 10:17:54 -0700 X-TMN: [q7iVe8r1GzAWoZOWITQ+tWEgopWaQnwJ] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: Nick Betteridge To: Dave Scott Date: Thu, 11 Jun 2015 17:17:54 +0000 Importance: Normal In-Reply-To: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> References: , , , , , <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 11 Jun 2015 17:17:54.0993 (UTC) FILETIME=[8E051210:01D0A46A] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8527795205445189255==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8527795205445189255== Content-Type: multipart/alternative; boundary="_b64073b4-4cad-4ebf-948d-aec42c21c5cf_" --_b64073b4-4cad-4ebf-948d-aec42c21c5cf_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > From: Dave.Scott@citrix.com > > dpkg-source: info: using source format `3.0 (quilt)' > > dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocaml_= 2.4.8.orig.tar.gz > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian= .tar.gz > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > > debian/rules build > > dh build --with ocaml --with python2 > > dh_testdir > > dh_ocamlinit > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/oca= ml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^= BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-oc= aml.install > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/oca= ml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^= BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblw= t-ocaml-dev.install > > touch ocamlinit-stamp > > debian/rules override_dh_auto_build > > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > debian/build.sh > > ocamlfind: Package `bytes' not found > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -f= ormat %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > > E: Cannot find findlib package bytes > > E: Failure("1 configuration error") > > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml ||= ocamlc -o setup.exe setup.ml > > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > > ./setup.exe -configure=20 > > ocamlfind: Package `bytes' not found > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -f= ormat %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > > E: Cannot find findlib package bytes > > E: Failure("1 configuration error") > > make[2]: *** [setup.data] Error 1 > >=20 > >=20 > > - bytes is only included with ocaml 4.02 and later - this is being comp= iled with 4.01=2C I think. > >=20 > > Could anyone tell be how to change buildroot to use 4.02? >=20 > There=92s another way =97 a virtual =93bytes=94 package is included in la= ter versions of ocamlfind for use by older OCamls IIRC. So you could either= upgrade ocamlfind or ocaml. >=20 > Where are you getting your ocamlfind and ocaml from? Finally beginning to understand the flow here - all of the debian packages = for pbuilder [& cowbuilder?] are being pulled down from ubuntu to /var/cach= e/pbuilder/aptcache and the following=2C old packages for findlib/ocamlfind= are: libfindlib-ocaml_1.4-2_armhf.deb libfindlib-ocaml-dev_1.4-2_armhf.deb ocaml-findlib_1.4-2_armhf.deb and what is needed to deal with 'bytes' issue=2C I suspect=2C are the lates= t: libfindlib-ocaml-dev_1.4.1-1_armhf.deb libfindlib-ocaml_1.4.1-1_armhf.deb ocaml-findlib_1.4.1-1_armhf.deb I pulled down the latest ones are cunningly tried to replace the old files= =2C but those canny signatures caused the real packages to be re-downloaded= . This is a real show-stopper :( Can you think of any way that this can be circumvented? Cheers Nick = --_b64073b4-4cad-4ebf-948d-aec42c21c5cf_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
>=3B From: Dave.Scott@citrix.c= om
>=3B >=3B dpkg-source: info: using source format `3.0 (quilt= )'
>=3B >=3B dpkg-source: info: building liblwt-ocaml using existing= ./liblwt-ocaml_2.4.8.orig.tar.gz
>=3B >=3B dpkg-source: info: build= ing liblwt-ocaml in liblwt-ocaml_2.4.8-1.debian.tar.gz
>=3B >=3B dpk= g-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc
>=3B= >=3B debian/rules build
>=3B >=3B dh build --with ocaml --with p= ython2
>=3B >=3B dh_testdir
>=3B >=3B dh_ocamlinit
&= gt=3B >=3B sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/us= r/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: /= /' -e '/^BYTE: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in >=3B de= bian/liblwt-ocaml.install
>=3B >=3B sed -e 's%@OCamlABI@%4.01.0= %g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%g' -e 's%@OCamlDllDir@%/usr/lib/o= caml/stublibs%g' -e 's/^OPT: //' -e '/^BYTE: /d' -e 's/^DYN: //' debian/lib= lwt-ocaml-dev.install.in >=3B debian/liblwt-ocaml-dev.install
>=3B &= gt=3B touch ocamlinit-stamp
>=3B >=3B debian/rules override_d= h_auto_build
>=3B >=3B make[1]: Entering directory `/tmp/buildd/libl= wt-ocaml-2.4.8'
>=3B >=3B debian/build.sh
>=3B >=3B ocamlfind= : Package `bytes' not found
>=3B >=3B W: Field 'pkg_bytes' is not se= t: Command ''/usr/bin/ocamlfind' query -format %d bytes >=3B '/tmp/oasis-= 676905.txt'' terminated with error code 2
>=3B >=3B E: Cannot find f= indlib package bytes
>=3B >=3B E: Failure("1 configuration error")>=3B >=3B make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8= '
>=3B >=3B ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.= exe setup.ml || ocamlc -o setup.exe setup.ml
>=3B >=3B rm -f setup.c= mx setup.cmi setup.o setup.obj setup.cmo
>=3B >=3B ./setup.exe -conf= igure
>=3B >=3B ocamlfind: Package `bytes' not found
>=3B >= =3B W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query -f= ormat %d bytes >=3B '/tmp/oasis-e7da27.txt'' terminated with error code 2=
>=3B >=3B E: Cannot find findlib package bytes
>=3B >=3B E: = Failure("1 configuration error")
>=3B >=3B make[2]: *** [setup.data]= Error 1
>=3B >=3B
>=3B >=3B
>=3B >=3B - bytes is on= ly included with ocaml 4.02 and later - this is being compiled with 4.01=2C= I think.
>=3B >=3B
>=3B >=3B Could anyone tell be how to ch= ange buildroot to use 4.02?
>=3B
>=3B There=92s another way =97 = a virtual =93bytes=94 package is included in later versions of ocamlfind fo= r use by older OCamls IIRC. So you could either upgrade ocamlfind or ocaml.=
>=3B
>=3B Where are you getting your ocamlfind and ocaml from?<= br>
Finally beginning to understand the flow here - all of the debian pa= ckages for pbuilder [&=3B cowbuilder?] are being pulled down from ubuntu= to /var/cache/pbuilder/aptcache and the following=2C old packages for find= lib/ocamlfind are:

libfindlib-ocaml_1.4-2_armhf.deb
libfindlib-oc= aml-dev_1.4-2_armhf.deb
ocaml-findlib_1.4-2_armhf.deb

and what is= needed to deal with 'bytes' issue=2C I suspect=2C are the latest:

l= ibfindlib-ocaml-dev_1.4.1-1_armhf.deb
libfindlib-ocaml_1.4.1-1_armhf.deb=
ocaml-findlib_1.4.1-1_armhf.deb

I pulled down the latest ones ar= e cunningly tried to replace the old files=2C but those canny signatures ca= used the real packages to be re-downloaded.

This is a real show-stop= per :(

Can you think of any way that this can be circumvented?
Cheers
Nick

= --_b64073b4-4cad-4ebf-948d-aec42c21c5cf_-- --===============8527795205445189255== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8527795205445189255==-- From xen-api-bounces@lists.xen.org Thu Jun 11 17:31:56 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 17:31:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z36KW-0006SP-Q1; Thu, 11 Jun 2015 17:31:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z36KV-0006Rw-3X for xen-api@lists.xen.org; Thu, 11 Jun 2015 17:31:51 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 9D/1D-21325-606C9755; Thu, 11 Jun 2015 17:31:50 +0000 X-Env-Sender: prvs=5979da928=Dave.Scott@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1434043909!9469333!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14094 invoked from network); 11 Jun 2015 17:31:49 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 17:31:49 -0000 X-IronPort-AV: E=Sophos;i="5.13,595,1427760000"; d="scan'208";a="712727" From: Dave Scott To: Nick Betteridge Thread-Topic: [Xen-API] Building for cubieboard4 with vanilla linux/linaro Thread-Index: AQHQn3CpuZM3j+bqo0SvZyKlsx6JlZ2d2IYAgAAIJYCAAXTkgIAEraQAgAABUgCAA3AtAIAAA+IA Date: Thu, 11 Jun 2015 17:31:48 +0000 Message-ID: <33C4DEB9-4895-47D0-8ED5-B15A6417449C@citrix.com> References: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <51BDD28E762095448C64F28D4A76FE43@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 11 Jun 2015, at 18:17, Nick Betteridge wro= te: > = > > From: Dave.Scott@citrix.com > > > dpkg-source: info: using source format `3.0 (quilt)' > > > dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocam= l_2.4.8.orig.tar.gz > > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debi= an.tar.gz > > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > > > debian/rules build > > > dh build --with ocaml --with python2 > > > dh_testdir > > > dh_ocamlinit > > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%= g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYT= E: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-ocaml= .install > > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%= g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYT= E: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblwt-o= caml-dev.install > > > touch ocamlinit-stamp > > > debian/rules override_dh_auto_build > > > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > > debian/build.sh > > > ocamlfind: Package `bytes' not found > > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > > > E: Cannot find findlib package bytes > > > E: Failure("1 configuration error") > > > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml = || ocamlc -o setup.exe setup.ml > > > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > > > ./setup.exe -configure = > > > ocamlfind: Package `bytes' not found > > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > > > E: Cannot find findlib package bytes > > > E: Failure("1 configuration error") > > > make[2]: *** [setup.data] Error 1 > > > = > > > = > > > - bytes is only included with ocaml 4.02 and later - this is being co= mpiled with 4.01, I think. > > > = > > > Could anyone tell be how to change buildroot to use 4.02? > > = > > There=92s another way =97 a virtual =93bytes=94 package is included in = later versions of ocamlfind for use by older OCamls IIRC. So you could eith= er upgrade ocamlfind or ocaml. > > = > > Where are you getting your ocamlfind and ocaml from? > = > Finally beginning to understand the flow here - all of the debian package= s for pbuilder [& cowbuilder?] are being pulled down from ubuntu to /var/ca= che/pbuilder/aptcache and the following, old packages for findlib/ocamlfind= are: > = > libfindlib-ocaml_1.4-2_armhf.deb > libfindlib-ocaml-dev_1.4-2_armhf.deb > ocaml-findlib_1.4-2_armhf.deb > = > and what is needed to deal with 'bytes' issue, I suspect, are the latest: > = > libfindlib-ocaml-dev_1.4.1-1_armhf.deb > libfindlib-ocaml_1.4.1-1_armhf.deb > ocaml-findlib_1.4.1-1_armhf.deb > = > I pulled down the latest ones are cunningly tried to replace the old file= s, but those canny signatures caused the real packages to be re-downloaded. > = > This is a real show-stopper :( > = > Can you think of any way that this can be circumvented? I=92m not totally familiar with .deb building but I think ocaml and ocamlfi= nd are being downloaded from the configured package repositories. Have a lo= ok in ./scripts/deb/templates/pbuilderrc, particularly the OTHERMIRROR and = EXTRAPACKAGES lines: OTHERMIRROR=3D"deb file:@PWD@/RPMS/ ./ |deb http://xenbits.xenproject.org/d= js/linaro-xen-4-4-talex5/ ./ |deb-src file:@PWD@/SRPMS/ ./\ ... EXTRAPACKAGES=3D"apt-utils fakeroot gettext intltool-debian python bsdmainu= tils debhelper dh-apparmor dh-ocaml file gettext-base groff-base man-db" I think we could either (1) build a custom ocamlfind with a later version number, put it online and= mention the repo in OTHERMIRROR; or (2) make a =91bytes=92 package containing only the fake package metadata, p= ut it online and mention it in OTHERMIRROR and EXTRAPACKAGES. Sorry it=92s all a bit ugly! I suspect later Ubuntu images will be easier since they=92ll come with the = later ocamlfind. Cheers, Dave _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Jun 11 17:31:56 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Jun 2015 17:31:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z36KW-0006SP-Q1; Thu, 11 Jun 2015 17:31:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z36KV-0006Rw-3X for xen-api@lists.xen.org; Thu, 11 Jun 2015 17:31:51 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 9D/1D-21325-606C9755; Thu, 11 Jun 2015 17:31:50 +0000 X-Env-Sender: prvs=5979da928=Dave.Scott@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1434043909!9469333!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14094 invoked from network); 11 Jun 2015 17:31:49 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jun 2015 17:31:49 -0000 X-IronPort-AV: E=Sophos;i="5.13,595,1427760000"; d="scan'208";a="712727" From: Dave Scott To: Nick Betteridge Thread-Topic: [Xen-API] Building for cubieboard4 with vanilla linux/linaro Thread-Index: AQHQn3CpuZM3j+bqo0SvZyKlsx6JlZ2d2IYAgAAIJYCAAXTkgIAEraQAgAABUgCAA3AtAIAAA+IA Date: Thu, 11 Jun 2015 17:31:48 +0000 Message-ID: <33C4DEB9-4895-47D0-8ED5-B15A6417449C@citrix.com> References: <87DA73DD-F705-495F-AB02-DC347492FEFC@citrix.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <51BDD28E762095448C64F28D4A76FE43@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Building for cubieboard4 with vanilla linux/linaro X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: 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 > On 11 Jun 2015, at 18:17, Nick Betteridge wro= te: > = > > From: Dave.Scott@citrix.com > > > dpkg-source: info: using source format `3.0 (quilt)' > > > dpkg-source: info: building liblwt-ocaml using existing ./liblwt-ocam= l_2.4.8.orig.tar.gz > > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.debi= an.tar.gz > > > dpkg-source: info: building liblwt-ocaml in liblwt-ocaml_2.4.8-1.dsc > > > debian/rules build > > > dh build --with ocaml --with python2 > > > dh_testdir > > > dh_ocamlinit > > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%= g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYT= E: /d' -e 's/^DYN: //' debian/liblwt-ocaml.install.in > debian/liblwt-ocaml= .install > > > sed -e 's%@OCamlABI@%4.01.0%g' -e 's%@OCamlStdlibDir@%/usr/lib/ocaml%= g' -e 's%@OCamlDllDir@%/usr/lib/ocaml/stublibs%g' -e 's/^OPT: //' -e '/^BYT= E: /d' -e 's/^DYN: //' debian/liblwt-ocaml-dev.install.in > debian/liblwt-o= caml-dev.install > > > touch ocamlinit-stamp > > > debian/rules override_dh_auto_build > > > make[1]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > > debian/build.sh > > > ocamlfind: Package `bytes' not found > > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-676905.txt'' terminated with error code 2 > > > E: Cannot find findlib package bytes > > > E: Failure("1 configuration error") > > > make[2]: Entering directory `/tmp/buildd/liblwt-ocaml-2.4.8' > > > ocamlopt.opt -o setup.exe setup.ml || ocamlopt -o setup.exe setup.ml = || ocamlc -o setup.exe setup.ml > > > rm -f setup.cmx setup.cmi setup.o setup.obj setup.cmo > > > ./setup.exe -configure = > > > ocamlfind: Package `bytes' not found > > > W: Field 'pkg_bytes' is not set: Command ''/usr/bin/ocamlfind' query = -format %d bytes > '/tmp/oasis-e7da27.txt'' terminated with error code 2 > > > E: Cannot find findlib package bytes > > > E: Failure("1 configuration error") > > > make[2]: *** [setup.data] Error 1 > > > = > > > = > > > - bytes is only included with ocaml 4.02 and later - this is being co= mpiled with 4.01, I think. > > > = > > > Could anyone tell be how to change buildroot to use 4.02? > > = > > There=92s another way =97 a virtual =93bytes=94 package is included in = later versions of ocamlfind for use by older OCamls IIRC. So you could eith= er upgrade ocamlfind or ocaml. > > = > > Where are you getting your ocamlfind and ocaml from? > = > Finally beginning to understand the flow here - all of the debian package= s for pbuilder [& cowbuilder?] are being pulled down from ubuntu to /var/ca= che/pbuilder/aptcache and the following, old packages for findlib/ocamlfind= are: > = > libfindlib-ocaml_1.4-2_armhf.deb > libfindlib-ocaml-dev_1.4-2_armhf.deb > ocaml-findlib_1.4-2_armhf.deb > = > and what is needed to deal with 'bytes' issue, I suspect, are the latest: > = > libfindlib-ocaml-dev_1.4.1-1_armhf.deb > libfindlib-ocaml_1.4.1-1_armhf.deb > ocaml-findlib_1.4.1-1_armhf.deb > = > I pulled down the latest ones are cunningly tried to replace the old file= s, but those canny signatures caused the real packages to be re-downloaded. > = > This is a real show-stopper :( > = > Can you think of any way that this can be circumvented? I=92m not totally familiar with .deb building but I think ocaml and ocamlfi= nd are being downloaded from the configured package repositories. Have a lo= ok in ./scripts/deb/templates/pbuilderrc, particularly the OTHERMIRROR and = EXTRAPACKAGES lines: OTHERMIRROR=3D"deb file:@PWD@/RPMS/ ./ |deb http://xenbits.xenproject.org/d= js/linaro-xen-4-4-talex5/ ./ |deb-src file:@PWD@/SRPMS/ ./\ ... EXTRAPACKAGES=3D"apt-utils fakeroot gettext intltool-debian python bsdmainu= tils debhelper dh-apparmor dh-ocaml file gettext-base groff-base man-db" I think we could either (1) build a custom ocamlfind with a later version number, put it online and= mention the repo in OTHERMIRROR; or (2) make a =91bytes=92 package containing only the fake package metadata, p= ut it online and mention it in OTHERMIRROR and EXTRAPACKAGES. Sorry it=92s all a bit ugly! I suspect later Ubuntu images will be easier since they=92ll come with the = later ocamlfind. Cheers, Dave _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Jun 12 12:07:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Jun 2015 12:07: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 1Z3Njk-000541-GW; Fri, 12 Jun 2015 12:07:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3Nji-00053N-RF; Fri, 12 Jun 2015 12:07:03 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 30/38-17050-66BCA755; Fri, 12 Jun 2015 12:07:02 +0000 X-Env-Sender: prvs=5980b9d75=Ian.Jackson@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1434110819!15670959!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29600 invoked from network); 12 Jun 2015 12:07:01 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2015 12:07:01 -0000 X-IronPort-AV: E=Sophos;i="5.13,601,1427760000"; d="scan'208";a="271397836" From: Ian Jackson MIME-Version: 1.0 Message-ID: <21882.51815.392249.764069@mariner.uk.xensource.com> Date: Fri, 12 Jun 2015 13:02:47 +0100 To: Ian Campbell In-Reply-To: <1433502796.7108.216.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> X-Mailer: VM 8.1.0 under 23.4.1 (i486-pc-linux-gnu) X-DLP: MIA2 Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, lwcheng@cs.hku.hk, xen-api@lists.xen.org Subject: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Ian Campbell writes ("Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c > Author: Konrad Rzeszutek Wilk > Date: Fri Apr 3 16:02:29 2015 -0400 > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. Now backported to staging-4.5. I fixed up the conflict, correctly I think. Ian. commit 0d8cbcad03764e42ff2f0d224aff883c3734d782 Author: Konrad Rzeszutek Wilk Date: Fri Apr 3 16:02:29 2015 -0400 libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. There is no sense in trying to online (or offline) CPUs when the size of cpumap is greater than the maximum number of VCPUs the guest can go to. As such fail the operation if the count of CPUs to online is greater than what the guest started with. For the offline case we do not check (as the bits are unset in the cpumap) and let it go through. We coalesce some of the underlying libxl_set_vcpuonline code together which was duplicated in QMP and XenStore codepaths. Signed-off-by: Konrad Rzeszutek Wilk Acked-by: Ian Campbell (cherry picked from commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c) Conflicts: tools/libxl/libxl.c Signed-off-by: Ian Jackson diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index 1f4dce2..489d5f8 100644 --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -5487,25 +5487,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, uint32_t domid, } static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; char *dompath; xs_transaction_t t; int i, rc = ERROR_FAIL; - libxl_dominfo_init(&info); - - if (libxl_domain_info(CTX, &info, domid) < 0) { - LOGE(ERROR, "getting domain info list"); - goto out; - } if (!(dompath = libxl__xs_get_dompath(gc, domid))) goto out; retry_transaction: t = xs_transaction_start(CTX->xsh); - for (i = 0; i <= info.vcpu_max_id; i++) + for (i = 0; i <= info->vcpu_max_id; i++) libxl__xs_write(gc, t, libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); @@ -5515,24 +5509,16 @@ retry_transaction: } else rc = 0; out: - libxl_dominfo_dispose(&info); return rc; } static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; int i; - libxl_dominfo_init(&info); - - if (libxl_domain_info(CTX, &info, domid) < 0) { - LOGE(ERROR, "getting domain info list"); - libxl_dominfo_dispose(&info); - return ERROR_FAIL; - } - for (i = 0; i <= info.vcpu_max_id; i++) { + for (i = 0; i <= info->vcpu_max_id; i++) { if (libxl_bitmap_test(cpumap, i)) { /* Return value is ignore because it does not tell anything useful * on the completion of the command. @@ -5542,33 +5528,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, libxl__qmp_cpu_add(gc, domid, i); } } - libxl_dominfo_dispose(&info); return 0; } int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap *cpumap) { GC_INIT(ctx); - int rc; + int rc, maxcpus; + libxl_dominfo info; + + libxl_dominfo_init(&info); + + rc = libxl_domain_info(CTX, &info, domid); + if (rc < 0) { + LOGE(ERROR, "getting domain info list"); + goto out; + } + + maxcpus = libxl_bitmap_count_set(cpumap); + if (maxcpus > info.vcpu_max_id + 1) + { + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", + maxcpus, info.vcpu_max_id + 1); + rc = ERROR_FAIL; + goto out; + } + switch (libxl__domain_type(gc, domid)) { case LIBXL_DOMAIN_TYPE_HVM: switch (libxl__device_model_version_running(gc, domid)) { case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } break; case LIBXL_DOMAIN_TYPE_PV: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } +out: + libxl_dominfo_dispose(&info); GC_FREE; return rc; } _______________________________________________ Xen-api 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 Jun 12 12:07:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Jun 2015 12:07: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 1Z3Njk-000541-GW; Fri, 12 Jun 2015 12:07:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3Nji-00053N-RF; Fri, 12 Jun 2015 12:07:03 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 30/38-17050-66BCA755; Fri, 12 Jun 2015 12:07:02 +0000 X-Env-Sender: prvs=5980b9d75=Ian.Jackson@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1434110819!15670959!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29600 invoked from network); 12 Jun 2015 12:07:01 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jun 2015 12:07:01 -0000 X-IronPort-AV: E=Sophos;i="5.13,601,1427760000"; d="scan'208";a="271397836" From: Ian Jackson MIME-Version: 1.0 Message-ID: <21882.51815.392249.764069@mariner.uk.xensource.com> Date: Fri, 12 Jun 2015 13:02:47 +0100 To: Ian Campbell In-Reply-To: <1433502796.7108.216.camel@citrix.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> X-Mailer: VM 8.1.0 under 23.4.1 (i486-pc-linux-gnu) X-DLP: MIA2 Cc: stefano.stabellini@eu.citrix.com, Konrad Rzeszutek Wilk , xen-devel , security@xenproject.org, lwcheng@cs.hku.hk, xen-api@lists.xen.org Subject: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Ian Campbell writes ("Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c > Author: Konrad Rzeszutek Wilk > Date: Fri Apr 3 16:02:29 2015 -0400 > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. Now backported to staging-4.5. I fixed up the conflict, correctly I think. Ian. commit 0d8cbcad03764e42ff2f0d224aff883c3734d782 Author: Konrad Rzeszutek Wilk Date: Fri Apr 3 16:02:29 2015 -0400 libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. There is no sense in trying to online (or offline) CPUs when the size of cpumap is greater than the maximum number of VCPUs the guest can go to. As such fail the operation if the count of CPUs to online is greater than what the guest started with. For the offline case we do not check (as the bits are unset in the cpumap) and let it go through. We coalesce some of the underlying libxl_set_vcpuonline code together which was duplicated in QMP and XenStore codepaths. Signed-off-by: Konrad Rzeszutek Wilk Acked-by: Ian Campbell (cherry picked from commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c) Conflicts: tools/libxl/libxl.c Signed-off-by: Ian Jackson diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index 1f4dce2..489d5f8 100644 --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -5487,25 +5487,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, uint32_t domid, } static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; char *dompath; xs_transaction_t t; int i, rc = ERROR_FAIL; - libxl_dominfo_init(&info); - - if (libxl_domain_info(CTX, &info, domid) < 0) { - LOGE(ERROR, "getting domain info list"); - goto out; - } if (!(dompath = libxl__xs_get_dompath(gc, domid))) goto out; retry_transaction: t = xs_transaction_start(CTX->xsh); - for (i = 0; i <= info.vcpu_max_id; i++) + for (i = 0; i <= info->vcpu_max_id; i++) libxl__xs_write(gc, t, libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); @@ -5515,24 +5509,16 @@ retry_transaction: } else rc = 0; out: - libxl_dominfo_dispose(&info); return rc; } static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, - libxl_bitmap *cpumap) + libxl_bitmap *cpumap, + const libxl_dominfo *info) { - libxl_dominfo info; int i; - libxl_dominfo_init(&info); - - if (libxl_domain_info(CTX, &info, domid) < 0) { - LOGE(ERROR, "getting domain info list"); - libxl_dominfo_dispose(&info); - return ERROR_FAIL; - } - for (i = 0; i <= info.vcpu_max_id; i++) { + for (i = 0; i <= info->vcpu_max_id; i++) { if (libxl_bitmap_test(cpumap, i)) { /* Return value is ignore because it does not tell anything useful * on the completion of the command. @@ -5542,33 +5528,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, libxl__qmp_cpu_add(gc, domid, i); } } - libxl_dominfo_dispose(&info); return 0; } int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap *cpumap) { GC_INIT(ctx); - int rc; + int rc, maxcpus; + libxl_dominfo info; + + libxl_dominfo_init(&info); + + rc = libxl_domain_info(CTX, &info, domid); + if (rc < 0) { + LOGE(ERROR, "getting domain info list"); + goto out; + } + + maxcpus = libxl_bitmap_count_set(cpumap); + if (maxcpus > info.vcpu_max_id + 1) + { + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", + maxcpus, info.vcpu_max_id + 1); + rc = ERROR_FAIL; + goto out; + } + switch (libxl__domain_type(gc, domid)) { case LIBXL_DOMAIN_TYPE_HVM: switch (libxl__device_model_version_running(gc, domid)) { case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } break; case LIBXL_DOMAIN_TYPE_PV: - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); break; default: rc = ERROR_INVAL; } +out: + libxl_dominfo_dispose(&info); GC_FREE; return rc; } _______________________________________________ Xen-api 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 Jun 12 14:08:40 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Jun 2015 14:08:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3PdA-0000zq-5l; Fri, 12 Jun 2015 14:08:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3Pd8-0000zP-S6; Fri, 12 Jun 2015 14:08:23 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 2E/1A-12923-6D7EA755; Fri, 12 Jun 2015 14:08:22 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1434118097!13863004!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.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24971 invoked from network); 12 Jun 2015 14:08:18 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jun 2015 14:08:18 -0000 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t5CE867i006126 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 12 Jun 2015 14:08:06 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t5CE85Sj006369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 12 Jun 2015 14:08:05 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t5CE84RB008498; Fri, 12 Jun 2015 14:08:05 GMT Received: from l.oracle.com (/10.137.176.158) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 12 Jun 2015 07:08:04 -0700 Received: by l.oracle.com (Postfix, from userid 1000) id 795AF6A019D; Fri, 12 Jun 2015 10:08:03 -0400 (EDT) Date: Fri, 12 Jun 2015 10:08:03 -0400 From: Konrad Rzeszutek Wilk To: Ian Jackson Message-ID: <20150612140803.GI15651@l.oracle.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> <21882.51815.392249.764069@mariner.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <21882.51815.392249.764069@mariner.uk.xensource.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Source-IP: userv0022.oracle.com [156.151.31.74] Cc: Ian Campbell , stefano.stabellini@eu.citrix.com, xen-devel , security@xenproject.org, lwcheng@cs.hku.hk, xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Jun 12, 2015 at 01:02:47PM +0100, Ian Jackson wrote: > Ian Campbell writes ("Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > > commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c > > Author: Konrad Rzeszutek Wilk > > Date: Fri Apr 3 16:02:29 2015 -0400 > > > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. > > Now backported to staging-4.5. I fixed up the conflict, correctly I > think. Yes, looks correctly. > > Ian. > > commit 0d8cbcad03764e42ff2f0d224aff883c3734d782 > Author: Konrad Rzeszutek Wilk > Date: Fri Apr 3 16:02:29 2015 -0400 > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. > > There is no sense in trying to online (or offline) CPUs when the size of > cpumap is greater than the maximum number of VCPUs the guest can go to. > > As such fail the operation if the count of CPUs to online is greater > than what the guest started with. For the offline case we do not > check (as the bits are unset in the cpumap) and let it go through. > > We coalesce some of the underlying libxl_set_vcpuonline code > together which was duplicated in QMP and XenStore codepaths. > > Signed-off-by: Konrad Rzeszutek Wilk > Acked-by: Ian Campbell > (cherry picked from commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c) > > Conflicts: > tools/libxl/libxl.c > Signed-off-by: Ian Jackson > > diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c > index 1f4dce2..489d5f8 100644 > --- a/tools/libxl/libxl.c > +++ b/tools/libxl/libxl.c > @@ -5487,25 +5487,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, uint32_t domid, > } > > static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > char *dompath; > xs_transaction_t t; > int i, rc = ERROR_FAIL; > > - libxl_dominfo_init(&info); > - > - if (libxl_domain_info(CTX, &info, domid) < 0) { > - LOGE(ERROR, "getting domain info list"); > - goto out; > - } > if (!(dompath = libxl__xs_get_dompath(gc, domid))) > goto out; > > retry_transaction: > t = xs_transaction_start(CTX->xsh); > - for (i = 0; i <= info.vcpu_max_id; i++) > + for (i = 0; i <= info->vcpu_max_id; i++) > libxl__xs_write(gc, t, > libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), > "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); > @@ -5515,24 +5509,16 @@ retry_transaction: > } else > rc = 0; > out: > - libxl_dominfo_dispose(&info); > return rc; > } > > static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > int i; > > - libxl_dominfo_init(&info); > - > - if (libxl_domain_info(CTX, &info, domid) < 0) { > - LOGE(ERROR, "getting domain info list"); > - libxl_dominfo_dispose(&info); > - return ERROR_FAIL; > - } > - for (i = 0; i <= info.vcpu_max_id; i++) { > + for (i = 0; i <= info->vcpu_max_id; i++) { > if (libxl_bitmap_test(cpumap, i)) { > /* Return value is ignore because it does not tell anything useful > * on the completion of the command. > @@ -5542,33 +5528,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, > libxl__qmp_cpu_add(gc, domid, i); > } > } > - libxl_dominfo_dispose(&info); > return 0; > } > > int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap *cpumap) > { > GC_INIT(ctx); > - int rc; > + int rc, maxcpus; > + libxl_dominfo info; > + > + libxl_dominfo_init(&info); > + > + rc = libxl_domain_info(CTX, &info, domid); > + if (rc < 0) { > + LOGE(ERROR, "getting domain info list"); > + goto out; > + } > + > + maxcpus = libxl_bitmap_count_set(cpumap); > + if (maxcpus > info.vcpu_max_id + 1) > + { > + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", > + maxcpus, info.vcpu_max_id + 1); > + rc = ERROR_FAIL; > + goto out; > + } > + > switch (libxl__domain_type(gc, domid)) { > case LIBXL_DOMAIN_TYPE_HVM: > switch (libxl__device_model_version_running(gc, domid)) { > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: > - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > break; > case LIBXL_DOMAIN_TYPE_PV: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > +out: > + libxl_dominfo_dispose(&info); > GC_FREE; > return rc; > } _______________________________________________ Xen-api 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 Jun 12 14:08:40 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Jun 2015 14:08:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3PdA-0000zq-5l; Fri, 12 Jun 2015 14:08:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z3Pd8-0000zP-S6; Fri, 12 Jun 2015 14:08:23 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 2E/1A-12923-6D7EA755; Fri, 12 Jun 2015 14:08:22 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1434118097!13863004!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.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24971 invoked from network); 12 Jun 2015 14:08:18 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jun 2015 14:08:18 -0000 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t5CE867i006126 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 12 Jun 2015 14:08:06 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t5CE85Sj006369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 12 Jun 2015 14:08:05 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t5CE84RB008498; Fri, 12 Jun 2015 14:08:05 GMT Received: from l.oracle.com (/10.137.176.158) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 12 Jun 2015 07:08:04 -0700 Received: by l.oracle.com (Postfix, from userid 1000) id 795AF6A019D; Fri, 12 Jun 2015 10:08:03 -0400 (EDT) Date: Fri, 12 Jun 2015 10:08:03 -0400 From: Konrad Rzeszutek Wilk To: Ian Jackson Message-ID: <20150612140803.GI15651@l.oracle.com> References: <20150529134415.92271rkr8avv89fo@intranet.cs.hku.hk> <1432887684.5748.198.camel@citrix.com> <20150529225554.112270oerb4bjokk@intranet.cs.hku.hk> <20150603130234.199827lp2ivr8j9c@intranet.cs.hku.hk> <1433429646.7108.111.camel@citrix.com> <1433502796.7108.216.camel@citrix.com> <21882.51815.392249.764069@mariner.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <21882.51815.392249.764069@mariner.uk.xensource.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Source-IP: userv0022.oracle.com [156.151.31.74] Cc: Ian Campbell , stefano.stabellini@eu.citrix.com, xen-devel , security@xenproject.org, lwcheng@cs.hku.hk, xen-api@lists.xen.org Subject: Re: [Xen-API] Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Jun 12, 2015 at 01:02:47PM +0100, Ian Jackson wrote: > Ian Campbell writes ("Backport request "libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report] Security issue in "xl vcpu-set")"): > > commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c > > Author: Konrad Rzeszutek Wilk > > Date: Fri Apr 3 16:02:29 2015 -0400 > > > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. > > Now backported to staging-4.5. I fixed up the conflict, correctly I > think. Yes, looks correctly. > > Ian. > > commit 0d8cbcad03764e42ff2f0d224aff883c3734d782 > Author: Konrad Rzeszutek Wilk > Date: Fri Apr 3 16:02:29 2015 -0400 > > libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap. > > There is no sense in trying to online (or offline) CPUs when the size of > cpumap is greater than the maximum number of VCPUs the guest can go to. > > As such fail the operation if the count of CPUs to online is greater > than what the guest started with. For the offline case we do not > check (as the bits are unset in the cpumap) and let it go through. > > We coalesce some of the underlying libxl_set_vcpuonline code > together which was duplicated in QMP and XenStore codepaths. > > Signed-off-by: Konrad Rzeszutek Wilk > Acked-by: Ian Campbell > (cherry picked from commit d83bf9d224eeb5b73b93c2703f7dba4473cfa89c) > > Conflicts: > tools/libxl/libxl.c > Signed-off-by: Ian Jackson > > diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c > index 1f4dce2..489d5f8 100644 > --- a/tools/libxl/libxl.c > +++ b/tools/libxl/libxl.c > @@ -5487,25 +5487,19 @@ int libxl_domain_get_nodeaffinity(libxl_ctx *ctx, uint32_t domid, > } > > static int libxl__set_vcpuonline_xenstore(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > char *dompath; > xs_transaction_t t; > int i, rc = ERROR_FAIL; > > - libxl_dominfo_init(&info); > - > - if (libxl_domain_info(CTX, &info, domid) < 0) { > - LOGE(ERROR, "getting domain info list"); > - goto out; > - } > if (!(dompath = libxl__xs_get_dompath(gc, domid))) > goto out; > > retry_transaction: > t = xs_transaction_start(CTX->xsh); > - for (i = 0; i <= info.vcpu_max_id; i++) > + for (i = 0; i <= info->vcpu_max_id; i++) > libxl__xs_write(gc, t, > libxl__sprintf(gc, "%s/cpu/%u/availability", dompath, i), > "%s", libxl_bitmap_test(cpumap, i) ? "online" : "offline"); > @@ -5515,24 +5509,16 @@ retry_transaction: > } else > rc = 0; > out: > - libxl_dominfo_dispose(&info); > return rc; > } > > static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, > - libxl_bitmap *cpumap) > + libxl_bitmap *cpumap, > + const libxl_dominfo *info) > { > - libxl_dominfo info; > int i; > > - libxl_dominfo_init(&info); > - > - if (libxl_domain_info(CTX, &info, domid) < 0) { > - LOGE(ERROR, "getting domain info list"); > - libxl_dominfo_dispose(&info); > - return ERROR_FAIL; > - } > - for (i = 0; i <= info.vcpu_max_id; i++) { > + for (i = 0; i <= info->vcpu_max_id; i++) { > if (libxl_bitmap_test(cpumap, i)) { > /* Return value is ignore because it does not tell anything useful > * on the completion of the command. > @@ -5542,33 +5528,53 @@ static int libxl__set_vcpuonline_qmp(libxl__gc *gc, uint32_t domid, > libxl__qmp_cpu_add(gc, domid, i); > } > } > - libxl_dominfo_dispose(&info); > return 0; > } > > int libxl_set_vcpuonline(libxl_ctx *ctx, uint32_t domid, libxl_bitmap *cpumap) > { > GC_INIT(ctx); > - int rc; > + int rc, maxcpus; > + libxl_dominfo info; > + > + libxl_dominfo_init(&info); > + > + rc = libxl_domain_info(CTX, &info, domid); > + if (rc < 0) { > + LOGE(ERROR, "getting domain info list"); > + goto out; > + } > + > + maxcpus = libxl_bitmap_count_set(cpumap); > + if (maxcpus > info.vcpu_max_id + 1) > + { > + LOGE(ERROR, "Requested %d VCPUs, however maxcpus is %d!", > + maxcpus, info.vcpu_max_id + 1); > + rc = ERROR_FAIL; > + goto out; > + } > + > switch (libxl__domain_type(gc, domid)) { > case LIBXL_DOMAIN_TYPE_HVM: > switch (libxl__device_model_version_running(gc, domid)) { > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: > - rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_qmp(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > break; > case LIBXL_DOMAIN_TYPE_PV: > - rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap); > + rc = libxl__set_vcpuonline_xenstore(gc, domid, cpumap, &info); > break; > default: > rc = ERROR_INVAL; > } > +out: > + libxl_dominfo_dispose(&info); > GC_FREE; > return rc; > } _______________________________________________ Xen-api 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 Jun 15 09:51:13 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Jun 2015 09:51: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 1Z4R2m-0000Fn-2T; Mon, 15 Jun 2015 09:51:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z4R2j-0000FJ-GN; Mon, 15 Jun 2015 09:51:01 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id DE/07-03371-400AE755; Mon, 15 Jun 2015 09:51:00 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1434361859!18734806!1 X-Originating-IP: [209.85.212.181] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18166 invoked from network); 15 Jun 2015 09:50:59 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jun 2015 09:50:59 -0000 Received: by wibdq8 with SMTP id dq8so72005417wib.1; Mon, 15 Jun 2015 02:50:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=YsmdnaX2L+0I6XGqNcNRv5NNGGMBl/1thV1h8Uvrzf0=; b=D027Q5hSNxyAXNi87vZS3/1CeW6Is4RgBNGdapoRbcPO2lnyDnNGCDdxtTzPxZVWYS fvHQz6qM1Yl2mPnWePPmyN1dsC9s+XYm1/gNeOEhqmlZw3mdfh5GKasZEtl8e9yoDZKd HhpvYFnPlpNuG2ROZG2H7BZDSnU4xtOiVJpqQ+YgMqM4/Ydqs5fyOdiOwtRgIn6FYNzC XfJ4GJDUs++9+YUNCduiWSW8atoVVusWfwoT9YxkK4sc3vCTK8rUPyvh1h9tp4KrzNPl A9HcQPM+EyeX5ERix7uaeA6LNp4ccJtvdX6OBD3m/xvTin+CvZ5MzwO1D9F63+ypnyzF vH7Q== X-Received: by 10.180.20.198 with SMTP id p6mr30265171wie.38.1434361859382; Mon, 15 Jun 2015 02:50:59 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id m4sm16670763wjb.37.2015.06.15.02.50.57 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Jun 2015 02:50:58 -0700 (PDT) From: Lars Kurth Date: Mon, 15 Jun 2015 10:50:56 +0100 Message-Id: To: minios-devel@lists.xenproject.org, xen-devel , mirageos-devel@xenproject.org, xen-api@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Xen-API] minios-devel list is now live X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0433765763257978685==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0433765763257978685== Content-Type: multipart/alternative; boundary="Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB" --Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, as requested, we created a new mailing list for minios development. You = can subscribe via=20 http://lists.xenproject.org/cgi-bin/mailman/listinfo/minios-devel = or by sending an email with subject line "subscribe" to = minios-devel-request@lists.xenproject.org Regards Lars= --Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Hi all,
as requested, we created a new mailing list for minios development. You can subscribe via 


or by sending an email with subject line "subscribe" to minios-devel-request@lists.xenproject.org

Regards
Lars
--Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB-- --===============0433765763257978685== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0433765763257978685==-- From xen-api-bounces@lists.xen.org Mon Jun 15 09:51:13 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Jun 2015 09:51: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 1Z4R2m-0000Fn-2T; Mon, 15 Jun 2015 09:51:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z4R2j-0000FJ-GN; Mon, 15 Jun 2015 09:51:01 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id DE/07-03371-400AE755; Mon, 15 Jun 2015 09:51:00 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1434361859!18734806!1 X-Originating-IP: [209.85.212.181] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18166 invoked from network); 15 Jun 2015 09:50:59 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jun 2015 09:50:59 -0000 Received: by wibdq8 with SMTP id dq8so72005417wib.1; Mon, 15 Jun 2015 02:50:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=YsmdnaX2L+0I6XGqNcNRv5NNGGMBl/1thV1h8Uvrzf0=; b=D027Q5hSNxyAXNi87vZS3/1CeW6Is4RgBNGdapoRbcPO2lnyDnNGCDdxtTzPxZVWYS fvHQz6qM1Yl2mPnWePPmyN1dsC9s+XYm1/gNeOEhqmlZw3mdfh5GKasZEtl8e9yoDZKd HhpvYFnPlpNuG2ROZG2H7BZDSnU4xtOiVJpqQ+YgMqM4/Ydqs5fyOdiOwtRgIn6FYNzC XfJ4GJDUs++9+YUNCduiWSW8atoVVusWfwoT9YxkK4sc3vCTK8rUPyvh1h9tp4KrzNPl A9HcQPM+EyeX5ERix7uaeA6LNp4ccJtvdX6OBD3m/xvTin+CvZ5MzwO1D9F63+ypnyzF vH7Q== X-Received: by 10.180.20.198 with SMTP id p6mr30265171wie.38.1434361859382; Mon, 15 Jun 2015 02:50:59 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id m4sm16670763wjb.37.2015.06.15.02.50.57 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Jun 2015 02:50:58 -0700 (PDT) From: Lars Kurth Date: Mon, 15 Jun 2015 10:50:56 +0100 Message-Id: To: minios-devel@lists.xenproject.org, xen-devel , mirageos-devel@xenproject.org, xen-api@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Xen-API] minios-devel list is now live X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0433765763257978685==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0433765763257978685== Content-Type: multipart/alternative; boundary="Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB" --Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, as requested, we created a new mailing list for minios development. You = can subscribe via=20 http://lists.xenproject.org/cgi-bin/mailman/listinfo/minios-devel = or by sending an email with subject line "subscribe" to = minios-devel-request@lists.xenproject.org Regards Lars= --Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Hi all,
as requested, we created a new mailing list for minios development. You can subscribe via 


or by sending an email with subject line "subscribe" to minios-devel-request@lists.xenproject.org

Regards
Lars
--Apple-Mail=_5905D8BD-F973-4DC4-A43C-1DB7909C84FB-- --===============0433765763257978685== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0433765763257978685==-- From xen-api-bounces@lists.xen.org Tue Jun 23 04:01:44 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Jun 2015 04:01: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 1Z7FOv-0006QU-QG; Tue, 23 Jun 2015 04:01:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z7FOu-0006QE-83; Tue, 23 Jun 2015 04:01:32 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id D2/C3-30151-A1AD8855; Tue, 23 Jun 2015 04:01:30 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1435032089!25750335!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=2.1 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31380 invoked from network); 23 Jun 2015 04:01:29 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2015 04:01:29 -0000 Received: by wguu7 with SMTP id u7so84809235wgu.3; Mon, 22 Jun 2015 21:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=1We2VqdoGfvSXAg3r4nzaklUDhZj/s1BQDpWKf0Zg+4=; b=a+V8t60nZ7rcXfM2cbVTbDD6LY5/DZg9DumKqS4vWfzup79GMSH80O0lA3q7oNDF1r UDHqhU35UAuLXcQKdUDrsAebJI/LJCK3daIXqsXyjHc5JKpFwDYFbMa1AmQE3sCoa6+d zOfHPYkjVNK5O8bUE1sp/H2j4j/iF8XtExAmYuxTzYlKfdV2dRMfLwOJFSZkREIgMfeX G4veKvTAw8azuTGeo6pBztyGyBHcQ3SN64UFDvOb1lroHNSfwM5LGiqeDSOje2feM10/ D5Lk9208fsB7ciriErbZK3oAvinazkyVur2oSy3tNsgQcuq2jt5i81chLIgTWoX1aKHy xwUA== MIME-Version: 1.0 X-Received: by 10.194.209.130 with SMTP id mm2mr55428574wjc.64.1435032089695; Mon, 22 Jun 2015 21:01:29 -0700 (PDT) Received: by 10.194.81.99 with HTTP; Mon, 22 Jun 2015 21:01:29 -0700 (PDT) Date: Tue, 23 Jun 2015 00:01:29 -0400 X-Google-Sender-Auth: AqAUcuNbXC9nOjHEsmLtOFo4z7A Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel , xs-devel@lists.xenserver.org, xen-api@lists.xen.org, mirageos-devel@lists.xenproject.org Subject: [Xen-API] Xen Project Document Day is tomorrow, June 24! X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Our next Document Day is this Wednesday. This month, we'd like to catch up with the latest advances in the project. Some topics to address include: - Mirage OS: we need current information about Mirage, with links to key pages on the Mirage wiki - XAPI: The latest docs from the XenServer crew need to be referenced from our wiki - Unikernels: Beyond Mirage OS, lots of other Unikernels leverage Xen Project; we need them properly linked in to our wiki - Raisin: the new effort has a new wiki page which needs review - anything else which need to be brought up to date All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Also take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO Please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ Xen-api 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 Jun 23 04:01:44 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Jun 2015 04:01: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 1Z7FOv-0006QU-QG; Tue, 23 Jun 2015 04:01:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z7FOu-0006QE-83; Tue, 23 Jun 2015 04:01:32 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id D2/C3-30151-A1AD8855; Tue, 23 Jun 2015 04:01:30 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1435032089!25750335!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=2.1 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31380 invoked from network); 23 Jun 2015 04:01:29 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jun 2015 04:01:29 -0000 Received: by wguu7 with SMTP id u7so84809235wgu.3; Mon, 22 Jun 2015 21:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=1We2VqdoGfvSXAg3r4nzaklUDhZj/s1BQDpWKf0Zg+4=; b=a+V8t60nZ7rcXfM2cbVTbDD6LY5/DZg9DumKqS4vWfzup79GMSH80O0lA3q7oNDF1r UDHqhU35UAuLXcQKdUDrsAebJI/LJCK3daIXqsXyjHc5JKpFwDYFbMa1AmQE3sCoa6+d zOfHPYkjVNK5O8bUE1sp/H2j4j/iF8XtExAmYuxTzYlKfdV2dRMfLwOJFSZkREIgMfeX G4veKvTAw8azuTGeo6pBztyGyBHcQ3SN64UFDvOb1lroHNSfwM5LGiqeDSOje2feM10/ D5Lk9208fsB7ciriErbZK3oAvinazkyVur2oSy3tNsgQcuq2jt5i81chLIgTWoX1aKHy xwUA== MIME-Version: 1.0 X-Received: by 10.194.209.130 with SMTP id mm2mr55428574wjc.64.1435032089695; Mon, 22 Jun 2015 21:01:29 -0700 (PDT) Received: by 10.194.81.99 with HTTP; Mon, 22 Jun 2015 21:01:29 -0700 (PDT) Date: Tue, 23 Jun 2015 00:01:29 -0400 X-Google-Sender-Auth: AqAUcuNbXC9nOjHEsmLtOFo4z7A Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel , xs-devel@lists.xenserver.org, xen-api@lists.xen.org, mirageos-devel@lists.xenproject.org Subject: [Xen-API] Xen Project Document Day is tomorrow, June 24! X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Our next Document Day is this Wednesday. This month, we'd like to catch up with the latest advances in the project. Some topics to address include: - Mirage OS: we need current information about Mirage, with links to key pages on the Mirage wiki - XAPI: The latest docs from the XenServer crew need to be referenced from our wiki - Unikernels: Beyond Mirage OS, lots of other Unikernels leverage Xen Project; we need them properly linked in to our wiki - Raisin: the new effort has a new wiki page which needs review - anything else which need to be brought up to date All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Also take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO Please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ Xen-api 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 Jun 24 03:46:20 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Jun 2015 03:46:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z7bdb-00047V-Pe; Wed, 24 Jun 2015 03:46:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z7bda-000474-A1; Wed, 24 Jun 2015 03:46:10 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 2D/0B-28408-1082A855; Wed, 24 Jun 2015 03:46:09 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1435117567!14723422!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=2.1 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16578 invoked from network); 24 Jun 2015 03:46:07 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2015 03:46:07 -0000 Received: by wgbhy7 with SMTP id hy7so25050454wgb.2; Tue, 23 Jun 2015 20:46:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Q/QKJsZLEtS31P4U31ChiJF9hqcLITrbnyZKw9yiRU0=; b=gza9HsL1PqgxiYSk1zk4Xg9UAu/skcHlAc4ykOzZ7rJyFkUeXh1BptSaqIwlbcV/Xi 1dQh/w/rZDrBG+o+wn3sZ6WCLczMQr7FT3KAG4Fccqe94tjRsLjgEbmdw/TUuPrwKqvS jVET0KfISWDWLNWiztjUjpTBHD188H6FjsLjZwLrnV14MLq0MD3Zwcjlhcqlvjkl2398 LBRRZvIm5sLPGwhR2PavJspX6Pyp6U/L0BotJud6bqBsRoILWGzsBUBCri5KxSRWOSJn Drx9uZCxXg0zArnLD4nbfmkICEpwxOi27Z80hGohLXcBQQZDWT6vSew95q6IT7kT9mHk 783g== MIME-Version: 1.0 X-Received: by 10.180.72.179 with SMTP id e19mr700849wiv.53.1435117567176; Tue, 23 Jun 2015 20:46:07 -0700 (PDT) Received: by 10.194.81.99 with HTTP; Tue, 23 Jun 2015 20:46:07 -0700 (PDT) In-Reply-To: References: Date: Tue, 23 Jun 2015 23:46:07 -0400 X-Google-Sender-Auth: pgvQ12Jji25rewAcR0IWw2UwKFY Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: xen-api@lists.xen.org, "xen-users@lists.xen.org" , xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org, xen-devel Subject: Re: [Xen-API] Xen Project Document Day is tomorrow, June 24! X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Document Day is here! Join us in #xendocs on Freenode IRC and help us make us our Wiki even better! On Tue, Jun 23, 2015 at 12:01 AM, Russ Pavlicek wrote: > Our next Document Day is this Wednesday. This month, we'd like to > catch up with the latest advances in the project. Some topics to > address include: > - Mirage OS: we need current information about Mirage, with links to > key pages on the Mirage wiki > - XAPI: The latest docs from the XenServer crew need to be referenced > from our wiki > - Unikernels: Beyond Mirage OS, lots of other Unikernels leverage Xen > Project; we need them properly linked in to our wiki > - Raisin: the new effort has a new wiki page which needs review > - anything else which need to be brought up to date > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested > to be made a Wiki editor, save time and do it now so you are ready to > go on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ Xen-api 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 Jun 24 03:46:20 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Jun 2015 03:46:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z7bdb-00047V-Pe; Wed, 24 Jun 2015 03:46:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z7bda-000474-A1; Wed, 24 Jun 2015 03:46:10 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 2D/0B-28408-1082A855; Wed, 24 Jun 2015 03:46:09 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1435117567!14723422!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=2.1 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16578 invoked from network); 24 Jun 2015 03:46:07 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jun 2015 03:46:07 -0000 Received: by wgbhy7 with SMTP id hy7so25050454wgb.2; Tue, 23 Jun 2015 20:46:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Q/QKJsZLEtS31P4U31ChiJF9hqcLITrbnyZKw9yiRU0=; b=gza9HsL1PqgxiYSk1zk4Xg9UAu/skcHlAc4ykOzZ7rJyFkUeXh1BptSaqIwlbcV/Xi 1dQh/w/rZDrBG+o+wn3sZ6WCLczMQr7FT3KAG4Fccqe94tjRsLjgEbmdw/TUuPrwKqvS jVET0KfISWDWLNWiztjUjpTBHD188H6FjsLjZwLrnV14MLq0MD3Zwcjlhcqlvjkl2398 LBRRZvIm5sLPGwhR2PavJspX6Pyp6U/L0BotJud6bqBsRoILWGzsBUBCri5KxSRWOSJn Drx9uZCxXg0zArnLD4nbfmkICEpwxOi27Z80hGohLXcBQQZDWT6vSew95q6IT7kT9mHk 783g== MIME-Version: 1.0 X-Received: by 10.180.72.179 with SMTP id e19mr700849wiv.53.1435117567176; Tue, 23 Jun 2015 20:46:07 -0700 (PDT) Received: by 10.194.81.99 with HTTP; Tue, 23 Jun 2015 20:46:07 -0700 (PDT) In-Reply-To: References: Date: Tue, 23 Jun 2015 23:46:07 -0400 X-Google-Sender-Auth: pgvQ12Jji25rewAcR0IWw2UwKFY Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: xen-api@lists.xen.org, "xen-users@lists.xen.org" , xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org, xen-devel Subject: Re: [Xen-API] Xen Project Document Day is tomorrow, June 24! X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Document Day is here! Join us in #xendocs on Freenode IRC and help us make us our Wiki even better! On Tue, Jun 23, 2015 at 12:01 AM, Russ Pavlicek wrote: > Our next Document Day is this Wednesday. This month, we'd like to > catch up with the latest advances in the project. Some topics to > address include: > - Mirage OS: we need current information about Mirage, with links to > key pages on the Mirage wiki > - XAPI: The latest docs from the XenServer crew need to be referenced > from our wiki > - Unikernels: Beyond Mirage OS, lots of other Unikernels leverage Xen > Project; we need them properly linked in to our wiki > - Raisin: the new effort has a new wiki page which needs review > - anything else which need to be brought up to date > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested > to be made a Wiki editor, save time and do it now so you are ready to > go on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ Xen-api 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 Jun 25 14:11:08 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Jun 2015 14:11: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 1Z87rl-0006f1-Ma; Thu, 25 Jun 2015 14:10:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z87rj-0006da-LW; Thu, 25 Jun 2015 14:10:55 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id A9/7D-15949-EEB0C855; Thu, 25 Jun 2015 14:10:54 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1435241453!16876029!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24229 invoked from network); 25 Jun 2015 14:10:54 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2015 14:10:54 -0000 Received: by wiga1 with SMTP id a1so165707306wig.0; Thu, 25 Jun 2015 07:10:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=wLLSJ1OWb3HcBhIwwQ794i6CDLWMPVb2+5ggGoMLAiI=; b=zEyW5qgDI+fwT+yYntcEHMh/kRwSapW08sYw8RWuh3U5mXDhNM6ntjU6zUAIeYYG17 jtf6V43Ht+b+0RwAA00PfAvwHVWYLLoIx7VvSJKcStvIkYXBcX4BhGJvUMG7emln+lX4 CNxAsDlrqlhrpI3AyrRWZBMHrTlCMAIPbIj1WPn7W6cIc8VjcFJSBQteUTsaaWnO4sUt HX0U+YEp5A4mDj7AEv/2d5K0b/Qmxlto27h1U/mtn6YcI/Bll9PabYodyBC+61IO1q31 CqvAPxWWyy6weM54VU0lQIXAuHHnoEDR/mkCFz+l5BlT1LBqK3jE/9ikrsqgktWhlcUS 1f2g== X-Received: by 10.180.95.10 with SMTP id dg10mr6188820wib.41.1435241453526; Thu, 25 Jun 2015 07:10:53 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id i5sm7840806wic.10.2015.06.25.07.10.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Jun 2015 07:10:51 -0700 (PDT) From: Lars Kurth Message-Id: <5B88C49B-2BE4-48AF-B721-B71793A2D638@gmail.com> Date: Thu, 25 Jun 2015 15:10:50 +0100 To: Xen Devel , xen-api@lists.xenproject.org, mirageos-devel , embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Xen-API] June Advisory Board Minutes and Votes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0049738173473052673==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0049738173473052673== Content-Type: multipart/alternative; boundary="Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB" --Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii See * http://wiki.xenproject.org/wiki/AB_Meeting/June_2015_Minutes = * http://wiki.xenproject.org/wiki/AB_Votes/COLO-Contracts-June2015 = = --Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii See --Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB-- --===============0049738173473052673== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0049738173473052673==-- From xen-api-bounces@lists.xen.org Thu Jun 25 14:11:08 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Jun 2015 14:11: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 1Z87rl-0006f1-Ma; Thu, 25 Jun 2015 14:10:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z87rj-0006da-LW; Thu, 25 Jun 2015 14:10:55 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id A9/7D-15949-EEB0C855; Thu, 25 Jun 2015 14:10:54 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1435241453!16876029!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24229 invoked from network); 25 Jun 2015 14:10:54 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jun 2015 14:10:54 -0000 Received: by wiga1 with SMTP id a1so165707306wig.0; Thu, 25 Jun 2015 07:10:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=wLLSJ1OWb3HcBhIwwQ794i6CDLWMPVb2+5ggGoMLAiI=; b=zEyW5qgDI+fwT+yYntcEHMh/kRwSapW08sYw8RWuh3U5mXDhNM6ntjU6zUAIeYYG17 jtf6V43Ht+b+0RwAA00PfAvwHVWYLLoIx7VvSJKcStvIkYXBcX4BhGJvUMG7emln+lX4 CNxAsDlrqlhrpI3AyrRWZBMHrTlCMAIPbIj1WPn7W6cIc8VjcFJSBQteUTsaaWnO4sUt HX0U+YEp5A4mDj7AEv/2d5K0b/Qmxlto27h1U/mtn6YcI/Bll9PabYodyBC+61IO1q31 CqvAPxWWyy6weM54VU0lQIXAuHHnoEDR/mkCFz+l5BlT1LBqK3jE/9ikrsqgktWhlcUS 1f2g== X-Received: by 10.180.95.10 with SMTP id dg10mr6188820wib.41.1435241453526; Thu, 25 Jun 2015 07:10:53 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id i5sm7840806wic.10.2015.06.25.07.10.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Jun 2015 07:10:51 -0700 (PDT) From: Lars Kurth Message-Id: <5B88C49B-2BE4-48AF-B721-B71793A2D638@gmail.com> Date: Thu, 25 Jun 2015 15:10:50 +0100 To: Xen Devel , xen-api@lists.xenproject.org, mirageos-devel , embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Xen-API] June Advisory Board Minutes and Votes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0049738173473052673==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0049738173473052673== Content-Type: multipart/alternative; boundary="Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB" --Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii See * http://wiki.xenproject.org/wiki/AB_Meeting/June_2015_Minutes = * http://wiki.xenproject.org/wiki/AB_Votes/COLO-Contracts-June2015 = = --Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii See --Apple-Mail=_59036403-BA07-41BC-91A1-78F40693D4AB-- --===============0049738173473052673== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0049738173473052673==-- From xen-api-bounces@lists.xen.org Sun Jun 28 08:47:46 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Jun 2015 08:47: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 1Z98FW-0002K4-3A; Sun, 28 Jun 2015 08:47:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z98FV-0002Jv-L8; Sun, 28 Jun 2015 08:47:37 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 21/6D-06457-8A4BF855; Sun, 28 Jun 2015 08:47:36 +0000 X-Env-Sender: xinyue@nfs.iscas.ac.cn X-Msg-Ref: server-12.tower-31.messagelabs.com!1435481092!20429556!1 X-Originating-IP: [124.16.139.187] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16446 invoked from network); 28 Jun 2015 08:44:52 -0000 Received: from itechs.iscas.ac.cn (HELO itechs.iscas.ac.cn) (124.16.139.187) by server-12.tower-31.messagelabs.com with SMTP; 28 Jun 2015 08:44:52 -0000 Received: from localhost (unknown [127.0.0.1]) by nfs.iscas.ac.cn (Postfix) with ESMTP id 61B042500E7D; Sun, 28 Jun 2015 12:47:28 +0800 (CST) X-Virus-Scanned: amavisd-new at nfs.iscas.ac.cn Received: from itechs.iscas.ac.cn ([127.0.0.1]) by localhost (nfs.iscas.ac.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a0V9nOnuPdnO; Sun, 28 Jun 2015 12:47:12 +0800 (CST) Received: from nfsPC (unknown [119.78.243.4]) (Authenticated sender: xinyue@nfs.iscas.ac.cn) by nfs.iscas.ac.cn (Postfix) with ESMTPA id 558B925007FC; Sun, 28 Jun 2015 12:47:11 +0800 (CST) From: "xinyue" To: , , Date: Sun, 28 Jun 2015 13:13:37 +0800 Message-ID: <000001d0b161$31342770$939c7650$@nfs.iscas.ac.cn> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdCwBLpvA/TwxVCCTcu5h+X9tZ5nZw== Content-Language: zh-cn Subject: [Xen-API] =?gb2312?b?eGVuIHBoeXNpY2FsIGFkZHJlc3OjqHBhZGRyo6lhbmQg?= =?gb2312?b?bWFjaGluZSBhZGRyZXNzIChtYWRkcik=?= X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1785513235605419392==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multipart message in MIME format. --===============1785513235605419392== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01D0B1A4.3F5A74B0" Content-Language: zh-cn This is a multipart message in MIME format. ------=_NextPart_000_0001_01D0B1A4.3F5A74B0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Hi all, I wan't to hash the kernel code segment of HVM DomU in Xen hypervisor, so I have to transilate the virtral address in VM to the virtral address in xen. Is there some easy ways ? I read the source code about memory in Xen and confuse the relationship between the paddr and maddr. How does HVM with EPT translate between them. Is paddr the same with virtral address in xen heap? Thanks for any advices and with best regards! xinyue ------=_NextPart_000_0001_01D0B1A4.3F5A74B0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi = all,

       I wan't to hash the kernel code = segment of HVM DomU in Xen hypervisor, so I have to transilate the = virtral address in VM to the virtral address in xen. Is there some easy = ways ?

       I read the source code about = memory in Xen and confuse the relationship between the paddr and maddr. = How does HVM with EPT translate between them. Is paddr the same with = virtral address in xen heap?


Thanks for any advices and with = best regards!


xinyue

------=_NextPart_000_0001_01D0B1A4.3F5A74B0-- --===============1785513235605419392== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1785513235605419392==-- From xen-api-bounces@lists.xen.org Sun Jun 28 08:47:46 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Jun 2015 08:47: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 1Z98FW-0002K4-3A; Sun, 28 Jun 2015 08:47:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Z98FV-0002Jv-L8; Sun, 28 Jun 2015 08:47:37 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 21/6D-06457-8A4BF855; Sun, 28 Jun 2015 08:47:36 +0000 X-Env-Sender: xinyue@nfs.iscas.ac.cn X-Msg-Ref: server-12.tower-31.messagelabs.com!1435481092!20429556!1 X-Originating-IP: [124.16.139.187] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16446 invoked from network); 28 Jun 2015 08:44:52 -0000 Received: from itechs.iscas.ac.cn (HELO itechs.iscas.ac.cn) (124.16.139.187) by server-12.tower-31.messagelabs.com with SMTP; 28 Jun 2015 08:44:52 -0000 Received: from localhost (unknown [127.0.0.1]) by nfs.iscas.ac.cn (Postfix) with ESMTP id 61B042500E7D; Sun, 28 Jun 2015 12:47:28 +0800 (CST) X-Virus-Scanned: amavisd-new at nfs.iscas.ac.cn Received: from itechs.iscas.ac.cn ([127.0.0.1]) by localhost (nfs.iscas.ac.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a0V9nOnuPdnO; Sun, 28 Jun 2015 12:47:12 +0800 (CST) Received: from nfsPC (unknown [119.78.243.4]) (Authenticated sender: xinyue@nfs.iscas.ac.cn) by nfs.iscas.ac.cn (Postfix) with ESMTPA id 558B925007FC; Sun, 28 Jun 2015 12:47:11 +0800 (CST) From: "xinyue" To: , , Date: Sun, 28 Jun 2015 13:13:37 +0800 Message-ID: <000001d0b161$31342770$939c7650$@nfs.iscas.ac.cn> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdCwBLpvA/TwxVCCTcu5h+X9tZ5nZw== Content-Language: zh-cn Subject: [Xen-API] =?gb2312?b?eGVuIHBoeXNpY2FsIGFkZHJlc3OjqHBhZGRyo6lhbmQg?= =?gb2312?b?bWFjaGluZSBhZGRyZXNzIChtYWRkcik=?= X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1785513235605419392==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multipart message in MIME format. --===============1785513235605419392== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01D0B1A4.3F5A74B0" Content-Language: zh-cn This is a multipart message in MIME format. ------=_NextPart_000_0001_01D0B1A4.3F5A74B0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Hi all, I wan't to hash the kernel code segment of HVM DomU in Xen hypervisor, so I have to transilate the virtral address in VM to the virtral address in xen. Is there some easy ways ? I read the source code about memory in Xen and confuse the relationship between the paddr and maddr. How does HVM with EPT translate between them. Is paddr the same with virtral address in xen heap? Thanks for any advices and with best regards! xinyue ------=_NextPart_000_0001_01D0B1A4.3F5A74B0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi = all,

       I wan't to hash the kernel code = segment of HVM DomU in Xen hypervisor, so I have to transilate the = virtral address in VM to the virtral address in xen. Is there some easy = ways ?

       I read the source code about = memory in Xen and confuse the relationship between the paddr and maddr. = How does HVM with EPT translate between them. Is paddr the same with = virtral address in xen heap?


Thanks for any advices and with = best regards!


xinyue

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