From xen-users-bounces@lists.xen.org Wed Aug 01 00:29:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 00:29:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMn8-0005sZ-2Z; Wed, 01 Aug 2012 00:27:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMn7-0005sS-0Y for xen-users@lists.xen.org; Wed, 01 Aug 2012 00:27:57 +0000 Received: from [85.158.139.83:13252] by server-11.bemta-5.messagelabs.com id 22/F1-20400-C0878105; Wed, 01 Aug 2012 00:27:56 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-5.tower-182.messagelabs.com!1343780875!29684047!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16337 invoked from network); 1 Aug 2012 00:27:55 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2012 00:27:55 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 76750A02F0; Wed, 1 Aug 2012 00:27:55 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3WOnEnL9bU5R; Wed, 1 Aug 2012 00:27:55 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id DE12EA02EC; Wed, 1 Aug 2012 00:27:54 +0000 (UTC) Date: Wed, 1 Aug 2012 02:27:53 +0200 From: Mark van Dijk To: jacek burghardt Message-ID: <20120801022753.2ce14f02@internecto.net> In-Reply-To: References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Cc: xen-users@lists.xen.org, Alexandre Kouznetsov Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I had upgraded to latest hg version of xen unstable and my arch linux > guest can't find /dev/xvda1. My server 2008R2 boot and work just > fine. > (..) >The line listed bellow was causing all the issues. >vfb=['vnc=1,vncunused=1,vnclisten=0.0.0.0, keymap=it'] Please don't top post. If this is actually the case we definitely need some logs, because that should never happen. -- Stay in touch, Mark van Dijk. ,-------------------------------- ----------------------------' Wed Aug 01 00:26 UTC 2012 Today is Pungenday, the 67th day of Confusion in the YOLD 3178 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 00:29:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 00:29:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMn8-0005sZ-2Z; Wed, 01 Aug 2012 00:27:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMn7-0005sS-0Y for xen-users@lists.xen.org; Wed, 01 Aug 2012 00:27:57 +0000 Received: from [85.158.139.83:13252] by server-11.bemta-5.messagelabs.com id 22/F1-20400-C0878105; Wed, 01 Aug 2012 00:27:56 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-5.tower-182.messagelabs.com!1343780875!29684047!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16337 invoked from network); 1 Aug 2012 00:27:55 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2012 00:27:55 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 76750A02F0; Wed, 1 Aug 2012 00:27:55 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3WOnEnL9bU5R; Wed, 1 Aug 2012 00:27:55 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id DE12EA02EC; Wed, 1 Aug 2012 00:27:54 +0000 (UTC) Date: Wed, 1 Aug 2012 02:27:53 +0200 From: Mark van Dijk To: jacek burghardt Message-ID: <20120801022753.2ce14f02@internecto.net> In-Reply-To: References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Cc: xen-users@lists.xen.org, Alexandre Kouznetsov Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I had upgraded to latest hg version of xen unstable and my arch linux > guest can't find /dev/xvda1. My server 2008R2 boot and work just > fine. > (..) >The line listed bellow was causing all the issues. >vfb=['vnc=1,vncunused=1,vnclisten=0.0.0.0, keymap=it'] Please don't top post. If this is actually the case we definitely need some logs, because that should never happen. -- Stay in touch, Mark van Dijk. ,-------------------------------- ----------------------------' Wed Aug 01 00:26 UTC 2012 Today is Pungenday, the 67th day of Confusion in the YOLD 3178 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 00:35:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 00:35:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMt0-0006Cg-9G; Wed, 01 Aug 2012 00:34:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMsy-0006CY-Ng for xen-users@lists.xen.org; Wed, 01 Aug 2012 00:34:00 +0000 Received: from [85.158.143.35:46888] by server-1.bemta-4.messagelabs.com id 12/3E-24392-77978105; Wed, 01 Aug 2012 00:33:59 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1343781238!15523459!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1772 invoked from network); 1 Aug 2012 00:33:59 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2012 00:33:59 -0000 Received: from [189.253.138.106] (port=53749 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SwMsv-0004XH-VF for xen-users@lists.xen.org; Tue, 31 Jul 2012 19:33:58 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 90C70A209 for ; Tue, 31 Jul 2012 19:33:55 -0500 (CDT) Message-ID: <50187973.4070608@ondore.com> Date: Tue, 31 Jul 2012 19:33:55 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> <20120801022753.2ce14f02@internecto.net> In-Reply-To: <20120801022753.2ce14f02@internecto.net> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 31/07/12 19:27, Mark van Dijk escribi=F3: >> The line listed bellow was causing all the issues. >> vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'] > > If this is actually the case we definitely need some logs, because that > should never happen. And configs, then console output example... -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 00:35:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 00:35:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMt0-0006Cg-9G; Wed, 01 Aug 2012 00:34:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwMsy-0006CY-Ng for xen-users@lists.xen.org; Wed, 01 Aug 2012 00:34:00 +0000 Received: from [85.158.143.35:46888] by server-1.bemta-4.messagelabs.com id 12/3E-24392-77978105; Wed, 01 Aug 2012 00:33:59 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1343781238!15523459!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1772 invoked from network); 1 Aug 2012 00:33:59 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2012 00:33:59 -0000 Received: from [189.253.138.106] (port=53749 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SwMsv-0004XH-VF for xen-users@lists.xen.org; Tue, 31 Jul 2012 19:33:58 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 90C70A209 for ; Tue, 31 Jul 2012 19:33:55 -0500 (CDT) Message-ID: <50187973.4070608@ondore.com> Date: Tue, 31 Jul 2012 19:33:55 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> <20120801022753.2ce14f02@internecto.net> In-Reply-To: <20120801022753.2ce14f02@internecto.net> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 31/07/12 19:27, Mark van Dijk escribi=F3: >> The line listed bellow was causing all the issues. >> vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'] > > If this is actually the case we definitely need some logs, because that > should never happen. And configs, then console output example... -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 00:45:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 00:45:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwN2v-0006d3-KT; Wed, 01 Aug 2012 00:44:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwN2u-0006cv-JD for xen-users@lists.xen.org; Wed, 01 Aug 2012 00:44:16 +0000 Received: from [85.158.139.83:59301] by server-3.bemta-5.messagelabs.com id 38/E5-03367-FDB78105; Wed, 01 Aug 2012 00:44:15 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-4.tower-182.messagelabs.com!1343781855!26932797!1 X-Originating-IP: [109.200.19.114] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30617 invoked from network); 1 Aug 2012 00:44:15 -0000 Received: from edge1.gosport.uk.abpni.net (HELO mail1.gosport.uk.corp.abpni.net) (109.200.19.114) by server-4.tower-182.messagelabs.com with SMTP; 1 Aug 2012 00:44:15 -0000 Received: from localhost (mail1.gosport.corp.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTP id 0042F5A0006 for ; Wed, 1 Aug 2012 01:44:07 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.mail.gosport.corp.uk.abpni.net Received: from mail1.gosport.uk.corp.abpni.net ([127.0.0.1]) by localhost (mail1.mail.gosport.corp.uk.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wC+Tt0AVCRkT for ; Wed, 1 Aug 2012 01:44:07 +0100 (BST) Received: from [10.87.0.118] (unknown [10.87.0.118]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTPSA id 7AC435A0005 for ; Wed, 1 Aug 2012 01:44:07 +0100 (BST) From: Jonathan Tripathy X-Mailer: iPad Mail (9B206) Message-Id: <85674E16-59FD-42FC-B9E2-5851417223FC@abpni.co.uk> Date: Wed, 1 Aug 2012 01:45:13 +0100 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] Windows DomU with SSDs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Everyone, We are thinking of venturing into the world of hosting Windows DomUs on our Xen infrastructure. As Windows generally requires a lot more IOPS than Linux does, we are trying to do everything we can to improve performance. While using SSDs would solve the IOPS problem, SSDs suffer from limited write cycles. So, we have the idea of using Flashcache from Facebook to use a single SSD as a cache in write-through mode, along with spindle drives in RAID10. My questions to the community are: 1) What are the general views of using SSDs in a Xen environment? All of our guests are "untrusted". Is this just generally a bad idea? 2) Does anyone have any experience of using Flashcache? Are there any potential issues that someone has come across? Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 00:45:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 00:45:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwN2v-0006d3-KT; Wed, 01 Aug 2012 00:44:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwN2u-0006cv-JD for xen-users@lists.xen.org; Wed, 01 Aug 2012 00:44:16 +0000 Received: from [85.158.139.83:59301] by server-3.bemta-5.messagelabs.com id 38/E5-03367-FDB78105; Wed, 01 Aug 2012 00:44:15 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-4.tower-182.messagelabs.com!1343781855!26932797!1 X-Originating-IP: [109.200.19.114] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30617 invoked from network); 1 Aug 2012 00:44:15 -0000 Received: from edge1.gosport.uk.abpni.net (HELO mail1.gosport.uk.corp.abpni.net) (109.200.19.114) by server-4.tower-182.messagelabs.com with SMTP; 1 Aug 2012 00:44:15 -0000 Received: from localhost (mail1.gosport.corp.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTP id 0042F5A0006 for ; Wed, 1 Aug 2012 01:44:07 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.mail.gosport.corp.uk.abpni.net Received: from mail1.gosport.uk.corp.abpni.net ([127.0.0.1]) by localhost (mail1.mail.gosport.corp.uk.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wC+Tt0AVCRkT for ; Wed, 1 Aug 2012 01:44:07 +0100 (BST) Received: from [10.87.0.118] (unknown [10.87.0.118]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTPSA id 7AC435A0005 for ; Wed, 1 Aug 2012 01:44:07 +0100 (BST) From: Jonathan Tripathy X-Mailer: iPad Mail (9B206) Message-Id: <85674E16-59FD-42FC-B9E2-5851417223FC@abpni.co.uk> Date: Wed, 1 Aug 2012 01:45:13 +0100 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] Windows DomU with SSDs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Everyone, We are thinking of venturing into the world of hosting Windows DomUs on our Xen infrastructure. As Windows generally requires a lot more IOPS than Linux does, we are trying to do everything we can to improve performance. While using SSDs would solve the IOPS problem, SSDs suffer from limited write cycles. So, we have the idea of using Flashcache from Facebook to use a single SSD as a cache in write-through mode, along with spindle drives in RAID10. My questions to the community are: 1) What are the general views of using SSDs in a Xen environment? All of our guests are "untrusted". Is this just generally a bad idea? 2) Does anyone have any experience of using Flashcache? Are there any potential issues that someone has come across? Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 01:19:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 01:19: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 1SwNZX-0002Vy-L8; Wed, 01 Aug 2012 01:17:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwNZW-0002Vt-8j for xen-users@lists.xen.org; Wed, 01 Aug 2012 01:17:58 +0000 Received: from [85.158.138.51:51381] by server-10.bemta-3.messagelabs.com id 4A/5D-21993-5C388105; Wed, 01 Aug 2012 01:17:57 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1343783875!21689418!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_00_10,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10238 invoked from network); 1 Aug 2012 01:17:56 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 01:17:56 -0000 Received: by qcab12 with SMTP id b12so4895614qca.32 for ; Tue, 31 Jul 2012 18:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HgxZCbAoYMdarH0cKv6GVHoKEk7l5NG/M7EsLwjZR88=; b=kuXAYp2i3iffRvOKUBdlNUXuktwyPm8+KOc3yzKuBSLULCQqhzm7KrM+b0iL7ncil8 Md7XEYOMHBP95mp0C+4ppPhaXn5EmjHrds2zcnk6iMWYJpo2xgIquXdT2mYYGfXPhCgp JuxSIDMVZYjlanT8a4P85IZ32eXNGZfA1A4KJWvF1flVvtRf5SWhih34Xppcq9N6KH3V G9NfTSuajJLhzZo1ISQPXA3+37YBbuDS7nUIMaPrkIdoWWui9afhU1ilrCDeJO9KVMUi 4ICIfE50N2fWZk0Zo69Td/jF4K0+xxYNj3BJ/fctuDjVg+Z7E533rRzXq6NRbBSMrgYr Rnsg== MIME-Version: 1.0 Received: by 10.229.105.205 with SMTP id u13mr8656228qco.9.1343783875572; Tue, 31 Jul 2012 18:17:55 -0700 (PDT) Received: by 10.49.98.5 with HTTP; Tue, 31 Jul 2012 18:17:55 -0700 (PDT) In-Reply-To: <50187973.4070608@ondore.com> References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> <20120801022753.2ce14f02@internecto.net> <50187973.4070608@ondore.com> Date: Tue, 31 Jul 2012 19:17:55 -0600 Message-ID: From: jacek burghardt To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1699696531726517241==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1699696531726517241== Content-Type: multipart/alternative; boundary=0022158c0f0d8ef31e04c62a1044 --0022158c0f0d8ef31e04c62a1044 Content-Type: text/plain; charset=ISO-8859-1 There was no logs ins /var/log/xen After looking over my config file vnc was refereed again so i guess there was conflict --0022158c0f0d8ef31e04c62a1044 Content-Type: text/html; charset=ISO-8859-1
There was no logs ins /var/log/xen
After looking over my config file vnc was refereed again so i guess there was conflict

--0022158c0f0d8ef31e04c62a1044-- --===============1699696531726517241== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1699696531726517241==-- From xen-users-bounces@lists.xen.org Wed Aug 01 01:19:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 01:19: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 1SwNZX-0002Vy-L8; Wed, 01 Aug 2012 01:17:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwNZW-0002Vt-8j for xen-users@lists.xen.org; Wed, 01 Aug 2012 01:17:58 +0000 Received: from [85.158.138.51:51381] by server-10.bemta-3.messagelabs.com id 4A/5D-21993-5C388105; Wed, 01 Aug 2012 01:17:57 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1343783875!21689418!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_00_10,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10238 invoked from network); 1 Aug 2012 01:17:56 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 01:17:56 -0000 Received: by qcab12 with SMTP id b12so4895614qca.32 for ; Tue, 31 Jul 2012 18:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HgxZCbAoYMdarH0cKv6GVHoKEk7l5NG/M7EsLwjZR88=; b=kuXAYp2i3iffRvOKUBdlNUXuktwyPm8+KOc3yzKuBSLULCQqhzm7KrM+b0iL7ncil8 Md7XEYOMHBP95mp0C+4ppPhaXn5EmjHrds2zcnk6iMWYJpo2xgIquXdT2mYYGfXPhCgp JuxSIDMVZYjlanT8a4P85IZ32eXNGZfA1A4KJWvF1flVvtRf5SWhih34Xppcq9N6KH3V G9NfTSuajJLhzZo1ISQPXA3+37YBbuDS7nUIMaPrkIdoWWui9afhU1ilrCDeJO9KVMUi 4ICIfE50N2fWZk0Zo69Td/jF4K0+xxYNj3BJ/fctuDjVg+Z7E533rRzXq6NRbBSMrgYr Rnsg== MIME-Version: 1.0 Received: by 10.229.105.205 with SMTP id u13mr8656228qco.9.1343783875572; Tue, 31 Jul 2012 18:17:55 -0700 (PDT) Received: by 10.49.98.5 with HTTP; Tue, 31 Jul 2012 18:17:55 -0700 (PDT) In-Reply-To: <50187973.4070608@ondore.com> References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> <20120801022753.2ce14f02@internecto.net> <50187973.4070608@ondore.com> Date: Tue, 31 Jul 2012 19:17:55 -0600 Message-ID: From: jacek burghardt To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1699696531726517241==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1699696531726517241== Content-Type: multipart/alternative; boundary=0022158c0f0d8ef31e04c62a1044 --0022158c0f0d8ef31e04c62a1044 Content-Type: text/plain; charset=ISO-8859-1 There was no logs ins /var/log/xen After looking over my config file vnc was refereed again so i guess there was conflict --0022158c0f0d8ef31e04c62a1044 Content-Type: text/html; charset=ISO-8859-1
There was no logs ins /var/log/xen
After looking over my config file vnc was refereed again so i guess there was conflict

--0022158c0f0d8ef31e04c62a1044-- --===============1699696531726517241== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1699696531726517241==-- From xen-users-bounces@lists.xen.org Wed Aug 01 02:58:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 02:58:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwP7b-00021P-48; Wed, 01 Aug 2012 02:57:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwP7Z-00021G-4D for xen-users@lists.xen.org; Wed, 01 Aug 2012 02:57:13 +0000 Received: from [85.158.138.51:7309] by server-2.bemta-3.messagelabs.com id C4/A6-00359-80B98105; Wed, 01 Aug 2012 02:57:12 +0000 X-Env-Sender: heuye.wang@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1343789830!21757832!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=3.0 required=7.0 tests=HTML_30_40, HTML_IMAGE_ONLY_08,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7437 invoked from network); 1 Aug 2012 02:57:11 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 02:57:11 -0000 Received: by vbip1 with SMTP id p1so344943vbi.32 for ; Tue, 31 Jul 2012 19:57:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-goomoji-body:date:message-id:subject:from:to :content-type; bh=PuHHzzHc/wEqzzEazKS06sFiqjqi8jDvBTzXcrYkurg=; b=oD957XGkTqsV7Finv8LPMZfc94gVcXC6ZHlPBnHWueZ4IOHSSI58bus0uHiNskZEET LQEMdXRP3PnQaWv8izbzzgZ6qHNnHNtNBTHbYSNW67xx8dcROV2Gen/UusKfFQTat9lr EJJ6TRVYUD821gS4Pmd0Jx6jyZCHiCFhTM7Ckk6cmeLJhtXwip4gSc9Ju2YQE8tiBIAc yvJm6uV2cLPWmcrRiFypnbPvD4Q1T0QD5ka7tJisSoGb/12iXZ/GCelqFrZHMeWZ9aNH AdOJ4VwejiNRl/1Tvewxdos6HJ05LqiqsAVJCcqGPWqRR70ekyXk7tt5PekkouaN345a dkeA== MIME-Version: 1.0 Received: by 10.52.26.81 with SMTP id j17mr13896739vdg.94.1343789830100; Tue, 31 Jul 2012 19:57:10 -0700 (PDT) Received: by 10.58.246.195 with HTTP; Tue, 31 Jul 2012 19:57:10 -0700 (PDT) X-Goomoji-Body: true Date: Wed, 1 Aug 2012 10:57:10 +0800 Message-ID: From: yue wang To: xen-users@lists.xen.org Subject: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8196240857171063090==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8196240857171063090== Content-Type: multipart/related; boundary=20cf307d038679d5c504c62b7397 --20cf307d038679d5c504c62b7397 Content-Type: multipart/alternative; boundary=20cf307d038679d5c304c62b7396 --20cf307d038679d5c304c62b7396 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, All do you have any opensource controllers to recommand=EF=BC=9F since XCP don't have a controller to control OVS centrally,i need a controller like vswitch controller for xenserver. there are so many open source openflow controller, i really don't know which one to choose. thanks in advance[?] --20cf307d038679d5c304c62b7396 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, All

do you have any opensource controllers to recomm= and=EF=BC=9F
since XCP don't have a controller to control OVS= centrally,i need a controller like vswitch controller for xenserver.
=
there are so many open source openflow controller, i really don't know = which one to choose.

thanks in advance
--20cf307d038679d5c304c62b7396-- --20cf307d038679d5c504c62b7397 Content-Type: image/gif; name="360.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 360@goomoji.gmail Content-ID: <360@goomoji.gmail> R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --20cf307d038679d5c504c62b7397-- --===============8196240857171063090== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8196240857171063090==-- From xen-users-bounces@lists.xen.org Wed Aug 01 02:58:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 02:58:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwP7b-00021P-48; Wed, 01 Aug 2012 02:57:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwP7Z-00021G-4D for xen-users@lists.xen.org; Wed, 01 Aug 2012 02:57:13 +0000 Received: from [85.158.138.51:7309] by server-2.bemta-3.messagelabs.com id C4/A6-00359-80B98105; Wed, 01 Aug 2012 02:57:12 +0000 X-Env-Sender: heuye.wang@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1343789830!21757832!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=3.0 required=7.0 tests=HTML_30_40, HTML_IMAGE_ONLY_08,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7437 invoked from network); 1 Aug 2012 02:57:11 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 02:57:11 -0000 Received: by vbip1 with SMTP id p1so344943vbi.32 for ; Tue, 31 Jul 2012 19:57:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-goomoji-body:date:message-id:subject:from:to :content-type; bh=PuHHzzHc/wEqzzEazKS06sFiqjqi8jDvBTzXcrYkurg=; b=oD957XGkTqsV7Finv8LPMZfc94gVcXC6ZHlPBnHWueZ4IOHSSI58bus0uHiNskZEET LQEMdXRP3PnQaWv8izbzzgZ6qHNnHNtNBTHbYSNW67xx8dcROV2Gen/UusKfFQTat9lr EJJ6TRVYUD821gS4Pmd0Jx6jyZCHiCFhTM7Ckk6cmeLJhtXwip4gSc9Ju2YQE8tiBIAc yvJm6uV2cLPWmcrRiFypnbPvD4Q1T0QD5ka7tJisSoGb/12iXZ/GCelqFrZHMeWZ9aNH AdOJ4VwejiNRl/1Tvewxdos6HJ05LqiqsAVJCcqGPWqRR70ekyXk7tt5PekkouaN345a dkeA== MIME-Version: 1.0 Received: by 10.52.26.81 with SMTP id j17mr13896739vdg.94.1343789830100; Tue, 31 Jul 2012 19:57:10 -0700 (PDT) Received: by 10.58.246.195 with HTTP; Tue, 31 Jul 2012 19:57:10 -0700 (PDT) X-Goomoji-Body: true Date: Wed, 1 Aug 2012 10:57:10 +0800 Message-ID: From: yue wang To: xen-users@lists.xen.org Subject: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8196240857171063090==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8196240857171063090== Content-Type: multipart/related; boundary=20cf307d038679d5c504c62b7397 --20cf307d038679d5c504c62b7397 Content-Type: multipart/alternative; boundary=20cf307d038679d5c304c62b7396 --20cf307d038679d5c304c62b7396 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, All do you have any opensource controllers to recommand=EF=BC=9F since XCP don't have a controller to control OVS centrally,i need a controller like vswitch controller for xenserver. there are so many open source openflow controller, i really don't know which one to choose. thanks in advance[?] --20cf307d038679d5c304c62b7396 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, All

do you have any opensource controllers to recomm= and=EF=BC=9F
since XCP don't have a controller to control OVS= centrally,i need a controller like vswitch controller for xenserver.
=
there are so many open source openflow controller, i really don't know = which one to choose.

thanks in advance
--20cf307d038679d5c304c62b7396-- --20cf307d038679d5c504c62b7397 Content-Type: image/gif; name="360.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 360@goomoji.gmail Content-ID: <360@goomoji.gmail> R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --20cf307d038679d5c504c62b7397-- --===============8196240857171063090== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8196240857171063090==-- From xen-users-bounces@lists.xen.org Wed Aug 01 05:58:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 05:58:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwRwM-0004Za-Dr; Wed, 01 Aug 2012 05:57:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwRwK-0004ZI-DX for xen-users@lists.xen.org; Wed, 01 Aug 2012 05:57:48 +0000 Received: from [85.158.143.35:57619] by server-2.bemta-4.messagelabs.com id 24/27-17938-A55C8105; Wed, 01 Aug 2012 05:57:46 +0000 X-Env-Sender: hufan@websense.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1343800665!16247174!1 X-Originating-IP: [208.87.234.190] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4Ljg3LjIzNC4xOTAgPT4gMTY4NDUxNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4308 invoked from network); 1 Aug 2012 05:57:45 -0000 Received: from cluster-h.mailcontrol.com (HELO cluster-h.mailcontrol.com) (208.87.234.190) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2012 05:57:45 -0000 Received: from rly29h.srv.mailcontrol.com (localhost.localdomain [127.0.0.1]) by rly29h.srv.mailcontrol.com (MailControl) with ESMTP id q715vd1o002408; Wed, 1 Aug 2012 06:57:42 +0100 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by rly29h.srv.mailcontrol.com (MailControl) id q715vT5F001307; Wed, 1 Aug 2012 06:57:29 +0100 Received: from SSDEXCH1A.websense.com ([204.15.64.107]) by rly29h-eth0.srv.mailcontrol.com (envelope-sender ) (MIMEDefang) with ESMTP id q715vOMG000567 (TLS bits=128 verify=FAIL); Wed, 01 Aug 2012 06:57:29 +0100 (BST) Received: from SBJEXCH2B.websense.com (10.32.8.112) by SSDEXCH1A.websense.com (10.8.1.91) with Microsoft SMTP Server (TLS) id 14.2.283.3; Tue, 31 Jul 2012 22:57:18 -0700 Received: from SBJEXCH1A.websense.com ([169.254.1.209]) by SBJEXCH2B.websense.com ([::1]) with mapi id 14.02.0283.003; Wed, 1 Aug 2012 13:57:14 +0800 From: "Fan, Huaxiang" To: "xen-users@lists.xen.org" Thread-Topic: PCI passthrough for domU allocated with more than 4G memory Thread-Index: Ac1vp0xm5UJayF9xRx2DE9F/z2HnhA== Date: Wed, 1 Aug 2012 05:57:13 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.134.111] MIME-Version: 1.0 X-Scanned-By: MailControl 8316.0 (www.mailcontrol.com) on 10.72.1.139 Cc: "Konrad Rzeszutek Wilk \(konrad.wilk@oracle.com\)" , "xen-devel@lists.xen.org" Subject: [Xen-users] PCI passthrough for domU allocated with more than 4G memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2952819474016219719==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2952819474016219719== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_" --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have encountered some strange problems when I was trying to PCI passthrou= gh Broadcom 5709/5716 NICs to domUs allocated with more than 4G memory. Ple= ase see below for details. My environment is: Hardware Platform: DELL R210 with 2 Broadcom 5709 NICs and 2 Broadcom 5716 = NICs Xen: xen 4.2 unstable (64bits for hypervisor and 32bit for tools) Kernel for both dom0 and domUs: xenified kernel 2.6.32.57 (32bit) OS: CentOS 6.2 (32bit) The general info regarding to xen can be get via below command # xl info host : 7.8 release : 2.6.32.57 version : #1 SMP Fri Jul 6 18:44:16 CST 2012 machine : i686 nr_cpus : 8 max_cpu_id : 31 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 2660 hw_caps : bfebfbff:28100800:00000000:00003b40:0098e3fd:00000= 000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 8182 free_memory : 7046 sharing_freed_memory : 0 sharing_used_memory : 0 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : -unstable xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xff400000 xen_changeset : unavailable xen_commandline : dom0_mem=3D1024M dom0_max_vcpus=3D2 dom0_vcpus_pin cc_compiler : gcc version 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC) cc_compile_by : root cc_compile_domain : cc_compile_date : Thu Jul 12 11:20:56 CST 2012 xend_config_format : 4 case 1> I specified PV-domU config as below memory=3D3072 maxmem=3D6144 name=3D"bs" vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',] disk=3D['file:/root/bs.img,xvda1,w'] kernel=3D'/root/vmlinuz' extra=3D"iommu=3Dsoft console=3Dhvc0" ramdisk=3D'/root/initrd.img' root=3D"/dev/xvda1 ro" pci=3D['01:00.0','01:00.1'] and then start domU. After that I executed below command # xl list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 1024 2 r----- = 88.7 bs 2 3072 1 -b---- = 1.1 It seemed normal to me. But when I logon bs domU, and executed below command # cat /proc/meminfo | head MemTotal: 6158940 kB MemFree: 2944776 kB Buffers: 5108 kB Cached: 32292 kB SwapCached: 0 kB Active: 21456 kB Inactive: 22936 kB Active(anon): 7000 kB Inactive(anon): 108 kB Active(file): 14456 kB It indicated the total memory was 6G, why? When I back to dom0, I executed below command # xl mem-set bs 6144 # xl list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 1024 2 r----- = 93.5 bs 2 6144 1 -b---- = 10.5 It seemed normal to me. But when I logon bs domU again and executed below c= ommand # cat /proc/meminfo | head MemTotal: 9304668 kB MemFree: 6087540 kB Buffers: 5168 kB Cached: 32464 kB SwapCached: 0 kB Active: 22300 kB Inactive: 22408 kB Active(anon): 7080 kB Inactive(anon): 108 kB Active(file): 15220 kB It indicated total memory was 9G (6G + 3G). It was wired. Any idea about th= is? Case 2> I specified PV-domU config as below memory=3D6144 maxmem=3D6144 name=3D"bs" vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',] disk=3D['file:/root/bs.img,xvda1,w'] kernel=3D'/root/vmlinuz' extra=3D"iommu=3Dsoft console=3Dhvc0" ramdisk=3D'/root/initrd.img' root=3D"/dev/xvda1 ro" pci=3D['01:00.0','01:00.1'] and then start domU. After that I executed below command # xl list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 648 2 r----- 1= 20.5 bs 3 3360 1 -b---- = 7.0 the output was very confusing. Why dom0 memory had been shrank to 648M and = only 3360M assigned to bs domU? My own analysis: I extracted the bios e820 memory map on bs domU as below [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 00000000000a0000 (usable) [ 0.000000] Xen: 00000000000a0000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 00000000bf699000 (usable) [ 0.000000] Xen: 00000000bf699000 - 00000000bf6af000 (reserved) [ 0.000000] Xen: 00000000bf6af000 - 00000000bf6ce000 (ACPI data) [ 0.000000] Xen: 00000000bf6ce000 - 00000000c0000000 (reserved) [ 0.000000] Xen: 00000000e0000000 - 00000000f0000000 (reserved) [ 0.000000] Xen: 00000000fe000000 - 0000000100000000 (reserved) [ 0.000000] Xen: 0000000180000000 - 00000001c33ec000 (usable) I think the root cause might be related to the holes between c0000000 and e= 0000000 and between f0000000 and fe000000 and between 100000000 and 1800000= 00. And I think the e820_host option set according to my tracking. Thanks in advance HUAXIANG FAN Software Engineer II WEBSENSE NETWORK SECURITY TECHNOLOGY R&D (BEIJING) CO. LTD. ph: +8610.5884.4327 fax: +8610.5884.4727 www.websense.cn Websense TRITON(tm) For Essential Information Protection(tm) Web Security | Data Security | Email Security Protected by Websense Hosted Email Security -- www.websense.com=20 --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have encountered some strange problems when I was = trying to PCI passthrough Broadcom 5709/5716 NICs to domUs allocated with m= ore than 4G memory. Please see below for details.

 

My environment is:

Hardware Platform: DELL R210 with 2 Broadcom 5709 NI= Cs and 2 Broadcom 5716 NICs

Xen: xen 4.2 unstable (64bits for hypervisor and 32b= it for tools)

Kernel for both dom0 and domUs: xenified kernel 2.6.= 32.57 (32bit)

OS: CentOS 6.2 (32bit)

 

The general info regarding to xen can be get via bel= ow command

# xl info

host       &nb= sp;           : 7.8<= /o:p>

release       =          : 2.6.32.57

version       =          : #1 SMP Fri Jul 6 18:44:1= 6 CST 2012

machine       =          : i686

nr_cpus       =          : 8

max_cpu_id      &nb= sp;      : 31

nr_nodes       = ;        : 1

cores_per_socket     &nb= sp; : 4

threads_per_core     &nb= sp; : 2

cpu_mhz       =          : 2660

hw_caps       =          : bfebfbff:28100800:000000= 00:00003b40:0098e3fd:00000000:00000001:00000000

virt_caps      &nbs= p;       : hvm hvm_directio

total_memory      &= nbsp;    : 8182

free_memory      &n= bsp;     : 7046

sharing_freed_memory   : 0

sharing_used_memory    : 0

free_cpus      &nbs= p;       : 0

xen_major      &nbs= p;       : 4

xen_minor      &nbs= p;       : 2

xen_extra      &nbs= p;       : -unstable

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

xen_scheduler      =     : credit

xen_pagesize      &= nbsp;    : 4096

platform_params     &nbs= p;  : virt_start=3D0xff400000

xen_changeset      =     : unavailable

xen_commandline     &nbs= p;  : dom0_mem=3D1024M dom0_max_vcpus=3D2 dom0_vcpus_pin

cc_compiler      &n= bsp;     : gcc version 4.4.6 20110731 (Red Hat 4.4.6-3)= (GCC)

cc_compile_by      =     : root

cc_compile_domain      :=

cc_compile_date     &nbs= p;  : Thu Jul 12 11:20:56 CST 2012

xend_config_format     : 4

 

case 1> I specified PV-domU config as below<= /o:p>

memory=3D3072

maxmem=3D6144

name=3D"bs"

vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',]

disk=3D['file:/root/bs.img,xvda1,w']

kernel=3D'/root/vmlinuz'

extra=3D"iommu=3Dsoft console=3Dhvc0"

ramdisk=3D'/root/initrd.img'

root=3D"/dev/xvda1 ro"

pci=3D['01:00.0','01:00.1']

 

and then start domU. After that I executed below com= mand

# xl list

Name       &nb= sp;            =             &nb= sp;       ID   Mem VCPUs  = ;    State   Time(s)

Domain-0       = ;            &n= bsp;            = ;     0  1024     2  = ;   r-----      88.7

bs        = ;            &n= bsp;            &nbs= p;         2  3072 &= nbsp;   1     -b----    &= nbsp;  1.1

 

It seemed normal to me. But when I logon bs domU, an= d executed below command

# cat /proc/meminfo | head

MemTotal:      &nbs= p; 6158940 kB

MemFree:       = ;  2944776 kB

Buffers:       = ;     5108 kB

Cached:       =      32292 kB

SwapCached:      &n= bsp;     0 kB

Active:       =      21456 kB

Inactive:      &nbs= p;   22936 kB

Active(anon):      = 7000 kB

Inactive(anon):      108= kB

Active(file):      14456= kB

 

It indicated the total memory was 6G, why?

When I back to dom0, I executed below command

# xl mem-set bs 6144

# xl list

Name       &nb= sp;            =             &nb= sp;       ID   Mem VCPUs  = ;    State   Time(s)

Domain-0       = ;            &n= bsp;            = ;     0  1024     2  = ;   r-----      93.5

bs        = ;            &n= bsp;            = ;          2  6144 &= nbsp;   1     -b----    &= nbsp; 10.5

It seemed normal to me. But when I logon bs domU aga= in and executed below command

# cat /proc/meminfo | head

MemTotal:      &nbs= p; 9304668 kB

MemFree:       = ;  6087540 kB

Buffers:       = ;     5168 kB

Cached:       =      32464 kB

SwapCached:      &n= bsp;     0 kB

Active:       =      22300 kB

Inactive:      &nbs= p;   22408 kB

Active(anon):      = 7080 kB

Inactive(anon):      108= kB

Active(file):      15220= kB

 

It indicated total memory was 9G (6G + 3G). I= t was wired. Any idea about this?

Case 2> I specified PV-domU config as below<= /o:p>

memory=3D6144

maxmem=3D6144

name=3D"bs"

vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',]

disk=3D['file:/root/bs.img,xvda1,w']

kernel=3D'/root/vmlinuz'

extra=3D"iommu=3Dsoft console=3Dhvc0"

ramdisk=3D'/root/initrd.img'

root=3D"/dev/xvda1 ro"

pci=3D['01:00.0','01:00.1']

 

and then start domU. After that I executed below com= mand

# xl list

Name       &nb= sp;            =             &nb= sp;       ID   Mem VCPUs  = ;    State   Time(s)

Domain-0       = ;            &n= bsp;            = ;     0   648     2 =     r-----     120.5

bs        = ;            &n= bsp;            = ;          3  3360 &= nbsp;   1     -b----    &= nbsp;  7.0

 

the output was very confusing. Why dom0 memory had b= een shrank to 648M and only 3360M assigned to bs domU?

 

My own analysis:

I extracted the bios e820 memory map on bs domU as b= elow

[    0.000000] BIOS-provided physi= cal RAM map:

[    0.000000]  Xen: 00000000= 00000000 - 00000000000a0000 (usable)

[    0.000000]  Xen: 00000000= 000a0000 - 0000000000100000 (reserved)

[    0.000000]  Xen: 00000000= 00100000 - 00000000bf699000 (usable)

[    0.000000]  Xen: 00000000= bf699000 - 00000000bf6af000 (reserved)

[    0.000000]  Xen: 00000000= bf6af000 - 00000000bf6ce000 (ACPI data)

[    0.000000]  Xen: 00000000= bf6ce000 - 00000000c0000000 (reserved)

[    0.000000]  Xen: 00000000= e0000000 - 00000000f0000000 (reserved)

[    0.000000]  Xen: 00000000= fe000000 - 0000000100000000 (reserved)

[    0.000000]  Xen: 00000001= 80000000 - 00000001c33ec000 (usable)

 

I think the root cause might be related to the holes= between c0000000 and e0000000 and between f0000000 and fe000000 and betwee= n 100000000 and 180000000. And I think the e820_host option set according t= o my tracking.

 

Thanks in advance

HUAXIANG FAN
Software Engineer II

WEBSENSE NETWORK SECURITY TECHNOLOGY R&am= p;D (BEIJING) CO. LTD.
ph: +8610.5884.4327
fax: +8610.5884.4727
www.websense.cn

Websense TRITON™
For Essential Information Protection™
Web Security | = Data Security= | Email Security



Protected by Websense Hosted Email Security = 212; www.websense.com

--_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_-- --===============2952819474016219719== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2952819474016219719==-- From xen-users-bounces@lists.xen.org Wed Aug 01 05:58:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 05:58:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwRwM-0004Za-Dr; Wed, 01 Aug 2012 05:57:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwRwK-0004ZI-DX for xen-users@lists.xen.org; Wed, 01 Aug 2012 05:57:48 +0000 Received: from [85.158.143.35:57619] by server-2.bemta-4.messagelabs.com id 24/27-17938-A55C8105; Wed, 01 Aug 2012 05:57:46 +0000 X-Env-Sender: hufan@websense.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1343800665!16247174!1 X-Originating-IP: [208.87.234.190] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4Ljg3LjIzNC4xOTAgPT4gMTY4NDUxNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4308 invoked from network); 1 Aug 2012 05:57:45 -0000 Received: from cluster-h.mailcontrol.com (HELO cluster-h.mailcontrol.com) (208.87.234.190) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2012 05:57:45 -0000 Received: from rly29h.srv.mailcontrol.com (localhost.localdomain [127.0.0.1]) by rly29h.srv.mailcontrol.com (MailControl) with ESMTP id q715vd1o002408; Wed, 1 Aug 2012 06:57:42 +0100 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by rly29h.srv.mailcontrol.com (MailControl) id q715vT5F001307; Wed, 1 Aug 2012 06:57:29 +0100 Received: from SSDEXCH1A.websense.com ([204.15.64.107]) by rly29h-eth0.srv.mailcontrol.com (envelope-sender ) (MIMEDefang) with ESMTP id q715vOMG000567 (TLS bits=128 verify=FAIL); Wed, 01 Aug 2012 06:57:29 +0100 (BST) Received: from SBJEXCH2B.websense.com (10.32.8.112) by SSDEXCH1A.websense.com (10.8.1.91) with Microsoft SMTP Server (TLS) id 14.2.283.3; Tue, 31 Jul 2012 22:57:18 -0700 Received: from SBJEXCH1A.websense.com ([169.254.1.209]) by SBJEXCH2B.websense.com ([::1]) with mapi id 14.02.0283.003; Wed, 1 Aug 2012 13:57:14 +0800 From: "Fan, Huaxiang" To: "xen-users@lists.xen.org" Thread-Topic: PCI passthrough for domU allocated with more than 4G memory Thread-Index: Ac1vp0xm5UJayF9xRx2DE9F/z2HnhA== Date: Wed, 1 Aug 2012 05:57:13 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.134.111] MIME-Version: 1.0 X-Scanned-By: MailControl 8316.0 (www.mailcontrol.com) on 10.72.1.139 Cc: "Konrad Rzeszutek Wilk \(konrad.wilk@oracle.com\)" , "xen-devel@lists.xen.org" Subject: [Xen-users] PCI passthrough for domU allocated with more than 4G memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2952819474016219719==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2952819474016219719== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_" --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have encountered some strange problems when I was trying to PCI passthrou= gh Broadcom 5709/5716 NICs to domUs allocated with more than 4G memory. Ple= ase see below for details. My environment is: Hardware Platform: DELL R210 with 2 Broadcom 5709 NICs and 2 Broadcom 5716 = NICs Xen: xen 4.2 unstable (64bits for hypervisor and 32bit for tools) Kernel for both dom0 and domUs: xenified kernel 2.6.32.57 (32bit) OS: CentOS 6.2 (32bit) The general info regarding to xen can be get via below command # xl info host : 7.8 release : 2.6.32.57 version : #1 SMP Fri Jul 6 18:44:16 CST 2012 machine : i686 nr_cpus : 8 max_cpu_id : 31 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 2660 hw_caps : bfebfbff:28100800:00000000:00003b40:0098e3fd:00000= 000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 8182 free_memory : 7046 sharing_freed_memory : 0 sharing_used_memory : 0 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : -unstable xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xff400000 xen_changeset : unavailable xen_commandline : dom0_mem=3D1024M dom0_max_vcpus=3D2 dom0_vcpus_pin cc_compiler : gcc version 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC) cc_compile_by : root cc_compile_domain : cc_compile_date : Thu Jul 12 11:20:56 CST 2012 xend_config_format : 4 case 1> I specified PV-domU config as below memory=3D3072 maxmem=3D6144 name=3D"bs" vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',] disk=3D['file:/root/bs.img,xvda1,w'] kernel=3D'/root/vmlinuz' extra=3D"iommu=3Dsoft console=3Dhvc0" ramdisk=3D'/root/initrd.img' root=3D"/dev/xvda1 ro" pci=3D['01:00.0','01:00.1'] and then start domU. After that I executed below command # xl list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 1024 2 r----- = 88.7 bs 2 3072 1 -b---- = 1.1 It seemed normal to me. But when I logon bs domU, and executed below command # cat /proc/meminfo | head MemTotal: 6158940 kB MemFree: 2944776 kB Buffers: 5108 kB Cached: 32292 kB SwapCached: 0 kB Active: 21456 kB Inactive: 22936 kB Active(anon): 7000 kB Inactive(anon): 108 kB Active(file): 14456 kB It indicated the total memory was 6G, why? When I back to dom0, I executed below command # xl mem-set bs 6144 # xl list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 1024 2 r----- = 93.5 bs 2 6144 1 -b---- = 10.5 It seemed normal to me. But when I logon bs domU again and executed below c= ommand # cat /proc/meminfo | head MemTotal: 9304668 kB MemFree: 6087540 kB Buffers: 5168 kB Cached: 32464 kB SwapCached: 0 kB Active: 22300 kB Inactive: 22408 kB Active(anon): 7080 kB Inactive(anon): 108 kB Active(file): 15220 kB It indicated total memory was 9G (6G + 3G). It was wired. Any idea about th= is? Case 2> I specified PV-domU config as below memory=3D6144 maxmem=3D6144 name=3D"bs" vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',] disk=3D['file:/root/bs.img,xvda1,w'] kernel=3D'/root/vmlinuz' extra=3D"iommu=3Dsoft console=3Dhvc0" ramdisk=3D'/root/initrd.img' root=3D"/dev/xvda1 ro" pci=3D['01:00.0','01:00.1'] and then start domU. After that I executed below command # xl list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 648 2 r----- 1= 20.5 bs 3 3360 1 -b---- = 7.0 the output was very confusing. Why dom0 memory had been shrank to 648M and = only 3360M assigned to bs domU? My own analysis: I extracted the bios e820 memory map on bs domU as below [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 00000000000a0000 (usable) [ 0.000000] Xen: 00000000000a0000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 00000000bf699000 (usable) [ 0.000000] Xen: 00000000bf699000 - 00000000bf6af000 (reserved) [ 0.000000] Xen: 00000000bf6af000 - 00000000bf6ce000 (ACPI data) [ 0.000000] Xen: 00000000bf6ce000 - 00000000c0000000 (reserved) [ 0.000000] Xen: 00000000e0000000 - 00000000f0000000 (reserved) [ 0.000000] Xen: 00000000fe000000 - 0000000100000000 (reserved) [ 0.000000] Xen: 0000000180000000 - 00000001c33ec000 (usable) I think the root cause might be related to the holes between c0000000 and e= 0000000 and between f0000000 and fe000000 and between 100000000 and 1800000= 00. And I think the e820_host option set according to my tracking. Thanks in advance HUAXIANG FAN Software Engineer II WEBSENSE NETWORK SECURITY TECHNOLOGY R&D (BEIJING) CO. LTD. ph: +8610.5884.4327 fax: +8610.5884.4727 www.websense.cn Websense TRITON(tm) For Essential Information Protection(tm) Web Security | Data Security | Email Security Protected by Websense Hosted Email Security -- www.websense.com=20 --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have encountered some strange problems when I was = trying to PCI passthrough Broadcom 5709/5716 NICs to domUs allocated with m= ore than 4G memory. Please see below for details.

 

My environment is:

Hardware Platform: DELL R210 with 2 Broadcom 5709 NI= Cs and 2 Broadcom 5716 NICs

Xen: xen 4.2 unstable (64bits for hypervisor and 32b= it for tools)

Kernel for both dom0 and domUs: xenified kernel 2.6.= 32.57 (32bit)

OS: CentOS 6.2 (32bit)

 

The general info regarding to xen can be get via bel= ow command

# xl info

host       &nb= sp;           : 7.8<= /o:p>

release       =          : 2.6.32.57

version       =          : #1 SMP Fri Jul 6 18:44:1= 6 CST 2012

machine       =          : i686

nr_cpus       =          : 8

max_cpu_id      &nb= sp;      : 31

nr_nodes       = ;        : 1

cores_per_socket     &nb= sp; : 4

threads_per_core     &nb= sp; : 2

cpu_mhz       =          : 2660

hw_caps       =          : bfebfbff:28100800:000000= 00:00003b40:0098e3fd:00000000:00000001:00000000

virt_caps      &nbs= p;       : hvm hvm_directio

total_memory      &= nbsp;    : 8182

free_memory      &n= bsp;     : 7046

sharing_freed_memory   : 0

sharing_used_memory    : 0

free_cpus      &nbs= p;       : 0

xen_major      &nbs= p;       : 4

xen_minor      &nbs= p;       : 2

xen_extra      &nbs= p;       : -unstable

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

xen_scheduler      =     : credit

xen_pagesize      &= nbsp;    : 4096

platform_params     &nbs= p;  : virt_start=3D0xff400000

xen_changeset      =     : unavailable

xen_commandline     &nbs= p;  : dom0_mem=3D1024M dom0_max_vcpus=3D2 dom0_vcpus_pin

cc_compiler      &n= bsp;     : gcc version 4.4.6 20110731 (Red Hat 4.4.6-3)= (GCC)

cc_compile_by      =     : root

cc_compile_domain      :=

cc_compile_date     &nbs= p;  : Thu Jul 12 11:20:56 CST 2012

xend_config_format     : 4

 

case 1> I specified PV-domU config as below<= /o:p>

memory=3D3072

maxmem=3D6144

name=3D"bs"

vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',]

disk=3D['file:/root/bs.img,xvda1,w']

kernel=3D'/root/vmlinuz'

extra=3D"iommu=3Dsoft console=3Dhvc0"

ramdisk=3D'/root/initrd.img'

root=3D"/dev/xvda1 ro"

pci=3D['01:00.0','01:00.1']

 

and then start domU. After that I executed below com= mand

# xl list

Name       &nb= sp;            =             &nb= sp;       ID   Mem VCPUs  = ;    State   Time(s)

Domain-0       = ;            &n= bsp;            = ;     0  1024     2  = ;   r-----      88.7

bs        = ;            &n= bsp;            &nbs= p;         2  3072 &= nbsp;   1     -b----    &= nbsp;  1.1

 

It seemed normal to me. But when I logon bs domU, an= d executed below command

# cat /proc/meminfo | head

MemTotal:      &nbs= p; 6158940 kB

MemFree:       = ;  2944776 kB

Buffers:       = ;     5108 kB

Cached:       =      32292 kB

SwapCached:      &n= bsp;     0 kB

Active:       =      21456 kB

Inactive:      &nbs= p;   22936 kB

Active(anon):      = 7000 kB

Inactive(anon):      108= kB

Active(file):      14456= kB

 

It indicated the total memory was 6G, why?

When I back to dom0, I executed below command

# xl mem-set bs 6144

# xl list

Name       &nb= sp;            =             &nb= sp;       ID   Mem VCPUs  = ;    State   Time(s)

Domain-0       = ;            &n= bsp;            = ;     0  1024     2  = ;   r-----      93.5

bs        = ;            &n= bsp;            = ;          2  6144 &= nbsp;   1     -b----    &= nbsp; 10.5

It seemed normal to me. But when I logon bs domU aga= in and executed below command

# cat /proc/meminfo | head

MemTotal:      &nbs= p; 9304668 kB

MemFree:       = ;  6087540 kB

Buffers:       = ;     5168 kB

Cached:       =      32464 kB

SwapCached:      &n= bsp;     0 kB

Active:       =      22300 kB

Inactive:      &nbs= p;   22408 kB

Active(anon):      = 7080 kB

Inactive(anon):      108= kB

Active(file):      15220= kB

 

It indicated total memory was 9G (6G + 3G). I= t was wired. Any idea about this?

Case 2> I specified PV-domU config as below<= /o:p>

memory=3D6144

maxmem=3D6144

name=3D"bs"

vif=3D['ip=3D169.254.254.1,script=3Dvif-nat',]

disk=3D['file:/root/bs.img,xvda1,w']

kernel=3D'/root/vmlinuz'

extra=3D"iommu=3Dsoft console=3Dhvc0"

ramdisk=3D'/root/initrd.img'

root=3D"/dev/xvda1 ro"

pci=3D['01:00.0','01:00.1']

 

and then start domU. After that I executed below com= mand

# xl list

Name       &nb= sp;            =             &nb= sp;       ID   Mem VCPUs  = ;    State   Time(s)

Domain-0       = ;            &n= bsp;            = ;     0   648     2 =     r-----     120.5

bs        = ;            &n= bsp;            = ;          3  3360 &= nbsp;   1     -b----    &= nbsp;  7.0

 

the output was very confusing. Why dom0 memory had b= een shrank to 648M and only 3360M assigned to bs domU?

 

My own analysis:

I extracted the bios e820 memory map on bs domU as b= elow

[    0.000000] BIOS-provided physi= cal RAM map:

[    0.000000]  Xen: 00000000= 00000000 - 00000000000a0000 (usable)

[    0.000000]  Xen: 00000000= 000a0000 - 0000000000100000 (reserved)

[    0.000000]  Xen: 00000000= 00100000 - 00000000bf699000 (usable)

[    0.000000]  Xen: 00000000= bf699000 - 00000000bf6af000 (reserved)

[    0.000000]  Xen: 00000000= bf6af000 - 00000000bf6ce000 (ACPI data)

[    0.000000]  Xen: 00000000= bf6ce000 - 00000000c0000000 (reserved)

[    0.000000]  Xen: 00000000= e0000000 - 00000000f0000000 (reserved)

[    0.000000]  Xen: 00000000= fe000000 - 0000000100000000 (reserved)

[    0.000000]  Xen: 00000001= 80000000 - 00000001c33ec000 (usable)

 

I think the root cause might be related to the holes= between c0000000 and e0000000 and between f0000000 and fe000000 and betwee= n 100000000 and 180000000. And I think the e820_host option set according t= o my tracking.

 

Thanks in advance

HUAXIANG FAN
Software Engineer II

WEBSENSE NETWORK SECURITY TECHNOLOGY R&am= p;D (BEIJING) CO. LTD.
ph: +8610.5884.4327
fax: +8610.5884.4727
www.websense.cn

Websense TRITON™
For Essential Information Protection™
Web Security | = Data Security= | Email Security



Protected by Websense Hosted Email Security = 212; www.websense.com

--_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADD043SBJEXCH1Awebsen_-- --===============2952819474016219719== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2952819474016219719==-- From xen-users-bounces@lists.xen.org Wed Aug 01 06:19:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 06:19: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 1SwSG9-0005K5-6C; Wed, 01 Aug 2012 06:18:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwSG8-0005K0-1e for xen-users@lists.xen.org; Wed, 01 Aug 2012 06:18:16 +0000 Received: from [85.158.138.51:28978] by server-2.bemta-3.messagelabs.com id 54/2A-00359-72AC8105; Wed, 01 Aug 2012 06:18:15 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-8.tower-174.messagelabs.com!1343801894!29770142!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24430 invoked from network); 1 Aug 2012 06:18:14 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-8.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 1 Aug 2012 06:18:14 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Wed, 1 Aug 2012 08:18:13 +0200 From: Stephan Seitz To: Mark van Dijk Thread-Topic: [Xen-users] no /dev/xvda for domu Thread-Index: AQHNabZnlWwciI8UwUCGvgcuo2kN/Jc4fIIAgAAeVICAAAwHAIAADeoAgAtPP4CAAGHhAA== Date: Wed, 1 Aug 2012 06:18:13 +0000 Message-ID: <1343801892.27287.114.camel@wotan2> References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> <20120801022753.2ce14f02@internecto.net> In-Reply-To: <20120801022753.2ce14f02@internecto.net> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov , jacek burghardt Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5054674714335354574==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5054674714335354574== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-f8qBTvKvn13knpT8ibFw" --=-f8qBTvKvn13knpT8ibFw Content-Type: multipart/alternative; boundary="=-tBEgEDb4wXgCEUleNlAd" --=-tBEgEDb4wXgCEUleNlAd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Mittwoch, den 01.08.2012, 02:27 +0200 schrieb Mark van Dijk: > > I had upgraded to latest hg version of xen unstable and my arch linux > > guest can't find /dev/xvda1. My server 2008R2 boot and work just > > fine. > > (..) > >The line listed bellow was causing all the issues. > >vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'] >=20 > Please don't top post. >=20 > If this is actually the case we definitely need some logs, because that > should never happen. >=20 I'm currently upgrading a xen cluster from xen 3.2 to xen 4.1 and also found that issue. Log's are really quiet about it. It's just that starting a domU connect's all devices. pvgrub and pygrub menu are working. then xentop / xl top / xm top shows high cpu load for the particular domU, but nothings going to happen. I think that has been discussed already, but I assume it's not solved finally. Playing around with the console=3D parameter of domUs kernel didn't change anything. That misbehaviour has been introduced somewhere at the 4.1 version. 4.0 was one step in the evaluation of my upgrade path and only 4.1 needs vfb removed from config. I'm currently stuck at the xm toolstack, as I started adding some own settings to domU configs a long while ago which can't be parsed by the xl stack... So, my tests with xl about that issue weren't too excessive. --=-tBEgEDb4wXgCEUleNlAd Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable


Am Mittwoch, den 01.08.2012, 02:27 +0200 schrieb Mark van Dijk: 
> I had upgraded to latest hg version of xen unstable and my arch linux
> guest can't find /dev/xvda1. My server 2008R2 boot and work just
> fine.
> (..)
>The line listed bellow was causing all the issues.
>vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit']

Please don't top post.

If this is actually the case we definitely need some logs, because that
should never happen.
I'm currently upgrading a xen cluster from xen 3.2 to xen 4.1 and also foun= d that issue.
Log's are really quiet about it.
It's just that starting a domU connect's all devices. pvgrub and pygrub men= u are working.
then xentop / xl top / xm top shows high cpu load for the particular domU, = but nothings
going to happen.

I think that has been discussed already, but I assume it's not solved final= ly.

Playing around with the console=3D parameter of domUs kernel didn't change = anything.

That misbehaviour has been introduced somewhere at the 4.1 version. 4.0 was= one step
in the evaluation of my upgrade path and only 4.1 needs vfb removed from co= nfig.

I'm currently stuck at the xm toolstack, as I started adding  some own= settings to domU
configs a long while ago which can't be parsed by the xl stack...
So, my tests with xl about that issue weren't too excessive.



--=-tBEgEDb4wXgCEUleNlAd-- --=-f8qBTvKvn13knpT8ibFw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJQGMokAAoJEHzu36SveCllqFsH/0dnUIsT1UivQmP+PtMIQ/r6 eXbV1Cei47GZv4JmZ9konR71M83xGXPLA5lofKDaAr0dY3bH7EwnzSW0oB0pK2iz Ma45vF9ghGfmIwVX/5tm0oFNU6gPK/07DCozZOXYu9Z9peRhFZg9QUoH3s6Xre/g hv7jkBkH1RDlMhp4SxQSGCHUrWfRZk62D+VieoKrzdSmqIQmL9Li7T/gzHZ4tp4J zax83MYaBSU7TLg2+s6EZMRi6aZ5LKUDKHvgEzu/Hx4c/mBU8xtLWwjW9dpO4iCW bMksM7Blvrk7YfypFTMZSf3avXmF+aFvWNGtOdbAaANHqNyqh0NKxfrwG0CPMx4= =OOjz -----END PGP SIGNATURE----- --=-f8qBTvKvn13knpT8ibFw-- --===============5054674714335354574== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5054674714335354574==-- From xen-users-bounces@lists.xen.org Wed Aug 01 06:19:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 06:19: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 1SwSG9-0005K5-6C; Wed, 01 Aug 2012 06:18:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwSG8-0005K0-1e for xen-users@lists.xen.org; Wed, 01 Aug 2012 06:18:16 +0000 Received: from [85.158.138.51:28978] by server-2.bemta-3.messagelabs.com id 54/2A-00359-72AC8105; Wed, 01 Aug 2012 06:18:15 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-8.tower-174.messagelabs.com!1343801894!29770142!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24430 invoked from network); 1 Aug 2012 06:18:14 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-8.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 1 Aug 2012 06:18:14 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Wed, 1 Aug 2012 08:18:13 +0200 From: Stephan Seitz To: Mark van Dijk Thread-Topic: [Xen-users] no /dev/xvda for domu Thread-Index: AQHNabZnlWwciI8UwUCGvgcuo2kN/Jc4fIIAgAAeVICAAAwHAIAADeoAgAtPP4CAAGHhAA== Date: Wed, 1 Aug 2012 06:18:13 +0000 Message-ID: <1343801892.27287.114.camel@wotan2> References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> <20120801022753.2ce14f02@internecto.net> In-Reply-To: <20120801022753.2ce14f02@internecto.net> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov , jacek burghardt Subject: Re: [Xen-users] no /dev/xvda for domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5054674714335354574==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5054674714335354574== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-f8qBTvKvn13knpT8ibFw" --=-f8qBTvKvn13knpT8ibFw Content-Type: multipart/alternative; boundary="=-tBEgEDb4wXgCEUleNlAd" --=-tBEgEDb4wXgCEUleNlAd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Mittwoch, den 01.08.2012, 02:27 +0200 schrieb Mark van Dijk: > > I had upgraded to latest hg version of xen unstable and my arch linux > > guest can't find /dev/xvda1. My server 2008R2 boot and work just > > fine. > > (..) > >The line listed bellow was causing all the issues. > >vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'] >=20 > Please don't top post. >=20 > If this is actually the case we definitely need some logs, because that > should never happen. >=20 I'm currently upgrading a xen cluster from xen 3.2 to xen 4.1 and also found that issue. Log's are really quiet about it. It's just that starting a domU connect's all devices. pvgrub and pygrub menu are working. then xentop / xl top / xm top shows high cpu load for the particular domU, but nothings going to happen. I think that has been discussed already, but I assume it's not solved finally. Playing around with the console=3D parameter of domUs kernel didn't change anything. That misbehaviour has been introduced somewhere at the 4.1 version. 4.0 was one step in the evaluation of my upgrade path and only 4.1 needs vfb removed from config. I'm currently stuck at the xm toolstack, as I started adding some own settings to domU configs a long while ago which can't be parsed by the xl stack... So, my tests with xl about that issue weren't too excessive. --=-tBEgEDb4wXgCEUleNlAd Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable


Am Mittwoch, den 01.08.2012, 02:27 +0200 schrieb Mark van Dijk: 
> I had upgraded to latest hg version of xen unstable and my arch linux
> guest can't find /dev/xvda1. My server 2008R2 boot and work just
> fine.
> (..)
>The line listed bellow was causing all the issues.
>vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit']

Please don't top post.

If this is actually the case we definitely need some logs, because that
should never happen.
I'm currently upgrading a xen cluster from xen 3.2 to xen 4.1 and also foun= d that issue.
Log's are really quiet about it.
It's just that starting a domU connect's all devices. pvgrub and pygrub men= u are working.
then xentop / xl top / xm top shows high cpu load for the particular domU, = but nothings
going to happen.

I think that has been discussed already, but I assume it's not solved final= ly.

Playing around with the console=3D parameter of domUs kernel didn't change = anything.

That misbehaviour has been introduced somewhere at the 4.1 version. 4.0 was= one step
in the evaluation of my upgrade path and only 4.1 needs vfb removed from co= nfig.

I'm currently stuck at the xm toolstack, as I started adding  some own= settings to domU
configs a long while ago which can't be parsed by the xl stack...
So, my tests with xl about that issue weren't too excessive.



--=-tBEgEDb4wXgCEUleNlAd-- --=-f8qBTvKvn13knpT8ibFw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJQGMokAAoJEHzu36SveCllqFsH/0dnUIsT1UivQmP+PtMIQ/r6 eXbV1Cei47GZv4JmZ9konR71M83xGXPLA5lofKDaAr0dY3bH7EwnzSW0oB0pK2iz Ma45vF9ghGfmIwVX/5tm0oFNU6gPK/07DCozZOXYu9Z9peRhFZg9QUoH3s6Xre/g hv7jkBkH1RDlMhp4SxQSGCHUrWfRZk62D+VieoKrzdSmqIQmL9Li7T/gzHZ4tp4J zax83MYaBSU7TLg2+s6EZMRi6aZ5LKUDKHvgEzu/Hx4c/mBU8xtLWwjW9dpO4iCW bMksM7Blvrk7YfypFTMZSf3avXmF+aFvWNGtOdbAaANHqNyqh0NKxfrwG0CPMx4= =OOjz -----END PGP SIGNATURE----- --=-f8qBTvKvn13knpT8ibFw-- --===============5054674714335354574== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5054674714335354574==-- From xen-users-bounces@lists.xen.org Wed Aug 01 07:31:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 07:31: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 1SwTOG-0006QI-SY; Wed, 01 Aug 2012 07:30:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwTOF-0006QD-3s for xen-users@lists.xen.org; Wed, 01 Aug 2012 07:30:43 +0000 Received: from [85.158.143.35:38325] by server-3.bemta-4.messagelabs.com id F6/1D-01511-22BD8105; Wed, 01 Aug 2012 07:30:42 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-4.tower-21.messagelabs.com!1343806237!5401435!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32397 invoked from network); 1 Aug 2012 07:30:40 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 1 Aug 2012 07:30:40 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1SwTO3-000356-3T; Wed, 01 Aug 2012 17:30:31 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Wed, 1 Aug 2012 17:30:31 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi id 14.01.0355.002; Wed, 1 Aug 2012 17:30:30 +1000 From: James Harper To: Jonathan Tripathy , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Windows DomU with SSDs Thread-Index: AQHNb4B1q2ug9W4QJU+lV4+D4fe7ApdEj7nA Date: Wed, 1 Aug 2012 07:30:29 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B299DB1C1@BITCOM1.int.sbss.com.au> References: <85674E16-59FD-42FC-B9E2-5851417223FC@abpni.co.uk> In-Reply-To: <85674E16-59FD-42FC-B9E2-5851417223FC@abpni.co.uk> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [203.193.213.162] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19076.004 x-tm-as-result: No--21.670300-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 01 Aug 2012 07:30:31.0280 (UTC) FILETIME=[87DE3F00:01CD6FB7] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Windows DomU with SSDs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Hi Everyone, > > We are thinking of venturing into the world of hosting Windows DomUs on > our Xen infrastructure. As Windows generally requires a lot more IOPS than > Linux does, we are trying to do everything we can to improve performance. > > While using SSDs would solve the IOPS problem, SSDs suffer from limited > write cycles. So, we have the idea of using Flashcache from Facebook to use > a single SSD as a cache in write-through mode, along with spindle drives in > RAID10. > > My questions to the community are: > > 1) What are the general views of using SSDs in a Xen environment? All of our > guests are "untrusted". Is this just generally a bad idea? > > 2) Does anyone have any experience of using Flashcache? Are there any > potential issues that someone has come across? > Bcache (http://bcache.evilpiepirate.org/ ) is another project that does the same sort of thing as flashcache. Someone has put together some benchmarks comparing the two, although obviously they might not reflect your workloads... http://www.accelcloud.com/2012/04/18/linux-flashcache-and-bcache-performance-testing/ James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 07:31:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 07:31: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 1SwTOG-0006QI-SY; Wed, 01 Aug 2012 07:30:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwTOF-0006QD-3s for xen-users@lists.xen.org; Wed, 01 Aug 2012 07:30:43 +0000 Received: from [85.158.143.35:38325] by server-3.bemta-4.messagelabs.com id F6/1D-01511-22BD8105; Wed, 01 Aug 2012 07:30:42 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-4.tower-21.messagelabs.com!1343806237!5401435!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32397 invoked from network); 1 Aug 2012 07:30:40 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 1 Aug 2012 07:30:40 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1SwTO3-000356-3T; Wed, 01 Aug 2012 17:30:31 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Wed, 1 Aug 2012 17:30:31 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi id 14.01.0355.002; Wed, 1 Aug 2012 17:30:30 +1000 From: James Harper To: Jonathan Tripathy , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Windows DomU with SSDs Thread-Index: AQHNb4B1q2ug9W4QJU+lV4+D4fe7ApdEj7nA Date: Wed, 1 Aug 2012 07:30:29 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B299DB1C1@BITCOM1.int.sbss.com.au> References: <85674E16-59FD-42FC-B9E2-5851417223FC@abpni.co.uk> In-Reply-To: <85674E16-59FD-42FC-B9E2-5851417223FC@abpni.co.uk> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [203.193.213.162] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19076.004 x-tm-as-result: No--21.670300-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 01 Aug 2012 07:30:31.0280 (UTC) FILETIME=[87DE3F00:01CD6FB7] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Windows DomU with SSDs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Hi Everyone, > > We are thinking of venturing into the world of hosting Windows DomUs on > our Xen infrastructure. As Windows generally requires a lot more IOPS than > Linux does, we are trying to do everything we can to improve performance. > > While using SSDs would solve the IOPS problem, SSDs suffer from limited > write cycles. So, we have the idea of using Flashcache from Facebook to use > a single SSD as a cache in write-through mode, along with spindle drives in > RAID10. > > My questions to the community are: > > 1) What are the general views of using SSDs in a Xen environment? All of our > guests are "untrusted". Is this just generally a bad idea? > > 2) Does anyone have any experience of using Flashcache? Are there any > potential issues that someone has come across? > Bcache (http://bcache.evilpiepirate.org/ ) is another project that does the same sort of thing as flashcache. Someone has put together some benchmarks comparing the two, although obviously they might not reflect your workloads... http://www.accelcloud.com/2012/04/18/linux-flashcache-and-bcache-performance-testing/ James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 11:25:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 11:25:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwX1v-00044t-IU; Wed, 01 Aug 2012 11:23:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwX1u-00044o-0n for xen-users@lists.xensource.com; Wed, 01 Aug 2012 11:23:54 +0000 Received: from [85.158.139.83:19888] by server-1.bemta-5.messagelabs.com id 4E/20-29759-9C119105; Wed, 01 Aug 2012 11:23:53 +0000 X-Env-Sender: myrdhn@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1343820231!29641966!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=1.6 required=7.0 tests=HOT_NASTY,HTML_50_60, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8712 invoked from network); 1 Aug 2012 11:23:52 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 11:23:52 -0000 Received: by vcdd16 with SMTP id d16so9199493vcd.30 for ; Wed, 01 Aug 2012 04:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language; bh=lFFVmuSs+4baCZHaFileW9WF5b4Jef5MwyTlU4epH6k=; b=jfwH3XkKnjuaj27DAkSg2r59+ygCJAgj3RY04yoxe576HX5wlULFWcUPbAcw/jg4pQ wcKDNlBcmeedWXLKf8JK5fSfOflyA7/X0IvWoeAq08/avDiJrFza4gml0JTM3+FLcd5B CqRsIWVXn6CeJsxF3eSUoaODpiX7skw71i3EA4UKKACCde2RIgOxfg2LB5Y3o+W5ow3g RIpznajcJreCDurB9TwSY9GQ80BTXe8wiXz+KPre0U7/m+g1s01/oa1Beo2b9U/x2Dw6 qIOP+O56si8ONrFLhWDBojVkhh5d+XdFvSkepkr7pTxO9qFCvOEh4LH+o1IJbBngMRp4 9dSw== Received: by 10.220.229.198 with SMTP id jj6mr16268682vcb.38.1343820231019; Wed, 01 Aug 2012 04:23:51 -0700 (PDT) Received: from Belldandy (c-76-119-253-48.hsd1.ma.comcast.net. [76.119.253.48]) by mx.google.com with ESMTPS id by3sm2513836vdc.17.2012.08.01.04.23.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 04:23:50 -0700 (PDT) From: "Marc Tousignant" To: "'xen-users List'" Date: Wed, 1 Aug 2012 07:23:50 -0400 Message-ID: <002701cd6fd8$210c3680$6324a380$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac1v1cla503QPSpHShuXbgsu0F+/Ag== Content-Language: en-us Subject: [Xen-users] XEN will not get past "Parsing config file xxx" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2731976052377363708==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============2731976052377363708== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0028_01CD6FB6.99FBCF00" Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_0028_01CD6FB6.99FBCF00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I had a working system for years with a Windows Server running in a xen instance for my fathers business. I had updated my Linux system and missed a change in a config file a few weeks ago so mysql was not cleaning up its binary logs. This eventually filled up / thus causing a lockup which happene yesterday morning. After getting the system back up and running by clearing out the binary logs everything is working again with one excepton, XEN. I don't get any errors. It just will not move past "Parsing config file xxx" where xxx is the config. This could be any config file that is valid, and not just the domU that was running at the time. For example, my hackintosh does the same thing, but it was not running at the time the system locked. Invalid config files fail to parse and tell you why. But any valid one gets stuck at the same point. The Windows server is run off a dedicated partition than the / so its drive should never have seen an issue, other than the dom0 locking up. I do have a backup of the entire partition into a file from a few weeks ago that I confirmed as a working backup when I made it, but that also will not start. What does happen is this: 2049 root 20 0 17648 7928 628 R 61 0.3 4:51.92 xenstored 6181 root 20 0 35828 3156 972 S 5 0.1 0:08.25 xl Xenstore becomes the process grabbing the most processor with xl right behind it. There are no log files being created anywhere so that I can see what is going on other than in top. I have even tried creating a new dom0 to test installing again, and that will not start. All this points to it not being my dom0's as the source of the issue. Anyone have an idea as to what is going on? Things I can check, because no logs are getting made? I have already reinstalled xen and run a fsck of all my drives, not in that order. MarcT ------=_NextPart_000_0028_01CD6FB6.99FBCF00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I had a = working system for years with a Windows Server running in a xen instance = for my fathers business.

I had = updated my Linux system and missed a change in a config file a few weeks = ago so mysql was not cleaning up its binary logs. This eventually filled = up / thus causing a lockup which happene yesterday morning. After = getting the system back up and running by clearing out the binary logs = everything is working again with one excepton, XEN.

 

I = don’t get any errors. It just will not move past “Parsing = config file xxx” where xxx is the config. This could be any config = file that is valid, and not just the domU that was running at the time. = For example, my hackintosh does the same thing, but it was not running = at the time the system locked. Invalid config files fail to parse and = tell you why. But any valid one gets stuck at the same = point.

 

The Windows server is run off a dedicated partition = than the / so its drive should never have seen an issue, other than the = dom0 locking up.

I do have a backup = of the entire partition into a file from a few weeks ago that I = confirmed as a working backup when I made it, but that also will not = start.

 

What does happen is this:

2049 root      = 20   0 17648 7928  628 R   61  = 0.3   4:51.92 xenstored

= 6181 root      20   0 35828 = 3156  972 S    5  0.1   0:08.25 = xl

 

Xenstore becomes the process grabbing the most = processor with xl right behind it. There are no log files being created = anywhere so that I can see what is going on other than in = top.

I have even tried creating a new = dom0 to test installing again, and that will not start. All this points = to it not being my dom0’s as the source of the = issue.

 

Anyone have an idea as to what is going on? Things I = can check, because no logs are getting made? I have already reinstalled = xen and run a fsck of all my drives, not in that order.

 

MarcT

------=_NextPart_000_0028_01CD6FB6.99FBCF00-- --===============2731976052377363708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2731976052377363708==-- From xen-users-bounces@lists.xen.org Wed Aug 01 11:25:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 11:25:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwX1v-00044t-IU; Wed, 01 Aug 2012 11:23:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwX1u-00044o-0n for xen-users@lists.xensource.com; Wed, 01 Aug 2012 11:23:54 +0000 Received: from [85.158.139.83:19888] by server-1.bemta-5.messagelabs.com id 4E/20-29759-9C119105; Wed, 01 Aug 2012 11:23:53 +0000 X-Env-Sender: myrdhn@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1343820231!29641966!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=1.6 required=7.0 tests=HOT_NASTY,HTML_50_60, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8712 invoked from network); 1 Aug 2012 11:23:52 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 11:23:52 -0000 Received: by vcdd16 with SMTP id d16so9199493vcd.30 for ; Wed, 01 Aug 2012 04:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language; bh=lFFVmuSs+4baCZHaFileW9WF5b4Jef5MwyTlU4epH6k=; b=jfwH3XkKnjuaj27DAkSg2r59+ygCJAgj3RY04yoxe576HX5wlULFWcUPbAcw/jg4pQ wcKDNlBcmeedWXLKf8JK5fSfOflyA7/X0IvWoeAq08/avDiJrFza4gml0JTM3+FLcd5B CqRsIWVXn6CeJsxF3eSUoaODpiX7skw71i3EA4UKKACCde2RIgOxfg2LB5Y3o+W5ow3g RIpznajcJreCDurB9TwSY9GQ80BTXe8wiXz+KPre0U7/m+g1s01/oa1Beo2b9U/x2Dw6 qIOP+O56si8ONrFLhWDBojVkhh5d+XdFvSkepkr7pTxO9qFCvOEh4LH+o1IJbBngMRp4 9dSw== Received: by 10.220.229.198 with SMTP id jj6mr16268682vcb.38.1343820231019; Wed, 01 Aug 2012 04:23:51 -0700 (PDT) Received: from Belldandy (c-76-119-253-48.hsd1.ma.comcast.net. [76.119.253.48]) by mx.google.com with ESMTPS id by3sm2513836vdc.17.2012.08.01.04.23.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 04:23:50 -0700 (PDT) From: "Marc Tousignant" To: "'xen-users List'" Date: Wed, 1 Aug 2012 07:23:50 -0400 Message-ID: <002701cd6fd8$210c3680$6324a380$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac1v1cla503QPSpHShuXbgsu0F+/Ag== Content-Language: en-us Subject: [Xen-users] XEN will not get past "Parsing config file xxx" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2731976052377363708==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============2731976052377363708== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0028_01CD6FB6.99FBCF00" Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_0028_01CD6FB6.99FBCF00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I had a working system for years with a Windows Server running in a xen instance for my fathers business. I had updated my Linux system and missed a change in a config file a few weeks ago so mysql was not cleaning up its binary logs. This eventually filled up / thus causing a lockup which happene yesterday morning. After getting the system back up and running by clearing out the binary logs everything is working again with one excepton, XEN. I don't get any errors. It just will not move past "Parsing config file xxx" where xxx is the config. This could be any config file that is valid, and not just the domU that was running at the time. For example, my hackintosh does the same thing, but it was not running at the time the system locked. Invalid config files fail to parse and tell you why. But any valid one gets stuck at the same point. The Windows server is run off a dedicated partition than the / so its drive should never have seen an issue, other than the dom0 locking up. I do have a backup of the entire partition into a file from a few weeks ago that I confirmed as a working backup when I made it, but that also will not start. What does happen is this: 2049 root 20 0 17648 7928 628 R 61 0.3 4:51.92 xenstored 6181 root 20 0 35828 3156 972 S 5 0.1 0:08.25 xl Xenstore becomes the process grabbing the most processor with xl right behind it. There are no log files being created anywhere so that I can see what is going on other than in top. I have even tried creating a new dom0 to test installing again, and that will not start. All this points to it not being my dom0's as the source of the issue. Anyone have an idea as to what is going on? Things I can check, because no logs are getting made? I have already reinstalled xen and run a fsck of all my drives, not in that order. MarcT ------=_NextPart_000_0028_01CD6FB6.99FBCF00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I had a = working system for years with a Windows Server running in a xen instance = for my fathers business.

I had = updated my Linux system and missed a change in a config file a few weeks = ago so mysql was not cleaning up its binary logs. This eventually filled = up / thus causing a lockup which happene yesterday morning. After = getting the system back up and running by clearing out the binary logs = everything is working again with one excepton, XEN.

 

I = don’t get any errors. It just will not move past “Parsing = config file xxx” where xxx is the config. This could be any config = file that is valid, and not just the domU that was running at the time. = For example, my hackintosh does the same thing, but it was not running = at the time the system locked. Invalid config files fail to parse and = tell you why. But any valid one gets stuck at the same = point.

 

The Windows server is run off a dedicated partition = than the / so its drive should never have seen an issue, other than the = dom0 locking up.

I do have a backup = of the entire partition into a file from a few weeks ago that I = confirmed as a working backup when I made it, but that also will not = start.

 

What does happen is this:

2049 root      = 20   0 17648 7928  628 R   61  = 0.3   4:51.92 xenstored

= 6181 root      20   0 35828 = 3156  972 S    5  0.1   0:08.25 = xl

 

Xenstore becomes the process grabbing the most = processor with xl right behind it. There are no log files being created = anywhere so that I can see what is going on other than in = top.

I have even tried creating a new = dom0 to test installing again, and that will not start. All this points = to it not being my dom0’s as the source of the = issue.

 

Anyone have an idea as to what is going on? Things I = can check, because no logs are getting made? I have already reinstalled = xen and run a fsck of all my drives, not in that order.

 

MarcT

------=_NextPart_000_0028_01CD6FB6.99FBCF00-- --===============2731976052377363708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2731976052377363708==-- From xen-users-bounces@lists.xen.org Wed Aug 01 11:42:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 11:42: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 1SwXIt-0004kA-3h; Wed, 01 Aug 2012 11:41:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwXIr-0004k4-NB for xen-users@lists.xensource.com; Wed, 01 Aug 2012 11:41:25 +0000 Received: from [85.158.143.35:8460] by server-1.bemta-4.messagelabs.com id E7/2A-24392-4E519105; Wed, 01 Aug 2012 11:41:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1343821281!16898864!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDc3NDk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11752 invoked from network); 1 Aug 2012 11:41:22 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 11:41:22 -0000 X-IronPort-AV: E=Sophos;i="4.77,693,1336348800"; d="scan'208";a="13800968" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Aug 2012 11:41:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 1 Aug 2012 12:41:21 +0100 Message-ID: <1343821279.27221.74.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Marc Tousignant Date: Wed, 1 Aug 2012 12:41:19 +0100 In-Reply-To: <002701cd6fd8$210c3680$6324a380$@gmail.com> References: <002701cd6fd8$210c3680$6324a380$@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: 'xen-users List' Subject: Re: [Xen-users] XEN will not get past "Parsing config file xxx" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Anyone have an idea as to what is going on? Things I can check, > because no logs are getting made? I have already reinstalled xen and > run a fsck of all my drives, not in that order. "strace" on the processes which are chewing cpu time might give some clue. I'd start off by nuking /var/lib/xenstored/tdb (or wherever your xenstore db is) and rebooting first though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 11:42:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 11:42: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 1SwXIt-0004kA-3h; Wed, 01 Aug 2012 11:41:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwXIr-0004k4-NB for xen-users@lists.xensource.com; Wed, 01 Aug 2012 11:41:25 +0000 Received: from [85.158.143.35:8460] by server-1.bemta-4.messagelabs.com id E7/2A-24392-4E519105; Wed, 01 Aug 2012 11:41:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1343821281!16898864!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDc3NDk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11752 invoked from network); 1 Aug 2012 11:41:22 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 11:41:22 -0000 X-IronPort-AV: E=Sophos;i="4.77,693,1336348800"; d="scan'208";a="13800968" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Aug 2012 11:41:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 1 Aug 2012 12:41:21 +0100 Message-ID: <1343821279.27221.74.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Marc Tousignant Date: Wed, 1 Aug 2012 12:41:19 +0100 In-Reply-To: <002701cd6fd8$210c3680$6324a380$@gmail.com> References: <002701cd6fd8$210c3680$6324a380$@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: 'xen-users List' Subject: Re: [Xen-users] XEN will not get past "Parsing config file xxx" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Anyone have an idea as to what is going on? Things I can check, > because no logs are getting made? I have already reinstalled xen and > run a fsck of all my drives, not in that order. "strace" on the processes which are chewing cpu time might give some clue. I'd start off by nuking /var/lib/xenstored/tdb (or wherever your xenstore db is) and rebooting first though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 12:39:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 12:39:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwYBb-0007pD-1E; Wed, 01 Aug 2012 12:37:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwYBZ-0007p8-Kr for xen-users@lists.xensource.com; Wed, 01 Aug 2012 12:37:57 +0000 Received: from [85.158.139.83:41364] by server-3.bemta-5.messagelabs.com id 04/D7-03367-42329105; Wed, 01 Aug 2012 12:37:56 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1343824676!27027706!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30902 invoked from network); 1 Aug 2012 12:37:56 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 12:37:56 -0000 Received: by bkty15 with SMTP id y15so4130570bkt.30 for ; Wed, 01 Aug 2012 05:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RT6k5/L2v4/W8ggmtfMNB6uVRkDvPIlek1W/G0WNMIA=; b=TSAlnzNU2gWITTLmKh75UnT+FsA0l6rONERmQADupzfhgIbUgFqa3qu+SDmsTcdOMS WEyyOGc3m+xwy15iExKFpcEUyq6mCla6uU8g76jKFXBR/7/cjoi7s2AFLBOd3oqq4tyH ozNyyOdz9dXyu5ex4VhYkCNJumTseK58elDWq7Zlta9l1pgfvRT9qE6o9Y/cqO4YiVvR KJBno5ZBAdrq29je1iOagOMUi/5wYlHaYgNRVwx5DRqd+NM71bVVeVAQlg0VGeGUDurS Mbg6bMczbWQXlaI7D9iLCC3Bz7Vffw2BeW0wUdvTza4ovR6TAETLOuFLZMlJVyK/C6dD 1ybQ== MIME-Version: 1.0 Received: by 10.204.152.137 with SMTP id g9mr6919230bkw.106.1343824675766; Wed, 01 Aug 2012 05:37:55 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Wed, 1 Aug 2012 05:37:55 -0700 (PDT) Date: Wed, 1 Aug 2012 13:37:55 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: [Xen-users] Nvidia binary + pv ops X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Has anybody successfully used the Nvidia binary drivers with Xen and a pv ops kernel? When I startx the card is detected correctly but no video is output and X process hangs at 100% cpu. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 12:39:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 12:39:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwYBb-0007pD-1E; Wed, 01 Aug 2012 12:37:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwYBZ-0007p8-Kr for xen-users@lists.xensource.com; Wed, 01 Aug 2012 12:37:57 +0000 Received: from [85.158.139.83:41364] by server-3.bemta-5.messagelabs.com id 04/D7-03367-42329105; Wed, 01 Aug 2012 12:37:56 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1343824676!27027706!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30902 invoked from network); 1 Aug 2012 12:37:56 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 12:37:56 -0000 Received: by bkty15 with SMTP id y15so4130570bkt.30 for ; Wed, 01 Aug 2012 05:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RT6k5/L2v4/W8ggmtfMNB6uVRkDvPIlek1W/G0WNMIA=; b=TSAlnzNU2gWITTLmKh75UnT+FsA0l6rONERmQADupzfhgIbUgFqa3qu+SDmsTcdOMS WEyyOGc3m+xwy15iExKFpcEUyq6mCla6uU8g76jKFXBR/7/cjoi7s2AFLBOd3oqq4tyH ozNyyOdz9dXyu5ex4VhYkCNJumTseK58elDWq7Zlta9l1pgfvRT9qE6o9Y/cqO4YiVvR KJBno5ZBAdrq29je1iOagOMUi/5wYlHaYgNRVwx5DRqd+NM71bVVeVAQlg0VGeGUDurS Mbg6bMczbWQXlaI7D9iLCC3Bz7Vffw2BeW0wUdvTza4ovR6TAETLOuFLZMlJVyK/C6dD 1ybQ== MIME-Version: 1.0 Received: by 10.204.152.137 with SMTP id g9mr6919230bkw.106.1343824675766; Wed, 01 Aug 2012 05:37:55 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Wed, 1 Aug 2012 05:37:55 -0700 (PDT) Date: Wed, 1 Aug 2012 13:37:55 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: [Xen-users] Nvidia binary + pv ops X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Has anybody successfully used the Nvidia binary drivers with Xen and a pv ops kernel? When I startx the card is detected correctly but no video is output and X process hangs at 100% cpu. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 13:40:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 13:40: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 1SwZ8v-0000Tj-QH; Wed, 01 Aug 2012 13:39:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwZ8t-0000Ta-OT for xen-users@lists.xensource.com; Wed, 01 Aug 2012 13:39:15 +0000 Received: from [85.158.143.99:15670] by server-1.bemta-4.messagelabs.com id 41/B5-24392-38139105; Wed, 01 Aug 2012 13:39:15 +0000 X-Env-Sender: myrdhn@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1343828351!19999034!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27613 invoked from network); 1 Aug 2012 13:39:12 -0000 Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com) (209.85.212.43) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 13:39:12 -0000 Received: by vbbfq11 with SMTP id fq11so9370146vbb.30 for ; Wed, 01 Aug 2012 06:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :thread-index:content-language; bh=AVAhAh8hN2dMYpCw9a8OAksVjdnzb650cixhxAcDq/Y=; b=AfyFVkn2sK6CSANHS8Sjfgz+W9OD26nmi4ZzAM82Bsqaivh6lYf5de5DildxWOlFJh ay90w/9g68+GRNZmHFYmb0j5dE2ixph4D50DVGYBcq/waRLmZ5gkMHpmYtKcPLtnxdZV suSgAsCDEnDV+R5jgy2nGvscAlkFnsLc6NGkCd1SdH6B4nMaLV6ugRoMn6u4hg68mwoN 5CYm6lRmyf2GKrxv4Hg7niO2bdN+zR/gpEmmkPNtqgy2QnCcV+4+2ZkZzs2uQVB88rTI TJIY5H+SDHtYeRh0356CRY4MvCReMDEEBL6izxt2nPjMfdNCg99oYtiNWyq+ZMlZruUV yh0A== Received: by 10.52.23.71 with SMTP id k7mr14951612vdf.3.1343828351525; Wed, 01 Aug 2012 06:39:11 -0700 (PDT) Received: from Belldandy (c-76-119-253-48.hsd1.ma.comcast.net. [76.119.253.48]) by mx.google.com with ESMTPS id c17sm2766152vdj.11.2012.08.01.06.39.10 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 06:39:11 -0700 (PDT) From: "Marc Tousignant" To: "'Ian Campbell'" References: <002701cd6fd8$210c3680$6324a380$@gmail.com> <1343821279.27221.74.camel@zakaz.uk.xensource.com> In-Reply-To: <1343821279.27221.74.camel@zakaz.uk.xensource.com> Date: Wed, 1 Aug 2012 09:39:11 -0400 Message-ID: <003201cd6feb$095697c0$1c03c740$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFyOC37WqxcHyVhbfVOoraVLQrgEwItDcU8l+n9AeA= Content-Language: en-us Cc: 'xen-users List' Subject: Re: [Xen-users] XEN will not get past "Parsing config file xxx" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Anyone have an idea as to what is going on? Things I can check, > > because no logs are getting made? I have already reinstalled xen and > > run a fsck of all my drives, not in that order. > > "strace" on the processes which are chewing cpu time might give some clue. > > I'd start off by nuking /var/lib/xenstored/tdb (or wherever your xenstore db is) and rebooting first though. > > Ian. Ian, that was the issue. Thanks. MarcT _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 13:40:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 13:40: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 1SwZ8v-0000Tj-QH; Wed, 01 Aug 2012 13:39:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwZ8t-0000Ta-OT for xen-users@lists.xensource.com; Wed, 01 Aug 2012 13:39:15 +0000 Received: from [85.158.143.99:15670] by server-1.bemta-4.messagelabs.com id 41/B5-24392-38139105; Wed, 01 Aug 2012 13:39:15 +0000 X-Env-Sender: myrdhn@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1343828351!19999034!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27613 invoked from network); 1 Aug 2012 13:39:12 -0000 Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com) (209.85.212.43) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 13:39:12 -0000 Received: by vbbfq11 with SMTP id fq11so9370146vbb.30 for ; Wed, 01 Aug 2012 06:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :thread-index:content-language; bh=AVAhAh8hN2dMYpCw9a8OAksVjdnzb650cixhxAcDq/Y=; b=AfyFVkn2sK6CSANHS8Sjfgz+W9OD26nmi4ZzAM82Bsqaivh6lYf5de5DildxWOlFJh ay90w/9g68+GRNZmHFYmb0j5dE2ixph4D50DVGYBcq/waRLmZ5gkMHpmYtKcPLtnxdZV suSgAsCDEnDV+R5jgy2nGvscAlkFnsLc6NGkCd1SdH6B4nMaLV6ugRoMn6u4hg68mwoN 5CYm6lRmyf2GKrxv4Hg7niO2bdN+zR/gpEmmkPNtqgy2QnCcV+4+2ZkZzs2uQVB88rTI TJIY5H+SDHtYeRh0356CRY4MvCReMDEEBL6izxt2nPjMfdNCg99oYtiNWyq+ZMlZruUV yh0A== Received: by 10.52.23.71 with SMTP id k7mr14951612vdf.3.1343828351525; Wed, 01 Aug 2012 06:39:11 -0700 (PDT) Received: from Belldandy (c-76-119-253-48.hsd1.ma.comcast.net. [76.119.253.48]) by mx.google.com with ESMTPS id c17sm2766152vdj.11.2012.08.01.06.39.10 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 06:39:11 -0700 (PDT) From: "Marc Tousignant" To: "'Ian Campbell'" References: <002701cd6fd8$210c3680$6324a380$@gmail.com> <1343821279.27221.74.camel@zakaz.uk.xensource.com> In-Reply-To: <1343821279.27221.74.camel@zakaz.uk.xensource.com> Date: Wed, 1 Aug 2012 09:39:11 -0400 Message-ID: <003201cd6feb$095697c0$1c03c740$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFyOC37WqxcHyVhbfVOoraVLQrgEwItDcU8l+n9AeA= Content-Language: en-us Cc: 'xen-users List' Subject: Re: [Xen-users] XEN will not get past "Parsing config file xxx" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Anyone have an idea as to what is going on? Things I can check, > > because no logs are getting made? I have already reinstalled xen and > > run a fsck of all my drives, not in that order. > > "strace" on the processes which are chewing cpu time might give some clue. > > I'd start off by nuking /var/lib/xenstored/tdb (or wherever your xenstore db is) and rebooting first though. > > Ian. Ian, that was the issue. Thanks. MarcT _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 01 17:42:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 17:42:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swcuf-0004X4-Do; Wed, 01 Aug 2012 17:40:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swcud-0004Wx-NR for xen-users@lists.xen.org; Wed, 01 Aug 2012 17:40:47 +0000 Received: from [85.158.143.35:25299] by server-1.bemta-4.messagelabs.com id C4/E5-24392-F1A69105; Wed, 01 Aug 2012 17:40:47 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1343842843!5517650!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31307 invoked from network); 1 Aug 2012 17:40:44 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 17:40:44 -0000 Received: by vbip1 with SMTP id p1so1229304vbi.32 for ; Wed, 01 Aug 2012 10:40:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=A5a+/PZ0e/BprkzGMZ++WYxqCvPCBnPIMjzLiWhIiDE=; b=B/S0XSWdKG65EDA8CIsDVlldpysUIqCzed6YgaeQBF1UoPc0n36FWBcJqBOyRxLRmE 1tpDNmgWgGtmwVnSq/INvtGpqusicRDkShbCZa2hSJFLnThjEhr7SN01lrxEbLoCY26y 1T5fb0Ex0tBiPD4WMd+F3ioN0Nobx351oOExvk+iwsHu97GLDwM4mVMb+LAyL4pDMy6T DJlHbWZT+C4Agd/dOQdOlVUreWP6eGQPdHRR14j3p7ThQSKvcwO8CSVr7CEtAOyxQPx6 IjDLxGgxRJ47lEs6enzLFX1tkQAAZ4jbTIkfT5GY/+85tJg+o/Iy14OXEjk4B6Sbc3rY 59vg== MIME-Version: 1.0 Received: by 10.52.95.225 with SMTP id dn1mr15396337vdb.99.1343842843071; Wed, 01 Aug 2012 10:40:43 -0700 (PDT) Received: by 10.58.235.10 with HTTP; Wed, 1 Aug 2012 10:40:42 -0700 (PDT) Date: Wed, 1 Aug 2012 14:40:42 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: xen-users@lists.xen.org Subject: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6313674787991022916==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6313674787991022916== Content-Type: multipart/alternative; boundary=20cf307f34d04b963504c637cbf7 --20cf307f34d04b963504c637cbf7 Content-Type: text/plain; charset=ISO-8859-1 Hi Guys, I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV ubuntu-precise. Well... xm console command doesn't work. I read < http://wiki.xen.org/wiki/Xen_Common_Problems> and I can't resolve. How can I fix this problem? Thanks MY guest.cfg in /etc/xen/ubuntu.cfg name = "ubuntu-pv" memory = 256 disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif = [' '] bootloader = "pygrub" #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" #extra = "debian-installer/exit/always_halt=true -- console=hvc0" MY dom0 /etc/init/hvc0.conf # hvc0 - getty # # This service maintains a getty on hvc0 from the point the system is # started until it is shut down again. start on stopped rc RUNLEVEL=[2345] and ( not-container or container CONTAINER=lxc or container CONTAINER=lxc-libvirt) stop on runlevel [!2345] respawn exec /sbin/getty -L hvc0 9600 linux --20cf307f34d04b963504c637cbf7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Guys,

I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and do= mU-PV ubuntu-precise.
Well... xm console command doesn't work. I rea= d <http://wiki.= xen.org/wiki/Xen_Common_Problems> and I can't resolve.

How can I fix this problem?
Thanks

MY guest.cfg in /etc/xen/u= buntu.cfg
=A0 name =3D "ubuntu-pv"

=A0 memory =3D 256
=A0 disk =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w']
=A0 vif= =3D [' ']

=A0 bootloader =3D "pygrub"

=A0 #kernel =3D "/var= /lib/xen/images/ubuntu-netboot/vmlinuz"
=A0 #ramdisk =3D "/var= /lib/xen/images/ubuntu-netboot/initrd.gz"
=A0 #extra =3D "debi= an-installer/exit/always_halt=3Dtrue -- console=3Dhvc0"


MY dom0 /etc/init/hvc0.conf
=A0 # hvc0 - getty
=A0 #
=A0 #= This service maintains a getty on hvc0 from the point the system is
=A0= # started until it is shut down again.

=A0 start on stopped rc RUNL= EVEL=3D[2345] and (
=A0 =A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 not-container or
=A0=A0=A0 =A0=A0 = =A0=A0=A0=A0=A0=A0 container CONTAINER=3Dlxc or
=A0=A0=A0=A0=A0 =A0=A0 = =A0=A0=A0=A0 container CONTAINER=3Dlxc-libvirt)

=A0 stop on runlevel= [!2345]

=A0 respawn exec /sbin/getty -L hvc0 9600 linux
--20cf307f34d04b963504c637cbf7-- --===============6313674787991022916== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6313674787991022916==-- From xen-users-bounces@lists.xen.org Wed Aug 01 17:42:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 17:42:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swcuf-0004X4-Do; Wed, 01 Aug 2012 17:40:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swcud-0004Wx-NR for xen-users@lists.xen.org; Wed, 01 Aug 2012 17:40:47 +0000 Received: from [85.158.143.35:25299] by server-1.bemta-4.messagelabs.com id C4/E5-24392-F1A69105; Wed, 01 Aug 2012 17:40:47 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1343842843!5517650!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31307 invoked from network); 1 Aug 2012 17:40:44 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2012 17:40:44 -0000 Received: by vbip1 with SMTP id p1so1229304vbi.32 for ; Wed, 01 Aug 2012 10:40:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=A5a+/PZ0e/BprkzGMZ++WYxqCvPCBnPIMjzLiWhIiDE=; b=B/S0XSWdKG65EDA8CIsDVlldpysUIqCzed6YgaeQBF1UoPc0n36FWBcJqBOyRxLRmE 1tpDNmgWgGtmwVnSq/INvtGpqusicRDkShbCZa2hSJFLnThjEhr7SN01lrxEbLoCY26y 1T5fb0Ex0tBiPD4WMd+F3ioN0Nobx351oOExvk+iwsHu97GLDwM4mVMb+LAyL4pDMy6T DJlHbWZT+C4Agd/dOQdOlVUreWP6eGQPdHRR14j3p7ThQSKvcwO8CSVr7CEtAOyxQPx6 IjDLxGgxRJ47lEs6enzLFX1tkQAAZ4jbTIkfT5GY/+85tJg+o/Iy14OXEjk4B6Sbc3rY 59vg== MIME-Version: 1.0 Received: by 10.52.95.225 with SMTP id dn1mr15396337vdb.99.1343842843071; Wed, 01 Aug 2012 10:40:43 -0700 (PDT) Received: by 10.58.235.10 with HTTP; Wed, 1 Aug 2012 10:40:42 -0700 (PDT) Date: Wed, 1 Aug 2012 14:40:42 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: xen-users@lists.xen.org Subject: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6313674787991022916==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6313674787991022916== Content-Type: multipart/alternative; boundary=20cf307f34d04b963504c637cbf7 --20cf307f34d04b963504c637cbf7 Content-Type: text/plain; charset=ISO-8859-1 Hi Guys, I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV ubuntu-precise. Well... xm console command doesn't work. I read < http://wiki.xen.org/wiki/Xen_Common_Problems> and I can't resolve. How can I fix this problem? Thanks MY guest.cfg in /etc/xen/ubuntu.cfg name = "ubuntu-pv" memory = 256 disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif = [' '] bootloader = "pygrub" #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" #extra = "debian-installer/exit/always_halt=true -- console=hvc0" MY dom0 /etc/init/hvc0.conf # hvc0 - getty # # This service maintains a getty on hvc0 from the point the system is # started until it is shut down again. start on stopped rc RUNLEVEL=[2345] and ( not-container or container CONTAINER=lxc or container CONTAINER=lxc-libvirt) stop on runlevel [!2345] respawn exec /sbin/getty -L hvc0 9600 linux --20cf307f34d04b963504c637cbf7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Guys,

I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and do= mU-PV ubuntu-precise.
Well... xm console command doesn't work. I rea= d <http://wiki.= xen.org/wiki/Xen_Common_Problems> and I can't resolve.

How can I fix this problem?
Thanks

MY guest.cfg in /etc/xen/u= buntu.cfg
=A0 name =3D "ubuntu-pv"

=A0 memory =3D 256
=A0 disk =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w']
=A0 vif= =3D [' ']

=A0 bootloader =3D "pygrub"

=A0 #kernel =3D "/var= /lib/xen/images/ubuntu-netboot/vmlinuz"
=A0 #ramdisk =3D "/var= /lib/xen/images/ubuntu-netboot/initrd.gz"
=A0 #extra =3D "debi= an-installer/exit/always_halt=3Dtrue -- console=3Dhvc0"


MY dom0 /etc/init/hvc0.conf
=A0 # hvc0 - getty
=A0 #
=A0 #= This service maintains a getty on hvc0 from the point the system is
=A0= # started until it is shut down again.

=A0 start on stopped rc RUNL= EVEL=3D[2345] and (
=A0 =A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 not-container or
=A0=A0=A0 =A0=A0 = =A0=A0=A0=A0=A0=A0 container CONTAINER=3Dlxc or
=A0=A0=A0=A0=A0 =A0=A0 = =A0=A0=A0=A0 container CONTAINER=3Dlxc-libvirt)

=A0 stop on runlevel= [!2345]

=A0 respawn exec /sbin/getty -L hvc0 9600 linux
--20cf307f34d04b963504c637cbf7-- --===============6313674787991022916== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6313674787991022916==-- From xen-users-bounces@lists.xen.org Wed Aug 01 19:32:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 19:32:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwedL-00070f-3c; Wed, 01 Aug 2012 19:31:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwedJ-00070a-TI for xen-users@lists.xen.org; Wed, 01 Aug 2012 19:31:02 +0000 Received: from [85.158.139.83:3211] by server-12.bemta-5.messagelabs.com id B2/5E-26304-5F389105; Wed, 01 Aug 2012 19:31:01 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1343849460!25065277!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16205 invoked from network); 1 Aug 2012 19:31:00 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-14.tower-182.messagelabs.com with SMTP; 1 Aug 2012 19:31:00 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 1 Aug 2012 20:31:01 +0100 MIME-Version: 1.0 Date: Wed, 1 Aug 2012 20:30:58 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] xm console command doesn't work Thread-Index: Ac1wDRRenqdGW3wCSwax26PB339GhwADwXKg References: From: "Ian Tobin" To: =?iso-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= , Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7791111701107026895==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7791111701107026895== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD701C.2D192DF4" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CD701C.2D192DF4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 Why don't you xl console instead? Xm is being phased out. =20 Thanks =20 Ian =20 =20 From: xen-users-bounces@lists.xen.org = [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jos=E9 Eduardo = Fran=E7a Sent: 01 August 2012 18:41 To: xen-users@lists.xen.org Subject: [Xen-users] xm console command doesn't work =20 Hi Guys, I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV = ubuntu-precise. Well... xm console command doesn't work. I read = and I can't resolve. How can I fix this problem? Thanks MY guest.cfg in /etc/xen/ubuntu.cfg name =3D "ubuntu-pv" memory =3D 256 disk =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif =3D [' '] bootloader =3D "pygrub" #kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz" #ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz" #extra =3D "debian-installer/exit/always_halt=3Dtrue -- = console=3Dhvc0" MY dom0 /etc/init/hvc0.conf # hvc0 - getty # # This service maintains a getty on hvc0 from the point the system is # started until it is shut down again. start on stopped rc RUNLEVEL=3D[2345] and ( not-container or container CONTAINER=3Dlxc or container CONTAINER=3Dlxc-libvirt) stop on runlevel [!2345] respawn exec /sbin/getty -L hvc0 9600 linux ------_=_NextPart_001_01CD701C.2D192DF4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

Why don’t you xl console instead? Xm is being phased = out.

 

Thanks

 

Ian

 

 

From:= = xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] = On Behalf Of Jos=E9 Eduardo Fran=E7a
Sent: 01 August = 2012 18:41
To: xen-users@lists.xen.org
Subject: = [Xen-users] xm console command doesn't work

 

Hi = Guys,

I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and = domU-PV ubuntu-precise.
Well... xm console command doesn't work. I = read <http://wiki.xen.org= /wiki/Xen_Common_Problems> and I can't resolve.

How can I = fix this problem?
Thanks

MY guest.cfg in = /etc/xen/ubuntu.cfg
  name =3D = "ubuntu-pv"

  memory =3D 256

  disk = =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w']
  vif =3D [' = ']

  bootloader =3D "pygrub"

  #kernel = =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"
  = #ramdisk =3D = "/var/lib/xen/images/ubuntu-netboot/initrd.gz"
  = #extra =3D "debian-installer/exit/always_halt=3Dtrue -- = console=3Dhvc0"


MY dom0 /etc/init/hvc0.conf
  # = hvc0 - getty
  #
  # This service maintains a getty on = hvc0 from the point the system is
  # started until it is shut = down again.

  start on stopped rc RUNLEVEL=3D[2345] and = (
     =          not-container = or
       =        container CONTAINER=3Dlxc = or
         =      container = CONTAINER=3Dlxc-libvirt)

  stop on runlevel = [!2345]

  respawn exec /sbin/getty -L hvc0 9600 = linux

------_=_NextPart_001_01CD701C.2D192DF4-- --===============7791111701107026895== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7791111701107026895==-- From xen-users-bounces@lists.xen.org Wed Aug 01 19:32:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 19:32:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwedL-00070f-3c; Wed, 01 Aug 2012 19:31:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwedJ-00070a-TI for xen-users@lists.xen.org; Wed, 01 Aug 2012 19:31:02 +0000 Received: from [85.158.139.83:3211] by server-12.bemta-5.messagelabs.com id B2/5E-26304-5F389105; Wed, 01 Aug 2012 19:31:01 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1343849460!25065277!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16205 invoked from network); 1 Aug 2012 19:31:00 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-14.tower-182.messagelabs.com with SMTP; 1 Aug 2012 19:31:00 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 1 Aug 2012 20:31:01 +0100 MIME-Version: 1.0 Date: Wed, 1 Aug 2012 20:30:58 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] xm console command doesn't work Thread-Index: Ac1wDRRenqdGW3wCSwax26PB339GhwADwXKg References: From: "Ian Tobin" To: =?iso-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= , Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7791111701107026895==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7791111701107026895== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD701C.2D192DF4" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CD701C.2D192DF4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 Why don't you xl console instead? Xm is being phased out. =20 Thanks =20 Ian =20 =20 From: xen-users-bounces@lists.xen.org = [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jos=E9 Eduardo = Fran=E7a Sent: 01 August 2012 18:41 To: xen-users@lists.xen.org Subject: [Xen-users] xm console command doesn't work =20 Hi Guys, I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV = ubuntu-precise. Well... xm console command doesn't work. I read = and I can't resolve. How can I fix this problem? Thanks MY guest.cfg in /etc/xen/ubuntu.cfg name =3D "ubuntu-pv" memory =3D 256 disk =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif =3D [' '] bootloader =3D "pygrub" #kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz" #ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz" #extra =3D "debian-installer/exit/always_halt=3Dtrue -- = console=3Dhvc0" MY dom0 /etc/init/hvc0.conf # hvc0 - getty # # This service maintains a getty on hvc0 from the point the system is # started until it is shut down again. start on stopped rc RUNLEVEL=3D[2345] and ( not-container or container CONTAINER=3Dlxc or container CONTAINER=3Dlxc-libvirt) stop on runlevel [!2345] respawn exec /sbin/getty -L hvc0 9600 linux ------_=_NextPart_001_01CD701C.2D192DF4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

Why don’t you xl console instead? Xm is being phased = out.

 

Thanks

 

Ian

 

 

From:= = xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] = On Behalf Of Jos=E9 Eduardo Fran=E7a
Sent: 01 August = 2012 18:41
To: xen-users@lists.xen.org
Subject: = [Xen-users] xm console command doesn't work

 

Hi = Guys,

I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and = domU-PV ubuntu-precise.
Well... xm console command doesn't work. I = read <http://wiki.xen.org= /wiki/Xen_Common_Problems> and I can't resolve.

How can I = fix this problem?
Thanks

MY guest.cfg in = /etc/xen/ubuntu.cfg
  name =3D = "ubuntu-pv"

  memory =3D 256

  disk = =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w']
  vif =3D [' = ']

  bootloader =3D "pygrub"

  #kernel = =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"
  = #ramdisk =3D = "/var/lib/xen/images/ubuntu-netboot/initrd.gz"
  = #extra =3D "debian-installer/exit/always_halt=3Dtrue -- = console=3Dhvc0"


MY dom0 /etc/init/hvc0.conf
  # = hvc0 - getty
  #
  # This service maintains a getty on = hvc0 from the point the system is
  # started until it is shut = down again.

  start on stopped rc RUNLEVEL=3D[2345] and = (
     =          not-container = or
       =        container CONTAINER=3Dlxc = or
         =      container = CONTAINER=3Dlxc-libvirt)

  stop on runlevel = [!2345]

  respawn exec /sbin/getty -L hvc0 9600 = linux

------_=_NextPart_001_01CD701C.2D192DF4-- --===============7791111701107026895== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7791111701107026895==-- From xen-users-bounces@lists.xen.org Wed Aug 01 22:06:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 22:06: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 1Swh2T-0000dZ-IN; Wed, 01 Aug 2012 22:05:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swf4c-0007eF-E8 for xen-users@lists.xen.org; Wed, 01 Aug 2012 19:59:14 +0000 Received: from [85.158.139.83:58339] by server-8.bemta-5.messagelabs.com id 6F/72-10278-19A89105; Wed, 01 Aug 2012 19:59:13 +0000 X-Env-Sender: lukas@laukamp.me X-Msg-Ref: server-5.tower-182.messagelabs.com!1343851152!29844234!1 X-Originating-IP: [188.40.32.105] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25867 invoked from network); 1 Aug 2012 19:59:12 -0000 Received: from mailer1.lippux.de (HELO mailer1.lippux.de) (188.40.32.105) by server-5.tower-182.messagelabs.com with SMTP; 1 Aug 2012 19:59:12 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer1.lippux.de (Postfix) with ESMTP id 8FDBD27CA4C; Wed, 1 Aug 2012 21:59:10 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mailer1.lippux.de Received: from mailer1.lippux.de ([127.0.0.1]) by localhost (mailer1.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QAWYvMYEZk3H; Wed, 1 Aug 2012 21:59:08 +0200 (CEST) Received: from [127.0.0.1] (dslb-178-004-038-254.pools.arcor-ip.net [178.4.38.254]) by mailer1.lippux.de (Postfix) with ESMTPSA id 7704727CA4B; Wed, 1 Aug 2012 21:59:07 +0200 (CEST) Message-ID: <50198A84.8080203@laukamp.me> Date: Wed, 01 Aug 2012 21:59:00 +0200 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Ian Tobin References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> X-Mailman-Approved-At: Wed, 01 Aug 2012 22:05:08 +0000 Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2730165136805262414==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2730165136805262414== Content-Type: multipart/alternative; boundary="------------070108090008050205090308" This is a multi-part message in MIME format. --------------070108090008050205090308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Am 01.08.2012 21:30, schrieb Ian Tobin: > > Hi, > > Why don't you xl console instead? Xm is being phased out. > > Thanks > > Ian > > *From:*xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *José Eduardo > França > *Sent:* 01 August 2012 18:41 > *To:* xen-users@lists.xen.org > *Subject:* [Xen-users] xm console command doesn't work > > Hi Guys, > > I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV > ubuntu-precise. > Well... xm console command doesn't work. I read > and I can't resolve. > > How can I fix this problem? > Thanks > > MY guest.cfg in /etc/xen/ubuntu.cfg > name = "ubuntu-pv" > > memory = 256 > > disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w'] > vif = [' '] > > bootloader = "pygrub" > > #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" > #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" > #extra = "debian-installer/exit/always_halt=true -- console=hvc0" > > > MY dom0 /etc/init/hvc0.conf > # hvc0 - getty > # > # This service maintains a getty on hvc0 from the point the system is > # started until it is shut down again. > > start on stopped rc RUNLEVEL=[2345] and ( > not-container or > container CONTAINER=lxc or > container CONTAINER=lxc-libvirt) > > stop on runlevel [!2345] > > respawn exec /sbin/getty -L hvc0 9600 linux > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hey all, he could also use the xl toolstack but the simple misstake is that the hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the DomU and in the config file must be set extra = 'console=hvc0' so that the console kernel option for hvc0 is set. So the DomU can boot into a hvc0 console and than xm and xl can use the console. Best Regards --------------070108090008050205090308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Am 01.08.2012 21:30, schrieb Ian Tobin:

Hi,

 

Why don’t you xl console instead? Xm is being phased out.

 

Thanks

 

Ian

 

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of José Eduardo França
Sent: 01 August 2012 18:41
To: xen-users@lists.xen.org
Subject: [Xen-users] xm console command doesn't work

 

Hi Guys,

I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV ubuntu-precise.
Well... xm console command doesn't work. I read <http://wiki.xen.org/wiki/Xen_Common_Problems> and I can't resolve.

How can I fix this problem?
Thanks

MY guest.cfg in /etc/xen/ubuntu.cfg
  name = "ubuntu-pv"

  memory = 256

  disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w']
  vif = [' ']

  bootloader = "pygrub"

  #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz"
  #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz"
  #extra = "debian-installer/exit/always_halt=true -- console=hvc0"


MY dom0 /etc/init/hvc0.conf
  # hvc0 - getty
  #
  # This service maintains a getty on hvc0 from the point the system is
  # started until it is shut down again.

  start on stopped rc RUNLEVEL=[2345] and (
              not-container or
              container CONTAINER=lxc or
              container CONTAINER=lxc-libvirt)

  stop on runlevel [!2345]

  respawn exec /sbin/getty -L hvc0 9600 linux



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

Hey all,

he could also use the xl toolstack but the simple misstake is that the hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the DomU and in the config file must be set extra = 'console=hvc0' so that the console kernel option for hvc0 is set. So the DomU can boot into a hvc0 console and than xm and xl can use the console.

Best Regards
--------------070108090008050205090308-- --===============2730165136805262414== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2730165136805262414==-- From xen-users-bounces@lists.xen.org Wed Aug 01 22:06:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Aug 2012 22:06: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 1Swh2T-0000dZ-IN; Wed, 01 Aug 2012 22:05:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swf4c-0007eF-E8 for xen-users@lists.xen.org; Wed, 01 Aug 2012 19:59:14 +0000 Received: from [85.158.139.83:58339] by server-8.bemta-5.messagelabs.com id 6F/72-10278-19A89105; Wed, 01 Aug 2012 19:59:13 +0000 X-Env-Sender: lukas@laukamp.me X-Msg-Ref: server-5.tower-182.messagelabs.com!1343851152!29844234!1 X-Originating-IP: [188.40.32.105] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25867 invoked from network); 1 Aug 2012 19:59:12 -0000 Received: from mailer1.lippux.de (HELO mailer1.lippux.de) (188.40.32.105) by server-5.tower-182.messagelabs.com with SMTP; 1 Aug 2012 19:59:12 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer1.lippux.de (Postfix) with ESMTP id 8FDBD27CA4C; Wed, 1 Aug 2012 21:59:10 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mailer1.lippux.de Received: from mailer1.lippux.de ([127.0.0.1]) by localhost (mailer1.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QAWYvMYEZk3H; Wed, 1 Aug 2012 21:59:08 +0200 (CEST) Received: from [127.0.0.1] (dslb-178-004-038-254.pools.arcor-ip.net [178.4.38.254]) by mailer1.lippux.de (Postfix) with ESMTPSA id 7704727CA4B; Wed, 1 Aug 2012 21:59:07 +0200 (CEST) Message-ID: <50198A84.8080203@laukamp.me> Date: Wed, 01 Aug 2012 21:59:00 +0200 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Ian Tobin References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> X-Mailman-Approved-At: Wed, 01 Aug 2012 22:05:08 +0000 Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2730165136805262414==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2730165136805262414== Content-Type: multipart/alternative; boundary="------------070108090008050205090308" This is a multi-part message in MIME format. --------------070108090008050205090308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Am 01.08.2012 21:30, schrieb Ian Tobin: > > Hi, > > Why don't you xl console instead? Xm is being phased out. > > Thanks > > Ian > > *From:*xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *José Eduardo > França > *Sent:* 01 August 2012 18:41 > *To:* xen-users@lists.xen.org > *Subject:* [Xen-users] xm console command doesn't work > > Hi Guys, > > I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV > ubuntu-precise. > Well... xm console command doesn't work. I read > and I can't resolve. > > How can I fix this problem? > Thanks > > MY guest.cfg in /etc/xen/ubuntu.cfg > name = "ubuntu-pv" > > memory = 256 > > disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w'] > vif = [' '] > > bootloader = "pygrub" > > #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" > #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" > #extra = "debian-installer/exit/always_halt=true -- console=hvc0" > > > MY dom0 /etc/init/hvc0.conf > # hvc0 - getty > # > # This service maintains a getty on hvc0 from the point the system is > # started until it is shut down again. > > start on stopped rc RUNLEVEL=[2345] and ( > not-container or > container CONTAINER=lxc or > container CONTAINER=lxc-libvirt) > > stop on runlevel [!2345] > > respawn exec /sbin/getty -L hvc0 9600 linux > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hey all, he could also use the xl toolstack but the simple misstake is that the hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the DomU and in the config file must be set extra = 'console=hvc0' so that the console kernel option for hvc0 is set. So the DomU can boot into a hvc0 console and than xm and xl can use the console. Best Regards --------------070108090008050205090308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Am 01.08.2012 21:30, schrieb Ian Tobin:

Hi,

 

Why don’t you xl console instead? Xm is being phased out.

 

Thanks

 

Ian

 

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of José Eduardo França
Sent: 01 August 2012 18:41
To: xen-users@lists.xen.org
Subject: [Xen-users] xm console command doesn't work

 

Hi Guys,

I'm working with xen 4.1, dom0 ubuntu kernel 3.2 and domU-PV ubuntu-precise.
Well... xm console command doesn't work. I read <http://wiki.xen.org/wiki/Xen_Common_Problems> and I can't resolve.

How can I fix this problem?
Thanks

MY guest.cfg in /etc/xen/ubuntu.cfg
  name = "ubuntu-pv"

  memory = 256

  disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w']
  vif = [' ']

  bootloader = "pygrub"

  #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz"
  #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz"
  #extra = "debian-installer/exit/always_halt=true -- console=hvc0"


MY dom0 /etc/init/hvc0.conf
  # hvc0 - getty
  #
  # This service maintains a getty on hvc0 from the point the system is
  # started until it is shut down again.

  start on stopped rc RUNLEVEL=[2345] and (
              not-container or
              container CONTAINER=lxc or
              container CONTAINER=lxc-libvirt)

  stop on runlevel [!2345]

  respawn exec /sbin/getty -L hvc0 9600 linux



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

Hey all,

he could also use the xl toolstack but the simple misstake is that the hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the DomU and in the config file must be set extra = 'console=hvc0' so that the console kernel option for hvc0 is set. So the DomU can boot into a hvc0 console and than xm and xl can use the console.

Best Regards
--------------070108090008050205090308-- --===============2730165136805262414== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2730165136805262414==-- From xen-users-bounces@lists.xen.org Thu Aug 02 00:40:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 00:40:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwjRb-0002Lf-TI; Thu, 02 Aug 2012 00:39:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwjRa-0002La-8g for xen-users@lists.xen.org; Thu, 02 Aug 2012 00:39:14 +0000 Received: from [85.158.143.35:62678] by server-2.bemta-4.messagelabs.com id 7B/99-17938-13CC9105; Thu, 02 Aug 2012 00:39:13 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1343867952!16409136!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_16,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21321 invoked from network); 2 Aug 2012 00:39:12 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Aug 2012 00:39:12 -0000 Received: by wgbed3 with SMTP id ed3so5493800wgb.32 for ; Wed, 01 Aug 2012 17:39:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:x-goomoji-body:date:message-id :subject:from:to:cc:content-type; bh=9ujwo5iVc0CCQNe1ztJwPq6NUk6bjmFVQW1qE+3MhYQ=; b=E+Vxcb9o9jTzqj5SjoqXL9xB+sYN5qFMY2y9+7sheaCkLtYu5/cGkdcYsCcYUjXNBp 2GC1SXFoBDJYyjEhDH/H0shryJIci4lnmqXKcHcXY3GysgCw7fJPKU9kLfeKjT7/Iu4x 9xv0R2sJkvoGK//St+ercf0+ul1++LXv8CfAcLqctiHRf43DYbt3rKIKTal9JkLnGfTc V6c5cmcq85j4P//iuBt9vYsxHEjJpQBflJzjsOZNOEeRGCVftffuDpQ6V8rv8CMIjTWW /KkapUof9N2ca5kkbyl9X7X+Vxt76S0blcCGAQFFeTS6vlgkkpIzbn6nXsnN5+04bTXG tyuw== MIME-Version: 1.0 Received: by 10.180.19.169 with SMTP id g9mt113012wie.9.1343867952579; Wed, 01 Aug 2012 17:39:12 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Wed, 1 Aug 2012 17:39:12 -0700 (PDT) In-Reply-To: References: X-Goomoji-Body: true Date: Wed, 1 Aug 2012 17:39:12 -0700 Message-ID: From: David Erickson To: yue wang Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2572208291639882073==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2572208291639882073== Content-Type: multipart/related; boundary=bcaec53d5ed7f06bcc04c63da36c --bcaec53d5ed7f06bcc04c63da36c Content-Type: multipart/alternative; boundary=bcaec53d5ed7f06bca04c63da36b --bcaec53d5ed7f06bca04c63da36b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am biased as the author of Beacon (http://www.beaconcontroller.net/), but I have been using it with a cluster of 80 XenServer machines running OVS, interconnected by physical OpenFlow switches for over a year. On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: > Hi, All > > do you have any opensource controllers to recommand=EF=BC=9F > since XCP don't have a controller to control OVS centrally,i need a > controller like vswitch controller for xenserver. > there are so many open source openflow controller, i really don't know > which one to choose. > > thanks in advance[?] > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec53d5ed7f06bca04c63da36b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am biased as the author of Beacon (http://www.beaconcontroller.net/), but I have been using it with= a cluster of 80 XenServer machines running OVS, interconnected by physical= OpenFlow switches for over a year.

On Tue, Jul 31, 2012 at 7:57 PM, yue wang <heuye.wang@gmail.com> wrote:
Hi, All

do you have any opensource controllers to recomm= and=EF=BC=9F
since XCP don't have a controller to control OVS= centrally,i need a controller like vswitch controller for xenserver.
=
there are so many open source openflow controller, i really don't know = which one to choose.

thanks in advance

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--bcaec53d5ed7f06bca04c63da36b-- --bcaec53d5ed7f06bcc04c63da36c Content-Type: image/gif; name="360.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 360@goomoji.gmail Content-ID: <360@goomoji.gmail> R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --bcaec53d5ed7f06bcc04c63da36c-- --===============2572208291639882073== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2572208291639882073==-- From xen-users-bounces@lists.xen.org Thu Aug 02 00:40:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 00:40:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwjRb-0002Lf-TI; Thu, 02 Aug 2012 00:39:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwjRa-0002La-8g for xen-users@lists.xen.org; Thu, 02 Aug 2012 00:39:14 +0000 Received: from [85.158.143.35:62678] by server-2.bemta-4.messagelabs.com id 7B/99-17938-13CC9105; Thu, 02 Aug 2012 00:39:13 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1343867952!16409136!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_16,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21321 invoked from network); 2 Aug 2012 00:39:12 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Aug 2012 00:39:12 -0000 Received: by wgbed3 with SMTP id ed3so5493800wgb.32 for ; Wed, 01 Aug 2012 17:39:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:x-goomoji-body:date:message-id :subject:from:to:cc:content-type; bh=9ujwo5iVc0CCQNe1ztJwPq6NUk6bjmFVQW1qE+3MhYQ=; b=E+Vxcb9o9jTzqj5SjoqXL9xB+sYN5qFMY2y9+7sheaCkLtYu5/cGkdcYsCcYUjXNBp 2GC1SXFoBDJYyjEhDH/H0shryJIci4lnmqXKcHcXY3GysgCw7fJPKU9kLfeKjT7/Iu4x 9xv0R2sJkvoGK//St+ercf0+ul1++LXv8CfAcLqctiHRf43DYbt3rKIKTal9JkLnGfTc V6c5cmcq85j4P//iuBt9vYsxHEjJpQBflJzjsOZNOEeRGCVftffuDpQ6V8rv8CMIjTWW /KkapUof9N2ca5kkbyl9X7X+Vxt76S0blcCGAQFFeTS6vlgkkpIzbn6nXsnN5+04bTXG tyuw== MIME-Version: 1.0 Received: by 10.180.19.169 with SMTP id g9mt113012wie.9.1343867952579; Wed, 01 Aug 2012 17:39:12 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Wed, 1 Aug 2012 17:39:12 -0700 (PDT) In-Reply-To: References: X-Goomoji-Body: true Date: Wed, 1 Aug 2012 17:39:12 -0700 Message-ID: From: David Erickson To: yue wang Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2572208291639882073==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2572208291639882073== Content-Type: multipart/related; boundary=bcaec53d5ed7f06bcc04c63da36c --bcaec53d5ed7f06bcc04c63da36c Content-Type: multipart/alternative; boundary=bcaec53d5ed7f06bca04c63da36b --bcaec53d5ed7f06bca04c63da36b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am biased as the author of Beacon (http://www.beaconcontroller.net/), but I have been using it with a cluster of 80 XenServer machines running OVS, interconnected by physical OpenFlow switches for over a year. On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: > Hi, All > > do you have any opensource controllers to recommand=EF=BC=9F > since XCP don't have a controller to control OVS centrally,i need a > controller like vswitch controller for xenserver. > there are so many open source openflow controller, i really don't know > which one to choose. > > thanks in advance[?] > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec53d5ed7f06bca04c63da36b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am biased as the author of Beacon (http://www.beaconcontroller.net/), but I have been using it with= a cluster of 80 XenServer machines running OVS, interconnected by physical= OpenFlow switches for over a year.

On Tue, Jul 31, 2012 at 7:57 PM, yue wang <heuye.wang@gmail.com> wrote:
Hi, All

do you have any opensource controllers to recomm= and=EF=BC=9F
since XCP don't have a controller to control OVS= centrally,i need a controller like vswitch controller for xenserver.
=
there are so many open source openflow controller, i really don't know = which one to choose.

thanks in advance

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--bcaec53d5ed7f06bca04c63da36b-- --bcaec53d5ed7f06bcc04c63da36c Content-Type: image/gif; name="360.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 360@goomoji.gmail Content-ID: <360@goomoji.gmail> R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --bcaec53d5ed7f06bcc04c63da36c-- --===============2572208291639882073== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2572208291639882073==-- From xen-users-bounces@lists.xen.org Thu Aug 02 07:17:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 07:17:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swpe0-0003aU-Uk; Thu, 02 Aug 2012 07:16:28 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swpdz-0003a2-4p for xen-users@lists.xen.org; Thu, 02 Aug 2012 07:16:27 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343891777!1776491!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDc3ODA=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12036 invoked from network); 2 Aug 2012 07:16:17 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Aug 2012 07:16:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,699,1336348800"; d="scan'208";a="13815062" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Aug 2012 07:16:16 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 2 Aug 2012 08:16:16 +0100 Message-ID: <1343891775.7571.40.camel@dagon.hellion.org.uk> From: Ian Campbell To: Lukas Laukamp Date: Thu, 2 Aug 2012 08:16:15 +0100 In-Reply-To: <50198A84.8080203@laukamp.me> References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> <50198A84.8080203@laukamp.me> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Tobin , =?ISO-8859-1?Q?Jos=E9?= Eduardo =?ISO-8859-1?Q?Fran=E7a?= Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: > > he could also use the xl toolstack but the simple misstake is that the > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > DomU and in the config file must be set extra = 'console=hvc0' so that > the console kernel option for hvc0 is set. So the DomU can boot into a > hvc0 console and than xm and xl can use the console. pygrub should be getting the console=hvc0 from the grub cfg and hvc0.conf ought to already exist. If Ubuntu isn't setting these up by default during install when running under Xen then this should be reported as a bug to Ubuntu. I'm not familiar with current Ubuntu so I don't know if these are expected to be there i.e. I don't know if this is a wishlist/new-feature bug or just a bug in functionality which is expected to Just Work already. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 02 07:17:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 07:17:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swpe0-0003aU-Uk; Thu, 02 Aug 2012 07:16:28 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Swpdz-0003a2-4p for xen-users@lists.xen.org; Thu, 02 Aug 2012 07:16:27 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343891777!1776491!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDc3ODA=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12036 invoked from network); 2 Aug 2012 07:16:17 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Aug 2012 07:16:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,699,1336348800"; d="scan'208";a="13815062" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Aug 2012 07:16:16 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 2 Aug 2012 08:16:16 +0100 Message-ID: <1343891775.7571.40.camel@dagon.hellion.org.uk> From: Ian Campbell To: Lukas Laukamp Date: Thu, 2 Aug 2012 08:16:15 +0100 In-Reply-To: <50198A84.8080203@laukamp.me> References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> <50198A84.8080203@laukamp.me> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Tobin , =?ISO-8859-1?Q?Jos=E9?= Eduardo =?ISO-8859-1?Q?Fran=E7a?= Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: > > he could also use the xl toolstack but the simple misstake is that the > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > DomU and in the config file must be set extra = 'console=hvc0' so that > the console kernel option for hvc0 is set. So the DomU can boot into a > hvc0 console and than xm and xl can use the console. pygrub should be getting the console=hvc0 from the grub cfg and hvc0.conf ought to already exist. If Ubuntu isn't setting these up by default during install when running under Xen then this should be reported as a bug to Ubuntu. I'm not familiar with current Ubuntu so I don't know if these are expected to be there i.e. I don't know if this is a wishlist/new-feature bug or just a bug in functionality which is expected to Just Work already. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 02 07:58:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 07:58: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 1SwqHp-0004Lr-7p; Thu, 02 Aug 2012 07:57:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwqHn-0004Lm-Mp for xen-users@lists.xen.org; Thu, 02 Aug 2012 07:57:35 +0000 Received: from [85.158.143.99:46371] by server-1.bemta-4.messagelabs.com id 8F/2A-24392-EE23A105; Thu, 02 Aug 2012 07:57:34 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-6.tower-216.messagelabs.com!1343894253!22846495!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=1.1 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25482 invoked from network); 2 Aug 2012 07:57:34 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-6.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 2 Aug 2012 07:57:34 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Thu, 2 Aug 2012 09:57:33 +0200 From: Stephan Seitz To: Ian Campbell Thread-Topic: [Xen-users] xm console command doesn't work Thread-Index: AQHNcA889tzInFLZyUG91Go54gtv6AADwXKgl0UgfgCAAL04gIAAC4kA Date: Thu, 2 Aug 2012 07:57:32 +0000 Message-ID: <1343894252.26896.24.camel@wotan2> References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> <50198A84.8080203@laukamp.me> <1343891775.7571.40.camel@dagon.hellion.org.uk> In-Reply-To: <1343891775.7571.40.camel@dagon.hellion.org.uk> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , =?utf-8?B?Sm9zw6kgRWR1YXJkbyBGcmFuw6dh?= , Ian Tobin , Lukas Laukamp Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0914166616360578005==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0914166616360578005== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-X7W8DyRyAQSP7iMjMdPn" --=-X7W8DyRyAQSP7iMjMdPn Content-Type: multipart/alternative; boundary="=-i0TzdtjSsjFzrph3jfg4" --=-i0TzdtjSsjFzrph3jfg4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: > On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: > >=20 > > he could also use the xl toolstack but the simple misstake is that the > > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > > DomU and in the config file must be set extra =3D 'console=3Dhvc0' so t= hat > > the console kernel option for hvc0 is set. So the DomU can boot into a > > hvc0 console and than xm and xl can use the console. >=20 > pygrub should be getting the console=3Dhvc0 from the grub cfg and > hvc0.conf ought to already exist. >=20 > If Ubuntu isn't setting these up by default during install when running > under Xen then this should be reported as a bug to Ubuntu. >=20 > I'm not familiar with current Ubuntu so I don't know if these are > expected to be there i.e. I don't know if this is a wishlist/new-feature > bug or just a bug in functionality which is expected to Just Work > already. >=20 > Ian. >=20 Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as well as the grub-legacy-ec2 are aware of hvc0. I think the source of these console problems are the configurable different presets. One could use tty0 as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm currently peeking into spawns tty0 and hvc0 with tty0 connected to the "serial" xl console and hvc0 connected to vfb/vnc setting. But that can't be predicted, it's easy to configure it the opposite way. =46rom my point of view, the definition of virtualization namespaces (hvcN, xvcN, xvdMN) jumped in far to late. There have been huge clusters build before one was even thinking about hvc0. Just my 2 cents, and I'm sorry that this won't help the OP to solve his issue easily. Cheers, Stephan --=-i0TzdtjSsjFzrph3jfg4 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable


Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: 
On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote:
>=20
> he could also use the xl toolstack but the simple misstake is that the
> hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the
> DomU and in the config file must be set extra =3D 'console=3Dhvc0' so =
that
> the console kernel option for hvc0 is set. So the DomU can boot into a
> hvc0 console and than xm and xl can use the console.

pygrub should be getting the console=3Dhvc0 from the grub cfg and
hvc0.conf ought to already exist.

If Ubuntu isn't setting these up by default during install when running
under Xen then this should be reported as a bug to Ubuntu.

I'm not familiar with current Ubuntu so I don't know if these are
expected to be there i.e. I don't know if this is a wishlist/new-feature
bug or just a bug in functionality which is expected to Just Work
already.

Ian.
Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as = well as the grub-legacy-ec2 are
aware of hvc0.

I think the source of these console problems are the configurable different= presets. One could use tty0
as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm currently= peeking into spawns tty0
and hvc0 with tty0 connected to the "serial" xl console and hvc0 = connected to vfb/vnc setting. But that
can't be predicted, it's easy to configure it the opposite way.

=46rom my point of view, the definition of virtualization namespaces (hvcN, x= vcN, xvdMN) jumped in far to late.
There have been huge clusters build before one was even thinking about hvc0= .

Just my 2 cents, and I'm sorry that this won't help the OP to solve his iss= ue easily.

Cheers,

Stephan


--=-i0TzdtjSsjFzrph3jfg4-- --=-X7W8DyRyAQSP7iMjMdPn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJQGjLsAAoJEHzu36SveCllR5sH/RA2yI7Ghdez3r6BXnwCvdA+ FSajtHsbOMri9sLUBBf1D1EVz6Q6aWOC9JBAHrRBVg5Y4qNrYNRaVypMP23SYvVk 4yiwz/McfqtVawXivsXAQTn1nqgu7FUB3ndPV8kWlIIwg9Sa+lFTkfvGJmj0g1Hp IqA4rTDwK+Q5Ry+zuaZJVs/R4BByvU2nJx3t9I325+yiV/oxyWihCd3S2DQw8D5A Jf85K8JGmBt32GUInO8maGXc/etSVvp78YZhUFNiYKuwwNC14j5dM+vKCO2ruHHq fJTgBflyUBvIvAF+eWU8izYNMui6Q7S18WosyWRvt/hEGsbW9ESbfPQ6k7eQG58= =1S3L -----END PGP SIGNATURE----- --=-X7W8DyRyAQSP7iMjMdPn-- --===============0914166616360578005== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0914166616360578005==-- From xen-users-bounces@lists.xen.org Thu Aug 02 07:58:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 07:58: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 1SwqHp-0004Lr-7p; Thu, 02 Aug 2012 07:57:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwqHn-0004Lm-Mp for xen-users@lists.xen.org; Thu, 02 Aug 2012 07:57:35 +0000 Received: from [85.158.143.99:46371] by server-1.bemta-4.messagelabs.com id 8F/2A-24392-EE23A105; Thu, 02 Aug 2012 07:57:34 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-6.tower-216.messagelabs.com!1343894253!22846495!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=1.1 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25482 invoked from network); 2 Aug 2012 07:57:34 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-6.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 2 Aug 2012 07:57:34 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Thu, 2 Aug 2012 09:57:33 +0200 From: Stephan Seitz To: Ian Campbell Thread-Topic: [Xen-users] xm console command doesn't work Thread-Index: AQHNcA889tzInFLZyUG91Go54gtv6AADwXKgl0UgfgCAAL04gIAAC4kA Date: Thu, 2 Aug 2012 07:57:32 +0000 Message-ID: <1343894252.26896.24.camel@wotan2> References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> <50198A84.8080203@laukamp.me> <1343891775.7571.40.camel@dagon.hellion.org.uk> In-Reply-To: <1343891775.7571.40.camel@dagon.hellion.org.uk> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , =?utf-8?B?Sm9zw6kgRWR1YXJkbyBGcmFuw6dh?= , Ian Tobin , Lukas Laukamp Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0914166616360578005==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0914166616360578005== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-X7W8DyRyAQSP7iMjMdPn" --=-X7W8DyRyAQSP7iMjMdPn Content-Type: multipart/alternative; boundary="=-i0TzdtjSsjFzrph3jfg4" --=-i0TzdtjSsjFzrph3jfg4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: > On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: > >=20 > > he could also use the xl toolstack but the simple misstake is that the > > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > > DomU and in the config file must be set extra =3D 'console=3Dhvc0' so t= hat > > the console kernel option for hvc0 is set. So the DomU can boot into a > > hvc0 console and than xm and xl can use the console. >=20 > pygrub should be getting the console=3Dhvc0 from the grub cfg and > hvc0.conf ought to already exist. >=20 > If Ubuntu isn't setting these up by default during install when running > under Xen then this should be reported as a bug to Ubuntu. >=20 > I'm not familiar with current Ubuntu so I don't know if these are > expected to be there i.e. I don't know if this is a wishlist/new-feature > bug or just a bug in functionality which is expected to Just Work > already. >=20 > Ian. >=20 Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as well as the grub-legacy-ec2 are aware of hvc0. I think the source of these console problems are the configurable different presets. One could use tty0 as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm currently peeking into spawns tty0 and hvc0 with tty0 connected to the "serial" xl console and hvc0 connected to vfb/vnc setting. But that can't be predicted, it's easy to configure it the opposite way. =46rom my point of view, the definition of virtualization namespaces (hvcN, xvcN, xvdMN) jumped in far to late. There have been huge clusters build before one was even thinking about hvc0. Just my 2 cents, and I'm sorry that this won't help the OP to solve his issue easily. Cheers, Stephan --=-i0TzdtjSsjFzrph3jfg4 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable


Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: 
On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote:
>=20
> he could also use the xl toolstack but the simple misstake is that the
> hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the
> DomU and in the config file must be set extra =3D 'console=3Dhvc0' so =
that
> the console kernel option for hvc0 is set. So the DomU can boot into a
> hvc0 console and than xm and xl can use the console.

pygrub should be getting the console=3Dhvc0 from the grub cfg and
hvc0.conf ought to already exist.

If Ubuntu isn't setting these up by default during install when running
under Xen then this should be reported as a bug to Ubuntu.

I'm not familiar with current Ubuntu so I don't know if these are
expected to be there i.e. I don't know if this is a wishlist/new-feature
bug or just a bug in functionality which is expected to Just Work
already.

Ian.
Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as = well as the grub-legacy-ec2 are
aware of hvc0.

I think the source of these console problems are the configurable different= presets. One could use tty0
as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm currently= peeking into spawns tty0
and hvc0 with tty0 connected to the "serial" xl console and hvc0 = connected to vfb/vnc setting. But that
can't be predicted, it's easy to configure it the opposite way.

=46rom my point of view, the definition of virtualization namespaces (hvcN, x= vcN, xvdMN) jumped in far to late.
There have been huge clusters build before one was even thinking about hvc0= .

Just my 2 cents, and I'm sorry that this won't help the OP to solve his iss= ue easily.

Cheers,

Stephan


--=-i0TzdtjSsjFzrph3jfg4-- --=-X7W8DyRyAQSP7iMjMdPn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJQGjLsAAoJEHzu36SveCllR5sH/RA2yI7Ghdez3r6BXnwCvdA+ FSajtHsbOMri9sLUBBf1D1EVz6Q6aWOC9JBAHrRBVg5Y4qNrYNRaVypMP23SYvVk 4yiwz/McfqtVawXivsXAQTn1nqgu7FUB3ndPV8kWlIIwg9Sa+lFTkfvGJmj0g1Hp IqA4rTDwK+Q5Ry+zuaZJVs/R4BByvU2nJx3t9I325+yiV/oxyWihCd3S2DQw8D5A Jf85K8JGmBt32GUInO8maGXc/etSVvp78YZhUFNiYKuwwNC14j5dM+vKCO2ruHHq fJTgBflyUBvIvAF+eWU8izYNMui6Q7S18WosyWRvt/hEGsbW9ESbfPQ6k7eQG58= =1S3L -----END PGP SIGNATURE----- --=-X7W8DyRyAQSP7iMjMdPn-- --===============0914166616360578005== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0914166616360578005==-- From xen-users-bounces@lists.xen.org Thu Aug 02 08:21:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 08:21: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 1Swqde-0005DB-94; Thu, 02 Aug 2012 08:20:10 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Swqdb-0005D6-SR for xen-users@lists.xen.org; Thu, 02 Aug 2012 08:20:08 +0000 X-Env-Sender: vevroux@msn.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343895598!1787195!1 X-Originating-IP: [65.54.190.89] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21029 invoked from network); 2 Aug 2012 08:19:59 -0000 Received: from bay0-omc2-s14.bay0.hotmail.com (HELO bay0-omc2-s14.bay0.hotmail.com) (65.54.190.89) by server-15.tower-27.messagelabs.com with SMTP; 2 Aug 2012 08:19:59 -0000 Received: from BAY164-DS21 ([65.54.190.123]) by bay0-omc2-s14.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 2 Aug 2012 01:19:58 -0700 X-Originating-IP: [80.33.200.229] X-EIP: [9+Euqp3Mbl4RXPvqeaKrrQD7uhlDuHz3] X-Originating-Email: [vevroux@msn.com] Message-ID: From: Herve Roux To: Date: Thu, 2 Aug 2012 10:19:46 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac1wf1gVIHIGL+mAQMqx7d/8cmyHXg== Content-Language: en-us X-OriginalArrivalTime: 02 Aug 2012 08:19:58.0187 (UTC) FILETIME=[9AB213B0:01CD7087] Subject: [Xen-users] XEN HA Cluster with LVM fencing and live migration ? The right way ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6685533535158870219==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6685533535158870219== Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01CD7098.5B3C70C0" Content-Language: en-us ------=_NextPart_000_002B_01CD7098.5B3C70C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I am trying to build a rock solid XEN High availability cluster. The platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA fiber channel to the SAN (HP EVA). XEN is running smoothly and I'm even amazed with the live migration performances (this is the first time I have the chance to try it in such a nice environment). XEN apart the SLES heartbeat cluster is running fine as well and they both interact nicely. Where I'm having some doubts is regarding the storage layout. I have tried several configurations but each time I have to compromise. And here is the problem, I don't like to compromise ;) First I've tried to use a SAN LUN per Guest (using directly the multipath dm device as phy disk ). This is working nicely, live migration works fine, easy setup even if the multipath.conf can get a bit fussy with the growing number of LUNs : but no fencing at all, I can start the VM on both node and this is BAD! Then I've tried to used cLVM on top of the multipath. I've managed to get cLVM up and running pretty easily in the cluster environment. >From here to way of thinking: 1. One big SR on the SAN split into LV that I can use for my VM. A huge step forward flexibility, no need to reconfigure the SAN each time. Still with this solution the SR VG is open in shared mode between the nodes and I don't have low level lock of the storage. I can start a VM two time and this is bad bad bad. 2. In order to provide fencing at the LVM level I can take another approach: 1 VG per volume an open it in exclusive mode. The volume will be active on one node at a time and I have no risk of data corruption. The cluster will be in charge of balancing to volume when migrating VM from one node to the other. But here the live migration is not working, and this S. I was wondering what approach others have taken and if they is something I'm missing. I've looked into the XEN locking system but from my point of view the risk of dead lock is not ideal as well. From my point of view a DLM XEN locking system will be a good one, I don't know if some work have been done in the domain? Thanks in advance Herve ------=_NextPart_000_002B_01CD7098.5B3C70C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I am trying = to build a rock solid XEN High availability cluster. The platform is = SLES 11 SP1 running on 2 HP DL585 both connected through HBA fiber = channel to the SAN (HP EVA).

XEN is = running smoothly and I’m even amazed with the live migration = performances (this is the first time I have the chance to try it in such = a nice environment).

XEN apart the = SLES heartbeat cluster is running fine as well and they both interact = nicely.

Where I’m having some = doubts is regarding the storage layout. I have tried several = configurations but each time I have to compromise. And here is the = problem, I don’t like to compromise ;)

 

First = I’ve tried to use a SAN LUN per Guest (using directly the = multipath dm device as phy disk ). This is working nicely, live = migration works fine, easy setup even if the multipath.conf can get a = bit fussy with the growing number of LUNs : but no fencing at all, I can = start the VM on both node and this is BAD!

Then I’ve tried to used cLVM on top of the = multipath. I’ve managed to get cLVM up and running pretty easily = in the cluster environment.

From here = to way of thinking:

1.       One = big SR on the SAN split into LV that I can use for my VM. A huge step = forward flexibility, no need to reconfigure the SAN each time… = Still with this solution the SR VG is open in shared mode between the = nodes and I don’t have low level lock of the storage. I can start = a VM two time and this is bad bad bad…

2.       In = order to provide fencing at the LVM level I can take another approach: 1 = VG per volume an open it in exclusive mode. The volume will be active on = one node at a time and I have no risk of data corruption.  The = cluster will be in charge of balancing to volume when migrating VM from = one node to the  other. But here the live migration is not working, = and this S…

 

I was = wondering what approach others have taken and if they is something = I’m missing.

I’ve looked = into the XEN locking system but from my point of view the risk of dead = lock is not ideal as well. From my point of view a DLM XEN locking = system will be a good one, I don’t know if some work have been = done in the domain?

 

Thanks in = advance

Herve

 

 

------=_NextPart_000_002B_01CD7098.5B3C70C0-- --===============6685533535158870219== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6685533535158870219==-- From xen-users-bounces@lists.xen.org Thu Aug 02 08:21:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Aug 2012 08:21: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 1Swqde-0005DB-94; Thu, 02 Aug 2012 08:20:10 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Swqdb-0005D6-SR for xen-users@lists.xen.org; Thu, 02 Aug 2012 08:20:08 +0000 X-Env-Sender: vevroux@msn.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343895598!1787195!1 X-Originating-IP: [65.54.190.89] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21029 invoked from network); 2 Aug 2012 08:19:59 -0000 Received: from bay0-omc2-s14.bay0.hotmail.com (HELO bay0-omc2-s14.bay0.hotmail.com) (65.54.190.89) by server-15.tower-27.messagelabs.com with SMTP; 2 Aug 2012 08:19:59 -0000 Received: from BAY164-DS21 ([65.54.190.123]) by bay0-omc2-s14.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 2 Aug 2012 01:19:58 -0700 X-Originating-IP: [80.33.200.229] X-EIP: [9+Euqp3Mbl4RXPvqeaKrrQD7uhlDuHz3] X-Originating-Email: [vevroux@msn.com] Message-ID: From: Herve Roux To: Date: Thu, 2 Aug 2012 10:19:46 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac1wf1gVIHIGL+mAQMqx7d/8cmyHXg== Content-Language: en-us X-OriginalArrivalTime: 02 Aug 2012 08:19:58.0187 (UTC) FILETIME=[9AB213B0:01CD7087] Subject: [Xen-users] XEN HA Cluster with LVM fencing and live migration ? The right way ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6685533535158870219==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6685533535158870219== Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01CD7098.5B3C70C0" Content-Language: en-us ------=_NextPart_000_002B_01CD7098.5B3C70C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I am trying to build a rock solid XEN High availability cluster. The platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA fiber channel to the SAN (HP EVA). XEN is running smoothly and I'm even amazed with the live migration performances (this is the first time I have the chance to try it in such a nice environment). XEN apart the SLES heartbeat cluster is running fine as well and they both interact nicely. Where I'm having some doubts is regarding the storage layout. I have tried several configurations but each time I have to compromise. And here is the problem, I don't like to compromise ;) First I've tried to use a SAN LUN per Guest (using directly the multipath dm device as phy disk ). This is working nicely, live migration works fine, easy setup even if the multipath.conf can get a bit fussy with the growing number of LUNs : but no fencing at all, I can start the VM on both node and this is BAD! Then I've tried to used cLVM on top of the multipath. I've managed to get cLVM up and running pretty easily in the cluster environment. >From here to way of thinking: 1. One big SR on the SAN split into LV that I can use for my VM. A huge step forward flexibility, no need to reconfigure the SAN each time. Still with this solution the SR VG is open in shared mode between the nodes and I don't have low level lock of the storage. I can start a VM two time and this is bad bad bad. 2. In order to provide fencing at the LVM level I can take another approach: 1 VG per volume an open it in exclusive mode. The volume will be active on one node at a time and I have no risk of data corruption. The cluster will be in charge of balancing to volume when migrating VM from one node to the other. But here the live migration is not working, and this S. I was wondering what approach others have taken and if they is something I'm missing. I've looked into the XEN locking system but from my point of view the risk of dead lock is not ideal as well. From my point of view a DLM XEN locking system will be a good one, I don't know if some work have been done in the domain? Thanks in advance Herve ------=_NextPart_000_002B_01CD7098.5B3C70C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I am trying = to build a rock solid XEN High availability cluster. The platform is = SLES 11 SP1 running on 2 HP DL585 both connected through HBA fiber = channel to the SAN (HP EVA).

XEN is = running smoothly and I’m even amazed with the live migration = performances (this is the first time I have the chance to try it in such = a nice environment).

XEN apart the = SLES heartbeat cluster is running fine as well and they both interact = nicely.

Where I’m having some = doubts is regarding the storage layout. I have tried several = configurations but each time I have to compromise. And here is the = problem, I don’t like to compromise ;)

 

First = I’ve tried to use a SAN LUN per Guest (using directly the = multipath dm device as phy disk ). This is working nicely, live = migration works fine, easy setup even if the multipath.conf can get a = bit fussy with the growing number of LUNs : but no fencing at all, I can = start the VM on both node and this is BAD!

Then I’ve tried to used cLVM on top of the = multipath. I’ve managed to get cLVM up and running pretty easily = in the cluster environment.

From here = to way of thinking:

1.       One = big SR on the SAN split into LV that I can use for my VM. A huge step = forward flexibility, no need to reconfigure the SAN each time… = Still with this solution the SR VG is open in shared mode between the = nodes and I don’t have low level lock of the storage. I can start = a VM two time and this is bad bad bad…

2.       In = order to provide fencing at the LVM level I can take another approach: 1 = VG per volume an open it in exclusive mode. The volume will be active on = one node at a time and I have no risk of data corruption.  The = cluster will be in charge of balancing to volume when migrating VM from = one node to the  other. But here the live migration is not working, = and this S…

 

I was = wondering what approach others have taken and if they is something = I’m missing.

I’ve looked = into the XEN locking system but from my point of view the risk of dead = lock is not ideal as well. From my point of view a DLM XEN locking = system will be a good one, I don’t know if some work have been = done in the domain?

 

Thanks in = advance

Herve

 

 

------=_NextPart_000_002B_01CD7098.5B3C70C0-- --===============6685533535158870219== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6685533535158870219==-- From xen-users-bounces@lists.xen.org Fri Aug 03 00:09:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 00:09: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 1Sx5Qo-00067n-EN; Fri, 03 Aug 2012 00:07:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sx5Qn-00067i-A4 for xen-users@lists.xen.org; Fri, 03 Aug 2012 00:07:53 +0000 Received: from [85.158.138.51:59075] by server-9.bemta-3.messagelabs.com id B1/53-27628-8561B105; Fri, 03 Aug 2012 00:07:52 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-16.tower-174.messagelabs.com!1343952469!30057278!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=2.6 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_32,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7740 invoked from network); 3 Aug 2012 00:07:51 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 00:07:51 -0000 Received: by yenl1 with SMTP id l1so165646yen.32 for ; Thu, 02 Aug 2012 17:07:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:x-goomoji-body :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=qhStM1hnA3COcBi5qQxrOd/tiHYHy2soQWwDEOdMnKM=; b=Ehe5ZdjJomrrAQI5B+cybg+TVF0JA/VPgQbkwCjAMHIlV8oe4Sx+jtMAUoWGcTPfLE KbwL44F2SeYulJIeXF0UG1jTzyPqDYuoPIJoLPg6OIB8agMj5edHOsJG4V+KoQhRJmeW +MTs/vAdskATOd+ZDl+Nr+P8s+Hz1O8Inw/WaoIGgUqpfBmCBqFckEjC//FbdBgsV2bY 45vPu469aXp8ZRjiE5duuj8VVAd6F7yFtcw6F7ejYxzkYn2k/rzNqGaj8gBDrthlaF0S sEtycQUPyyU9yv2BKWaxGdzzd7UppMx7gYvxebwm7qhb59jLzzB03IrI7LMDFApYo/Mi Jf6w== MIME-Version: 1.0 Received: by 10.60.24.7 with SMTP id q7mt48452404oef.54.1343952469451; Thu, 02 Aug 2012 17:07:49 -0700 (PDT) Received: by 10.182.78.106 with HTTP; Thu, 2 Aug 2012 17:07:49 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: X-Goomoji-Body: true Date: Fri, 3 Aug 2012 10:07:49 +1000 Message-ID: From: Joseph Glanville To: David Erickson X-Gm-Message-State: ALoCoQndwpn9JBF1IjCW6m2Cb0S+dCfyqO+Y4WtpLxfqjqp7u0/9V051Bp+CmprEW41iZFmo5WOC Cc: yue wang , xen-users@lists.xen.org Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6952466457887182514==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6952466457887182514== Content-Type: multipart/related; boundary=e89a8ff1c4e689b21404c651511c --e89a8ff1c4e689b21404c651511c Content-Type: multipart/alternative; boundary=e89a8ff1c4e689b21204c651511b --e89a8ff1c4e689b21204c651511b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2 August 2012 10:39, David Erickson wrote: > I am biased as the author of Beacon (http://www.beaconcontroller.net/), > but I have been using it with a cluster of 80 XenServer machines running > OVS, interconnected by physical OpenFlow switches for over a year. > I'll second Beacon as a good choice. Great performance and probably the most featureful of the open-source controllers. If you want to get hacking on stuff really fast then there is NOX which though not as tanky as Beacon lets you write extensions in Python, which is imo a big plus. There is also this project which I am yet to try out but it looks interesting: https://github.com/trema It seems to be the remnants of the NEC Helios controller. (which to my knowledge was never available anywhere). > > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: > >> Hi, All >> >> do you have any opensource controllers to recommand=EF=BC=9F >> since XCP don't have a controller to control OVS centrally,i need a >> controller like vswitch controller for xenserver. >> there are so many open source openflow controller, i really don't know >> which one to choose. >> >> thanks in advance[?] >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 --e89a8ff1c4e689b21204c651511b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 2 August 2012 10:39, David Erickson <= span dir=3D"ltr"><halcyon1981@gmail.com> wrote:
I am biased as the author of Beacon (http://www.beaconcontroller.net/), but I have = been using it with a cluster of 80 XenServer machines running OVS, intercon= nected by physical OpenFlow switches for over a year.

I'll second Beacon as a good choice. G= reat performance and probably the most featureful of the open-source contro= llers.

If you want to get hacking on stuff really = fast then there is NOX which though not as tanky as Beacon lets you write e= xtensions in Python, which is imo a big plus.

There is also this project which I am yet to try out bu= t it looks interesting:


It seems t= o be the remnants of the NEC Helios controller. (which to my knowledge was = never available anywhere).
=C2=A0

On Tue, Jul 31, 2012 = at 7:57 PM, yue wang <heuye.wang@gmail.com> wrote:
Hi, All

do you have any opensource controllers to recomm= and=EF=BC=9F
since XCP don't have a controller to control OVS= centrally,i need a controller like vswitch controller for xenserver.
=
there are so many open source openflow controller, i really don't know = which one to choose.

thanks in advance

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users



<= /div>--
CTO | Orion Virtualisation Solutions=C2=A0|=C2=A0www.orionvm.com.au=C2=A0
Phone: 1300 56 99 52 | Mobile: 0428 754 846
--e89a8ff1c4e689b21204c651511b-- --e89a8ff1c4e689b21404c651511c Content-Type: image/gif; name="360.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 360@goomoji.gmail Content-ID: <360@goomoji.gmail> R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --e89a8ff1c4e689b21404c651511c-- --===============6952466457887182514== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6952466457887182514==-- From xen-users-bounces@lists.xen.org Fri Aug 03 00:09:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 00:09: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 1Sx5Qo-00067n-EN; Fri, 03 Aug 2012 00:07:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sx5Qn-00067i-A4 for xen-users@lists.xen.org; Fri, 03 Aug 2012 00:07:53 +0000 Received: from [85.158.138.51:59075] by server-9.bemta-3.messagelabs.com id B1/53-27628-8561B105; Fri, 03 Aug 2012 00:07:52 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-16.tower-174.messagelabs.com!1343952469!30057278!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=2.6 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_32,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7740 invoked from network); 3 Aug 2012 00:07:51 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 00:07:51 -0000 Received: by yenl1 with SMTP id l1so165646yen.32 for ; Thu, 02 Aug 2012 17:07:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:x-goomoji-body :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=qhStM1hnA3COcBi5qQxrOd/tiHYHy2soQWwDEOdMnKM=; b=Ehe5ZdjJomrrAQI5B+cybg+TVF0JA/VPgQbkwCjAMHIlV8oe4Sx+jtMAUoWGcTPfLE KbwL44F2SeYulJIeXF0UG1jTzyPqDYuoPIJoLPg6OIB8agMj5edHOsJG4V+KoQhRJmeW +MTs/vAdskATOd+ZDl+Nr+P8s+Hz1O8Inw/WaoIGgUqpfBmCBqFckEjC//FbdBgsV2bY 45vPu469aXp8ZRjiE5duuj8VVAd6F7yFtcw6F7ejYxzkYn2k/rzNqGaj8gBDrthlaF0S sEtycQUPyyU9yv2BKWaxGdzzd7UppMx7gYvxebwm7qhb59jLzzB03IrI7LMDFApYo/Mi Jf6w== MIME-Version: 1.0 Received: by 10.60.24.7 with SMTP id q7mt48452404oef.54.1343952469451; Thu, 02 Aug 2012 17:07:49 -0700 (PDT) Received: by 10.182.78.106 with HTTP; Thu, 2 Aug 2012 17:07:49 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: X-Goomoji-Body: true Date: Fri, 3 Aug 2012 10:07:49 +1000 Message-ID: From: Joseph Glanville To: David Erickson X-Gm-Message-State: ALoCoQndwpn9JBF1IjCW6m2Cb0S+dCfyqO+Y4WtpLxfqjqp7u0/9V051Bp+CmprEW41iZFmo5WOC Cc: yue wang , xen-users@lists.xen.org Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6952466457887182514==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6952466457887182514== Content-Type: multipart/related; boundary=e89a8ff1c4e689b21404c651511c --e89a8ff1c4e689b21404c651511c Content-Type: multipart/alternative; boundary=e89a8ff1c4e689b21204c651511b --e89a8ff1c4e689b21204c651511b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2 August 2012 10:39, David Erickson wrote: > I am biased as the author of Beacon (http://www.beaconcontroller.net/), > but I have been using it with a cluster of 80 XenServer machines running > OVS, interconnected by physical OpenFlow switches for over a year. > I'll second Beacon as a good choice. Great performance and probably the most featureful of the open-source controllers. If you want to get hacking on stuff really fast then there is NOX which though not as tanky as Beacon lets you write extensions in Python, which is imo a big plus. There is also this project which I am yet to try out but it looks interesting: https://github.com/trema It seems to be the remnants of the NEC Helios controller. (which to my knowledge was never available anywhere). > > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: > >> Hi, All >> >> do you have any opensource controllers to recommand=EF=BC=9F >> since XCP don't have a controller to control OVS centrally,i need a >> controller like vswitch controller for xenserver. >> there are so many open source openflow controller, i really don't know >> which one to choose. >> >> thanks in advance[?] >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 --e89a8ff1c4e689b21204c651511b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 2 August 2012 10:39, David Erickson <= span dir=3D"ltr"><halcyon1981@gmail.com> wrote:
I am biased as the author of Beacon (http://www.beaconcontroller.net/), but I have = been using it with a cluster of 80 XenServer machines running OVS, intercon= nected by physical OpenFlow switches for over a year.

I'll second Beacon as a good choice. G= reat performance and probably the most featureful of the open-source contro= llers.

If you want to get hacking on stuff really = fast then there is NOX which though not as tanky as Beacon lets you write e= xtensions in Python, which is imo a big plus.

There is also this project which I am yet to try out bu= t it looks interesting:


It seems t= o be the remnants of the NEC Helios controller. (which to my knowledge was = never available anywhere).
=C2=A0

On Tue, Jul 31, 2012 = at 7:57 PM, yue wang <heuye.wang@gmail.com> wrote:
Hi, All

do you have any opensource controllers to recomm= and=EF=BC=9F
since XCP don't have a controller to control OVS= centrally,i need a controller like vswitch controller for xenserver.
=
there are so many open source openflow controller, i really don't know = which one to choose.

thanks in advance

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users



<= /div>--
CTO | Orion Virtualisation Solutions=C2=A0|=C2=A0www.orionvm.com.au=C2=A0
Phone: 1300 56 99 52 | Mobile: 0428 754 846
--e89a8ff1c4e689b21204c651511b-- --e89a8ff1c4e689b21404c651511c Content-Type: image/gif; name="360.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 360@goomoji.gmail Content-ID: <360@goomoji.gmail> R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --e89a8ff1c4e689b21404c651511c-- --===============6952466457887182514== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6952466457887182514==-- From xen-users-bounces@lists.xen.org Fri Aug 03 00:15:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 00:15: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 1Sx5XI-0006LZ-Ie; Fri, 03 Aug 2012 00:14:36 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sx5XG-0006LO-JJ for xen-users@lists.xen.org; Fri, 03 Aug 2012 00:14:34 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-12.tower-27.messagelabs.com!1343952864!11251372!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11917 invoked from network); 3 Aug 2012 00:14:26 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 00:14:26 -0000 Received: by obbta14 with SMTP id ta14so223500obb.32 for ; Thu, 02 Aug 2012 17:14:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=NH59lz6uyQ9Tgo0J37gAJ+5mE0Y7FWedQ3MI7GtQCLo=; b=BRyRcPaJsG0SiTwrU4etkua0tbDGqi7uKpyEcvf4Jr5JMdURuMAp7kpvDnnPJyUJP4 4WrB5ba2lWLDWPsMtmTWuICWI2pKFhpm/pUJj7Yw9Cm2njREacZTNXv6M1vbi23r+O9D Xa217IRNSh42o8cMZfVELks++gFo2RA2YZDX56pRhfufc8GcieSFtYiBzIrKYibqSvsq nwQFIENE7xxT9VE0oTRTsEo31vTwp1k+bZdqsCvf8AtAEGzWIUaz7eAh0fAG9nt66q5L kfQ40FGqf4mEcDLzz7zEcjmjcy0hU9hw95xncR4hSyVL+LBmHMaQrhQ2hc13ONtPqYT3 OunA== MIME-Version: 1.0 Received: by 10.60.0.161 with SMTP id 1mr40785346oef.63.1343952863851; Thu, 02 Aug 2012 17:14:23 -0700 (PDT) Received: by 10.182.78.106 with HTTP; Thu, 2 Aug 2012 17:14:23 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: Date: Fri, 3 Aug 2012 10:14:23 +1000 Message-ID: From: Joseph Glanville To: Herve Roux X-Gm-Message-State: ALoCoQkdjSuQzoTCTRYB84bjRaDIe50DBSjOUDPXV2EOgmdEBw8Nd/lYfFdVjrlYH/tFWkm/uEzU Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live migration ? The right way ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2 August 2012 18:19, Herve Roux wrote: > Hi, > > > > I am trying to build a rock solid XEN High availability cluster. The > platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA > fiber channel to the SAN (HP EVA). > > XEN is running smoothly and I=92m even amazed with the live migration > performances (this is the first time I have the chance to try it in such a > nice environment). > > XEN apart the SLES heartbeat cluster is running fine as well and they both > interact nicely. > > Where I=92m having some doubts is regarding the storage layout. I have tr= ied > several configurations but each time I have to compromise. And here is the > problem, I don=92t like to compromise ;) > > > > First I=92ve tried to use a SAN LUN per Guest (using directly the multipa= th dm > device as phy disk ). This is working nicely, live migration works fine, > easy setup even if the multipath.conf can get a bit fussy with the growing > number of LUNs : but no fencing at all, I can start the VM on both node a= nd > this is BAD! > > Then I=92ve tried to used cLVM on top of the multipath. I=92ve managed to= get > cLVM up and running pretty easily in the cluster environment. > > From here to way of thinking: > > 1. One big SR on the SAN split into LV that I can use for my VM. A > huge step forward flexibility, no need to reconfigure the SAN each time= =85 > Still with this solution the SR VG is open in shared mode between the nod= es > and I don=92t have low level lock of the storage. I can start a VM two ti= me > and this is bad bad bad=85 > > 2. In order to provide fencing at the LVM level I can take another > approach: 1 VG per volume an open it in exclusive mode. The volume will be > active on one node at a time and I have no risk of data corruption. The > cluster will be in charge of balancing to volume when migrating VM from o= ne > node to the other. But here the live migration is not working, and this = S=85 > > > > I was wondering what approach others have taken and if they is something = I=92m > missing. > > I=92ve looked into the XEN locking system but from my point of view the r= isk > of dead lock is not ideal as well. From my point of view a DLM XEN locking > system will be a good one, I don=92t know if some work have been done in = the > domain? > > > > Thanks in advance > > Herve > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Personally I would steer clear of cLVM. If your SAN provides nice programatic control you can possibly integrate it's ability to do fencing into Pacemaker/Linux-HA stacking using a custom OCF (not a huge amount of work usually). This would give you everything you want but is mainly determined by how "open" your SAN is. Alternatively you can run with no storage layer fencing and make sure you have proper STONITH in play. This is pretty easy with Pacemaker/Corosync stack and can be done in alot of ways. If you are pretty sure of your stacks stability (no deadlocks/kernel oops etc) then you can just use SSH STONITH. However if you want to be really damn sure then you can use IP PDU, USB poweroff etc. It's all about how sure you want to be/how much money/time you have. Joseph. -- = CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 00:15:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 00:15: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 1Sx5XI-0006LZ-Ie; Fri, 03 Aug 2012 00:14:36 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sx5XG-0006LO-JJ for xen-users@lists.xen.org; Fri, 03 Aug 2012 00:14:34 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-12.tower-27.messagelabs.com!1343952864!11251372!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11917 invoked from network); 3 Aug 2012 00:14:26 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 00:14:26 -0000 Received: by obbta14 with SMTP id ta14so223500obb.32 for ; Thu, 02 Aug 2012 17:14:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=NH59lz6uyQ9Tgo0J37gAJ+5mE0Y7FWedQ3MI7GtQCLo=; b=BRyRcPaJsG0SiTwrU4etkua0tbDGqi7uKpyEcvf4Jr5JMdURuMAp7kpvDnnPJyUJP4 4WrB5ba2lWLDWPsMtmTWuICWI2pKFhpm/pUJj7Yw9Cm2njREacZTNXv6M1vbi23r+O9D Xa217IRNSh42o8cMZfVELks++gFo2RA2YZDX56pRhfufc8GcieSFtYiBzIrKYibqSvsq nwQFIENE7xxT9VE0oTRTsEo31vTwp1k+bZdqsCvf8AtAEGzWIUaz7eAh0fAG9nt66q5L kfQ40FGqf4mEcDLzz7zEcjmjcy0hU9hw95xncR4hSyVL+LBmHMaQrhQ2hc13ONtPqYT3 OunA== MIME-Version: 1.0 Received: by 10.60.0.161 with SMTP id 1mr40785346oef.63.1343952863851; Thu, 02 Aug 2012 17:14:23 -0700 (PDT) Received: by 10.182.78.106 with HTTP; Thu, 2 Aug 2012 17:14:23 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: Date: Fri, 3 Aug 2012 10:14:23 +1000 Message-ID: From: Joseph Glanville To: Herve Roux X-Gm-Message-State: ALoCoQkdjSuQzoTCTRYB84bjRaDIe50DBSjOUDPXV2EOgmdEBw8Nd/lYfFdVjrlYH/tFWkm/uEzU Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live migration ? The right way ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2 August 2012 18:19, Herve Roux wrote: > Hi, > > > > I am trying to build a rock solid XEN High availability cluster. The > platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA > fiber channel to the SAN (HP EVA). > > XEN is running smoothly and I=92m even amazed with the live migration > performances (this is the first time I have the chance to try it in such a > nice environment). > > XEN apart the SLES heartbeat cluster is running fine as well and they both > interact nicely. > > Where I=92m having some doubts is regarding the storage layout. I have tr= ied > several configurations but each time I have to compromise. And here is the > problem, I don=92t like to compromise ;) > > > > First I=92ve tried to use a SAN LUN per Guest (using directly the multipa= th dm > device as phy disk ). This is working nicely, live migration works fine, > easy setup even if the multipath.conf can get a bit fussy with the growing > number of LUNs : but no fencing at all, I can start the VM on both node a= nd > this is BAD! > > Then I=92ve tried to used cLVM on top of the multipath. I=92ve managed to= get > cLVM up and running pretty easily in the cluster environment. > > From here to way of thinking: > > 1. One big SR on the SAN split into LV that I can use for my VM. A > huge step forward flexibility, no need to reconfigure the SAN each time= =85 > Still with this solution the SR VG is open in shared mode between the nod= es > and I don=92t have low level lock of the storage. I can start a VM two ti= me > and this is bad bad bad=85 > > 2. In order to provide fencing at the LVM level I can take another > approach: 1 VG per volume an open it in exclusive mode. The volume will be > active on one node at a time and I have no risk of data corruption. The > cluster will be in charge of balancing to volume when migrating VM from o= ne > node to the other. But here the live migration is not working, and this = S=85 > > > > I was wondering what approach others have taken and if they is something = I=92m > missing. > > I=92ve looked into the XEN locking system but from my point of view the r= isk > of dead lock is not ideal as well. From my point of view a DLM XEN locking > system will be a good one, I don=92t know if some work have been done in = the > domain? > > > > Thanks in advance > > Herve > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Personally I would steer clear of cLVM. If your SAN provides nice programatic control you can possibly integrate it's ability to do fencing into Pacemaker/Linux-HA stacking using a custom OCF (not a huge amount of work usually). This would give you everything you want but is mainly determined by how "open" your SAN is. Alternatively you can run with no storage layer fencing and make sure you have proper STONITH in play. This is pretty easy with Pacemaker/Corosync stack and can be done in alot of ways. If you are pretty sure of your stacks stability (no deadlocks/kernel oops etc) then you can just use SSH STONITH. However if you want to be really damn sure then you can use IP PDU, USB poweroff etc. It's all about how sure you want to be/how much money/time you have. Joseph. -- = CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 04:49:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 04:49: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 1Sx9oG-0004ST-GP; Fri, 03 Aug 2012 04:48:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sx9oF-0004SO-0n for xen-users@lists.xen.org; Fri, 03 Aug 2012 04:48:23 +0000 Received: from [85.158.143.99:41613] by server-3.bemta-4.messagelabs.com id 12/7C-01511-6185B105; Fri, 03 Aug 2012 04:48:22 +0000 X-Env-Sender: mike@estone.ca X-Msg-Ref: server-4.tower-216.messagelabs.com!1343969299!24760613!1 X-Originating-IP: [199.60.230.17] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22545 invoked from network); 3 Aug 2012 04:48:20 -0000 Received: from fa0-8.edge6.vwc.uniserve.ca (HELO estone.ca) (199.60.230.17) by server-4.tower-216.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Aug 2012 04:48:20 -0000 Received: from ns1.estone.ca ([199.60.230.17] helo=mail.estone.ca) by estone.ca with esmtp (Exim 4.80) (envelope-from ) id 1Sx9oG-0006E4-7g for xen-users@lists.xen.org; Thu, 02 Aug 2012 21:48:24 -0700 Message-id: X-FC-Thread-ID: 00000001-e6690c0f Date: Thu, 02 Aug 2012 21:48:22 -0700 X-Mailer: FirstClass 11.1 (build 11.120) X-FC-SERVER-TZ: 6554336 To: xen-users@lists.xen.org From: "Michael Egglestone" MIME-Version: 1.0 Subject: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1542556131968489566==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1542556131968489566== Content-Type: multipart/alternative; boundary="--=_--e6690c10.e6690c0f.cc410896" This is a multi-part message in MIME format. ----=_--e6690c10.e6690c0f.cc410896 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hello, I'm trying to set dom0 to 4G of memory. (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I thought I would try it, please advise otherwise) :) My system has 32Gig of memory. (Xeon's with Debian 6.0.5) Here is my /etc/default/grub GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin" Here is my /etc/xen/xend-config.sxp [snip] # dom0-min-mem is the lowest permissible memory level (in MB) for dom0. # This is a minimum both for auto-ballooning (as enabled by # enable-dom0-ballooning below) and for xm mem-set when applied to dom0. (dom0-min-mem 196) # Whether to enable auto-ballooning of dom0 to allow domUs to be created. # If enable-dom0-ballooning = no, dom0 will never balloon out. (enable-dom0-ballooning no) # 32-bit paravirtual domains can only consume physical # memory below 168GB. On systems with memory beyond that address, # they'll be confined to memory below 128GB. # Using total_available_memory (in GB) to specify the amount of memory reserved # in the memory pool exclusively for 32-bit paravirtual domains. # Additionally you should use dom0_mem = <-Value> as a parameter in # xen kernel to reserve the memory for 32-bit paravirtual domains, default # is "0" (0GB). (total_available_memory 0) # In SMP system, dom0 will use dom0-cpus # of CPUS # If dom0-cpus = 0, dom0 will take all cpus available (dom0-cpus 4) [snip] I've updated grub to populate /boot/grub/grub.cfg and then rebooted. It boots, and then I run top on my dom0 which shows this: Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie Cpu(s): 0.1%us, 0.3%sy, 0.0%ni, 96.9%id, 1.8%wa, 0.0%hi, 0.0%si, 0.9%st Mem: 2267508k total, 1641848k used, 625660k free, 88140k buffers Swap: 0k total, 0k used, 0k free, 1279128k cached Why do I only have 2Gig of RAM? Here are my domU's... root@xen:/etc/xen# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 2557 4 r----- 252.0 debian-central 1 1024 2 -b---- 22.2 debian-cms 2 4096 2 -b---- 186.7 debian-ldap 3 1024 2 -b---- 4.6 debian-ts 4 1024 2 -b---- 42.8 redhat-sdsweb 5 4096 4 -b---- 58.7 w2k3-awards 6 2048 2 -b---- 225.4 w2k3-sme 8 2048 2 -b---- 33.5 w2k8-sme 7 2048 2 -b---- 52.6 root@xen:/etc/xen# root@xen:/etc/xen# xm info host : xen.sd57.bc.ca release : 2.6.32-5-xen-amd64 version : #1 SMP Sun May 6 08:57:29 UTC 2012 machine : x86_64 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 2800 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 32704 free_memory : 12115 node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 node1:1,3,5,7,9,11,13,15,17,19,21,23 node_to_memory : node0:2172 node1:9942 node_to_dma32_mem : node0:2172 node1:0 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=4096M dom0_vcpus_pin cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) cc_compile_by : fw cc_compile_domain : deneb.enyo.de cc_compile_date : Thu Jun 21 06:41:09 UTC 2012 xend_config_format : 4 root@xen:/etc/xen# Thanks for your advice! Cheers, Mike ----=_--e6690c10.e6690c0f.cc410896 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <=21DOCTYPE HTML PUBLIC =22-//W3C//DTD HTML 4.0 Transitional//EN=22>
Hello,
I'm trying to set dom0 to 4G of memory.
(Let me quickly say I don't know if 4G of= RAM for dom0 is good idea, but I thought I would try it, please advise oth= erwise)  :)
My system has 32Gig of memory. (Xeon's wi= th Debian 6.0.5)

Here is my /etc/default/grub

GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_= mem=3D4096M dom0_vcpus_pin"

Here is my /etc/xen/xend-config.sxp

=5Bsnip=5D
=23 dom0-min-mem is the lowest permiss= ible memory level (in MB) for dom0.
=23 This is a minimum both for auto-ba= llooning (as enabled by
=23 enable-dom0-ballooning below) and = for xm mem-set when applied to dom0.
(dom0-min-mem 196)

=23 Whether to enable auto-ballooning = of dom0 to allow domUs to be created.
=23 If enable-dom0-ballooning =3D no, = dom0 will never balloon out.
(enable-dom0-ballooning no)=

=23 32-bit paravirtual domains can onl= y consume physical
=23 memory below 168GB. On systems wit= h memory beyond that address,
=23 they'll be confined to memory belo= w 128GB.
=23 Using total_available_memory (in G= B) to specify the amount of memory reserved
=23 in the memory pool exclusively for= 32-bit paravirtual domains.
=23 Additionally you should use dom0_m= em =3D <-Value> as a parameter in
=23 xen kernel to reserve the memory f= or 32-bit paravirtual domains, default
=23 is "0" (0GB).=
(total_available_memory 0)<= /div>
=23 In SMP system, dom0 will use dom0-= cpus =23 of CPUS
=23 If dom0-cpus =3D 0, dom0 will take= all cpus available
(dom0-cpus 4)
=5Bsnip=5D

I've updated grub to populate /boot/grub/= grub.cfg and then rebooted.
It boots, and then I run top on my dom0 w= hich shows this:

Tasks: 153 total,   1 runnin= g, 152 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1%us,  0.3%sy, &n= bsp;0.0%ni, 96.9%id,  1.8%wa,  0.0%hi,  0.0%si,  0.9%st=
Mem:   2267508k total,  = ;1641848k used,   625660k free,    88140k buffers<= /i>
Swap:      &n= bsp; 0k total,        0k used, &nbs= p;      0k free,  1279128k cached

Why do I only have 2Gig of RAM?
Here are my domU's...

root=40xen:/etc/xen=23 xm list
Name      &nb= sp;            =             &nb= sp;        ID   Mem VCPUs=      State   Time(s)
Domain-0      = ;            &n= bsp;            = ;      0  2557     4=     r-----    252.0
debian-central     = ;            &n= bsp;            = ; 1  1024     2     -b---= -     22.2
debian-cms     &nb= sp;            =             &nb= sp;    2  4096     2  &nb= sp;  -b----    186.7
debian-ldap     &n= bsp;            = ;            &n= bsp;   3  1024     2   &n= bsp; -b----      4.6
debian-ts     &nbs= p;            &= nbsp;           &nbs= p;     4  1024     2 &nbs= p;   -b----     42.8
redhat-sdsweb     =             &nb= sp;            =   5  4096     4     = -b----     58.7
w2k3-awards     &n= bsp;            = ;            &n= bsp;   6  2048     2   &n= bsp; -b----    225.4
w2k3-sme      = ;            &n= bsp;            = ;      8  2048     2=     -b----     33.5
w2k8-sme      = ;            &n= bsp;            = ;      7  2048     2=     -b----     52.6
root=40xen:/etc/xen=23
root=40xen:/etc/xen=23 xm info
host      &nb= sp;            = : xen.sd57.bc.ca
release      =           : 2.6.32-5-xen-= amd64
version      =           : =231 SMP Sun = May 6 08:57:29 UTC 2012
machine      =           : x86_64
nr_cpus      =           : 24=
nr_nodes      = ;         : 2
cores_per_socket    &nb= sp;  : 6
threads_per_core    &nb= sp;  : 2
cpu_mhz      =           : 2800
hw_caps      =           : bfebfbff:2c10= 0800:00000000:00001f40:029ee3ff:00000000:00000001:00000000
virt_caps     &nbs= p;        : hvm hvm_directio
total_memory     &= nbsp;     : 32704
free_memory     &n= bsp;      : 12115
node_to_cpu     &n= bsp;      : node0:0,2,4,6,8,10,12,14,16,18,20= ,22
      &= nbsp;           &nbs= p;     node1:1,3,5,7,9,11,13,15,17,19,21,23
node_to_memory     = ;    : node0:2172
      &= nbsp;           &nbs= p;     node1:9942
node_to_dma32_mem    &n= bsp; : node0:2172
      &= nbsp;           &nbs= p;     node1:0
max_node_id     &n= bsp;      : 1
xen_major     &nbs= p;        : 4
xen_minor     &nbs= p;        : 0
xen_extra     &nbs= p;        : .1
xen_caps      = ;         : xen-3.0-x86_64 xen= -3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler     =      : credit
xen_pagesize     &= nbsp;     : 4096
platform_params    &nbs= p;   : virt_start=3D0xffff800000000000
xen_changeset     =      : unavailable
xen_commandline    &nbs= p;   : placeholder dom0_mem=3D4096M dom0_vcpus_pin
cc_compiler     &n= bsp;      : gcc version 4.4.5 (Debian 4.4.5-8= )
cc_compile_by     =      : fw
cc_compile_domain    &n= bsp; : deneb.enyo.de
cc_compile_date    &nbs= p;   : Thu Jun 21 06:41:09 UTC 2012
xend_config_format    &= nbsp;: 4
root=40xen:/etc/xen=23
Thanks for your advice=21

Cheers,
Mike

----=_--e6690c10.e6690c0f.cc410896-- --===============1542556131968489566== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1542556131968489566==-- From xen-users-bounces@lists.xen.org Fri Aug 03 04:49:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 04:49: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 1Sx9oG-0004ST-GP; Fri, 03 Aug 2012 04:48:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sx9oF-0004SO-0n for xen-users@lists.xen.org; Fri, 03 Aug 2012 04:48:23 +0000 Received: from [85.158.143.99:41613] by server-3.bemta-4.messagelabs.com id 12/7C-01511-6185B105; Fri, 03 Aug 2012 04:48:22 +0000 X-Env-Sender: mike@estone.ca X-Msg-Ref: server-4.tower-216.messagelabs.com!1343969299!24760613!1 X-Originating-IP: [199.60.230.17] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22545 invoked from network); 3 Aug 2012 04:48:20 -0000 Received: from fa0-8.edge6.vwc.uniserve.ca (HELO estone.ca) (199.60.230.17) by server-4.tower-216.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Aug 2012 04:48:20 -0000 Received: from ns1.estone.ca ([199.60.230.17] helo=mail.estone.ca) by estone.ca with esmtp (Exim 4.80) (envelope-from ) id 1Sx9oG-0006E4-7g for xen-users@lists.xen.org; Thu, 02 Aug 2012 21:48:24 -0700 Message-id: X-FC-Thread-ID: 00000001-e6690c0f Date: Thu, 02 Aug 2012 21:48:22 -0700 X-Mailer: FirstClass 11.1 (build 11.120) X-FC-SERVER-TZ: 6554336 To: xen-users@lists.xen.org From: "Michael Egglestone" MIME-Version: 1.0 Subject: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1542556131968489566==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1542556131968489566== Content-Type: multipart/alternative; boundary="--=_--e6690c10.e6690c0f.cc410896" This is a multi-part message in MIME format. ----=_--e6690c10.e6690c0f.cc410896 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hello, I'm trying to set dom0 to 4G of memory. (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I thought I would try it, please advise otherwise) :) My system has 32Gig of memory. (Xeon's with Debian 6.0.5) Here is my /etc/default/grub GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin" Here is my /etc/xen/xend-config.sxp [snip] # dom0-min-mem is the lowest permissible memory level (in MB) for dom0. # This is a minimum both for auto-ballooning (as enabled by # enable-dom0-ballooning below) and for xm mem-set when applied to dom0. (dom0-min-mem 196) # Whether to enable auto-ballooning of dom0 to allow domUs to be created. # If enable-dom0-ballooning = no, dom0 will never balloon out. (enable-dom0-ballooning no) # 32-bit paravirtual domains can only consume physical # memory below 168GB. On systems with memory beyond that address, # they'll be confined to memory below 128GB. # Using total_available_memory (in GB) to specify the amount of memory reserved # in the memory pool exclusively for 32-bit paravirtual domains. # Additionally you should use dom0_mem = <-Value> as a parameter in # xen kernel to reserve the memory for 32-bit paravirtual domains, default # is "0" (0GB). (total_available_memory 0) # In SMP system, dom0 will use dom0-cpus # of CPUS # If dom0-cpus = 0, dom0 will take all cpus available (dom0-cpus 4) [snip] I've updated grub to populate /boot/grub/grub.cfg and then rebooted. It boots, and then I run top on my dom0 which shows this: Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie Cpu(s): 0.1%us, 0.3%sy, 0.0%ni, 96.9%id, 1.8%wa, 0.0%hi, 0.0%si, 0.9%st Mem: 2267508k total, 1641848k used, 625660k free, 88140k buffers Swap: 0k total, 0k used, 0k free, 1279128k cached Why do I only have 2Gig of RAM? Here are my domU's... root@xen:/etc/xen# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 2557 4 r----- 252.0 debian-central 1 1024 2 -b---- 22.2 debian-cms 2 4096 2 -b---- 186.7 debian-ldap 3 1024 2 -b---- 4.6 debian-ts 4 1024 2 -b---- 42.8 redhat-sdsweb 5 4096 4 -b---- 58.7 w2k3-awards 6 2048 2 -b---- 225.4 w2k3-sme 8 2048 2 -b---- 33.5 w2k8-sme 7 2048 2 -b---- 52.6 root@xen:/etc/xen# root@xen:/etc/xen# xm info host : xen.sd57.bc.ca release : 2.6.32-5-xen-amd64 version : #1 SMP Sun May 6 08:57:29 UTC 2012 machine : x86_64 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 2800 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 32704 free_memory : 12115 node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 node1:1,3,5,7,9,11,13,15,17,19,21,23 node_to_memory : node0:2172 node1:9942 node_to_dma32_mem : node0:2172 node1:0 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=4096M dom0_vcpus_pin cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) cc_compile_by : fw cc_compile_domain : deneb.enyo.de cc_compile_date : Thu Jun 21 06:41:09 UTC 2012 xend_config_format : 4 root@xen:/etc/xen# Thanks for your advice! Cheers, Mike ----=_--e6690c10.e6690c0f.cc410896 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <=21DOCTYPE HTML PUBLIC =22-//W3C//DTD HTML 4.0 Transitional//EN=22>
Hello,
I'm trying to set dom0 to 4G of memory.
(Let me quickly say I don't know if 4G of= RAM for dom0 is good idea, but I thought I would try it, please advise oth= erwise)  :)
My system has 32Gig of memory. (Xeon's wi= th Debian 6.0.5)

Here is my /etc/default/grub

GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_= mem=3D4096M dom0_vcpus_pin"

Here is my /etc/xen/xend-config.sxp

=5Bsnip=5D
=23 dom0-min-mem is the lowest permiss= ible memory level (in MB) for dom0.
=23 This is a minimum both for auto-ba= llooning (as enabled by
=23 enable-dom0-ballooning below) and = for xm mem-set when applied to dom0.
(dom0-min-mem 196)

=23 Whether to enable auto-ballooning = of dom0 to allow domUs to be created.
=23 If enable-dom0-ballooning =3D no, = dom0 will never balloon out.
(enable-dom0-ballooning no)=

=23 32-bit paravirtual domains can onl= y consume physical
=23 memory below 168GB. On systems wit= h memory beyond that address,
=23 they'll be confined to memory belo= w 128GB.
=23 Using total_available_memory (in G= B) to specify the amount of memory reserved
=23 in the memory pool exclusively for= 32-bit paravirtual domains.
=23 Additionally you should use dom0_m= em =3D <-Value> as a parameter in
=23 xen kernel to reserve the memory f= or 32-bit paravirtual domains, default
=23 is "0" (0GB).=
(total_available_memory 0)<= /div>
=23 In SMP system, dom0 will use dom0-= cpus =23 of CPUS
=23 If dom0-cpus =3D 0, dom0 will take= all cpus available
(dom0-cpus 4)
=5Bsnip=5D

I've updated grub to populate /boot/grub/= grub.cfg and then rebooted.
It boots, and then I run top on my dom0 w= hich shows this:

Tasks: 153 total,   1 runnin= g, 152 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1%us,  0.3%sy, &n= bsp;0.0%ni, 96.9%id,  1.8%wa,  0.0%hi,  0.0%si,  0.9%st=
Mem:   2267508k total,  = ;1641848k used,   625660k free,    88140k buffers<= /i>
Swap:      &n= bsp; 0k total,        0k used, &nbs= p;      0k free,  1279128k cached

Why do I only have 2Gig of RAM?
Here are my domU's...

root=40xen:/etc/xen=23 xm list
Name      &nb= sp;            =             &nb= sp;        ID   Mem VCPUs=      State   Time(s)
Domain-0      = ;            &n= bsp;            = ;      0  2557     4=     r-----    252.0
debian-central     = ;            &n= bsp;            = ; 1  1024     2     -b---= -     22.2
debian-cms     &nb= sp;            =             &nb= sp;    2  4096     2  &nb= sp;  -b----    186.7
debian-ldap     &n= bsp;            = ;            &n= bsp;   3  1024     2   &n= bsp; -b----      4.6
debian-ts     &nbs= p;            &= nbsp;           &nbs= p;     4  1024     2 &nbs= p;   -b----     42.8
redhat-sdsweb     =             &nb= sp;            =   5  4096     4     = -b----     58.7
w2k3-awards     &n= bsp;            = ;            &n= bsp;   6  2048     2   &n= bsp; -b----    225.4
w2k3-sme      = ;            &n= bsp;            = ;      8  2048     2=     -b----     33.5
w2k8-sme      = ;            &n= bsp;            = ;      7  2048     2=     -b----     52.6
root=40xen:/etc/xen=23
root=40xen:/etc/xen=23 xm info
host      &nb= sp;            = : xen.sd57.bc.ca
release      =           : 2.6.32-5-xen-= amd64
version      =           : =231 SMP Sun = May 6 08:57:29 UTC 2012
machine      =           : x86_64
nr_cpus      =           : 24=
nr_nodes      = ;         : 2
cores_per_socket    &nb= sp;  : 6
threads_per_core    &nb= sp;  : 2
cpu_mhz      =           : 2800
hw_caps      =           : bfebfbff:2c10= 0800:00000000:00001f40:029ee3ff:00000000:00000001:00000000
virt_caps     &nbs= p;        : hvm hvm_directio
total_memory     &= nbsp;     : 32704
free_memory     &n= bsp;      : 12115
node_to_cpu     &n= bsp;      : node0:0,2,4,6,8,10,12,14,16,18,20= ,22
      &= nbsp;           &nbs= p;     node1:1,3,5,7,9,11,13,15,17,19,21,23
node_to_memory     = ;    : node0:2172
      &= nbsp;           &nbs= p;     node1:9942
node_to_dma32_mem    &n= bsp; : node0:2172
      &= nbsp;           &nbs= p;     node1:0
max_node_id     &n= bsp;      : 1
xen_major     &nbs= p;        : 4
xen_minor     &nbs= p;        : 0
xen_extra     &nbs= p;        : .1
xen_caps      = ;         : xen-3.0-x86_64 xen= -3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler     =      : credit
xen_pagesize     &= nbsp;     : 4096
platform_params    &nbs= p;   : virt_start=3D0xffff800000000000
xen_changeset     =      : unavailable
xen_commandline    &nbs= p;   : placeholder dom0_mem=3D4096M dom0_vcpus_pin
cc_compiler     &n= bsp;      : gcc version 4.4.5 (Debian 4.4.5-8= )
cc_compile_by     =      : fw
cc_compile_domain    &n= bsp; : deneb.enyo.de
cc_compile_date    &nbs= p;   : Thu Jun 21 06:41:09 UTC 2012
xend_config_format    &= nbsp;: 4
root=40xen:/etc/xen=23
Thanks for your advice=21

Cheers,
Mike

----=_--e6690c10.e6690c0f.cc410896-- --===============1542556131968489566== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1542556131968489566==-- From xen-users-bounces@lists.xen.org Fri Aug 03 06:51:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 06:51: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 1SxBhj-0006SP-Dl; Fri, 03 Aug 2012 06:49:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxBhh-0006SJ-KW for xen-users@lists.xen.org; Fri, 03 Aug 2012 06:49:45 +0000 Received: from [85.158.138.51:8895] by server-1.bemta-3.messagelabs.com id 03/D8-31934-8847B105; Fri, 03 Aug 2012 06:49:44 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-10.tower-174.messagelabs.com!1343976583!26148989!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22122 invoked from network); 3 Aug 2012 06:49:44 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 06:49:44 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q736ndWH012435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 3 Aug 2012 08:49:43 +0200 (CEST) Message-ID: <501B7483.6030908@toulouse.inra.fr> Date: Fri, 03 Aug 2012 08:49:39 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Miltered: at yang with ID 501B7483.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 501B7483.001/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 501B7483.001 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.008 -> S=0.008 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6407826934491229367==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6407826934491229367== Content-Type: multipart/alternative; boundary="------------060308000404010008050101" This is a multi-part message in MIME format. --------------060308000404010008050101 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Le 03/08/2012 06:48, Michael Egglestone a écrit : > Hello, > I'm trying to set dom0 to 4G of memory. > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, > but I thought I would try it, please advise otherwise) :) > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) > Hello I think you're running Debian ? Which version ? We installed recently a server with 256Gb memory, Debian testing/xen 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest with as more as 200Gb memory, and all this stuff works with as low as 512Mb for dom0 ! However, top shows KiB Mem: 354520, free shows 354520 also, BUT xm top shows 523912K As far as I understand, xm top (or the equivalent if you'r using the xl stack) is a better tool than top and others for monitoring dom0. Sincerely, -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE --------------060308000404010008050101 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Le 03/08/2012 06:48, Michael Egglestone a écrit :
Hello,
I'm trying to set dom0 to 4G of memory.
(Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I thought I would try it, please advise otherwise)  :)
My system has 32Gig of memory. (Xeon's with Debian 6.0.5)

Hello

I think you're running Debian ? Which version ?

We installed recently a server with 256Gb memory, Debian testing/xen 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest with as more as 200Gb memory, and all this stuff works with as low as 512Mb for dom0 !

However, top shows KiB Mem:    354520, free shows 354520 also,

BUT

xm top shows 523912K

As far as I understand, xm top (or the equivalent if you'r using the xl stack) is a better tool than top and others for monitoring dom0.

Sincerely,
-- 
Emmanuel COURCELLE                emmanuel.courcelle@toulouse.inra.fr
L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50
I.N.R.A. - 24 chemin de Borde Rouge - Auzeville
CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE
--------------060308000404010008050101-- --===============6407826934491229367== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6407826934491229367==-- From xen-users-bounces@lists.xen.org Fri Aug 03 06:51:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 06:51: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 1SxBhj-0006SP-Dl; Fri, 03 Aug 2012 06:49:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxBhh-0006SJ-KW for xen-users@lists.xen.org; Fri, 03 Aug 2012 06:49:45 +0000 Received: from [85.158.138.51:8895] by server-1.bemta-3.messagelabs.com id 03/D8-31934-8847B105; Fri, 03 Aug 2012 06:49:44 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-10.tower-174.messagelabs.com!1343976583!26148989!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22122 invoked from network); 3 Aug 2012 06:49:44 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 06:49:44 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q736ndWH012435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 3 Aug 2012 08:49:43 +0200 (CEST) Message-ID: <501B7483.6030908@toulouse.inra.fr> Date: Fri, 03 Aug 2012 08:49:39 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Miltered: at yang with ID 501B7483.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 501B7483.001/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 501B7483.001 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.008 -> S=0.008 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6407826934491229367==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6407826934491229367== Content-Type: multipart/alternative; boundary="------------060308000404010008050101" This is a multi-part message in MIME format. --------------060308000404010008050101 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Le 03/08/2012 06:48, Michael Egglestone a écrit : > Hello, > I'm trying to set dom0 to 4G of memory. > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, > but I thought I would try it, please advise otherwise) :) > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) > Hello I think you're running Debian ? Which version ? We installed recently a server with 256Gb memory, Debian testing/xen 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest with as more as 200Gb memory, and all this stuff works with as low as 512Mb for dom0 ! However, top shows KiB Mem: 354520, free shows 354520 also, BUT xm top shows 523912K As far as I understand, xm top (or the equivalent if you'r using the xl stack) is a better tool than top and others for monitoring dom0. Sincerely, -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE --------------060308000404010008050101 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Le 03/08/2012 06:48, Michael Egglestone a écrit :
Hello,
I'm trying to set dom0 to 4G of memory.
(Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I thought I would try it, please advise otherwise)  :)
My system has 32Gig of memory. (Xeon's with Debian 6.0.5)

Hello

I think you're running Debian ? Which version ?

We installed recently a server with 256Gb memory, Debian testing/xen 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest with as more as 200Gb memory, and all this stuff works with as low as 512Mb for dom0 !

However, top shows KiB Mem:    354520, free shows 354520 also,

BUT

xm top shows 523912K

As far as I understand, xm top (or the equivalent if you'r using the xl stack) is a better tool than top and others for monitoring dom0.

Sincerely,
-- 
Emmanuel COURCELLE                emmanuel.courcelle@toulouse.inra.fr
L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50
I.N.R.A. - 24 chemin de Borde Rouge - Auzeville
CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE
--------------060308000404010008050101-- --===============6407826934491229367== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6407826934491229367==-- From xen-users-bounces@lists.xen.org Fri Aug 03 10:35:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 10:35: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 1SxFCc-0005qq-Ua; Fri, 03 Aug 2012 10:33:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxFCb-0005qQ-Gs for xen-users@lists.xen.org; Fri, 03 Aug 2012 10:33:53 +0000 Received: from [85.158.138.51:18669] by server-4.bemta-3.messagelabs.com id 95/FE-29069-019AB105; Fri, 03 Aug 2012 10:33:52 +0000 X-Env-Sender: andrew@memset.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1343990031!22198089!1 X-Originating-IP: [89.200.136.113] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1278 invoked from network); 3 Aug 2012 10:33:51 -0000 Received: from mail.memset.com (HELO mail.memset.com) (89.200.136.113) by server-6.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 10:33:51 -0000 Received: from andrew.support.memset.com (support.memset.com [82.16.22.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.memset.com (Postfix) with ESMTPSA id 9C89EB444C for ; Fri, 3 Aug 2012 11:34:23 +0100 (BST) Message-ID: <501BA8F3.6060701@memset.com> Date: Fri, 03 Aug 2012 11:33:23 +0100 From: Andrew Wade Organization: Memset Ltd User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.4.3 Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen 4.0.1) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: andrew@memset.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing" memory. My set up: * Xen 4.0.1 on Debian 6.0.5 * dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=512M (GRUB config). (I also tried with dom0-min-mem 0) * Host server has 32GB RAM # xm list Name ID Mem VCPUs State Time(s) Domain-0 0 501 8 r----- 12.0 # xm info|grep memory total_memory : 32758 free_memory : 31832 32758 (total) - 31832 ('free_memory') - 512 (dom0) = 414MB unaccounted. (No domus are running) I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832 reported by xm info free_memory plus I calculated about ~250MB memory overhead) and 4 VCPUs but it wouldn't start due to insufficient memory available. I expected it to fit. Is there an official calculation for the memory overhead (for tables/caches etc)? Can anyone explain why a domu with 31,488MB won't start when 31,832MB is free? I'm trying to calculate the most amount of RAM a domU can have (i.e. to occupy an entire server) Thanks. -- Andrew Wade Memset Ltd., registration number 4504980. 25 Frederick Sanger Road, Guildford, Surrey, GU2 7YD, UK. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 10:35:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 10:35: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 1SxFCc-0005qq-Ua; Fri, 03 Aug 2012 10:33:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxFCb-0005qQ-Gs for xen-users@lists.xen.org; Fri, 03 Aug 2012 10:33:53 +0000 Received: from [85.158.138.51:18669] by server-4.bemta-3.messagelabs.com id 95/FE-29069-019AB105; Fri, 03 Aug 2012 10:33:52 +0000 X-Env-Sender: andrew@memset.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1343990031!22198089!1 X-Originating-IP: [89.200.136.113] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1278 invoked from network); 3 Aug 2012 10:33:51 -0000 Received: from mail.memset.com (HELO mail.memset.com) (89.200.136.113) by server-6.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 10:33:51 -0000 Received: from andrew.support.memset.com (support.memset.com [82.16.22.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.memset.com (Postfix) with ESMTPSA id 9C89EB444C for ; Fri, 3 Aug 2012 11:34:23 +0100 (BST) Message-ID: <501BA8F3.6060701@memset.com> Date: Fri, 03 Aug 2012 11:33:23 +0100 From: Andrew Wade Organization: Memset Ltd User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.4.3 Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen 4.0.1) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: andrew@memset.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing" memory. My set up: * Xen 4.0.1 on Debian 6.0.5 * dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=512M (GRUB config). (I also tried with dom0-min-mem 0) * Host server has 32GB RAM # xm list Name ID Mem VCPUs State Time(s) Domain-0 0 501 8 r----- 12.0 # xm info|grep memory total_memory : 32758 free_memory : 31832 32758 (total) - 31832 ('free_memory') - 512 (dom0) = 414MB unaccounted. (No domus are running) I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832 reported by xm info free_memory plus I calculated about ~250MB memory overhead) and 4 VCPUs but it wouldn't start due to insufficient memory available. I expected it to fit. Is there an official calculation for the memory overhead (for tables/caches etc)? Can anyone explain why a domu with 31,488MB won't start when 31,832MB is free? I'm trying to calculate the most amount of RAM a domU can have (i.e. to occupy an entire server) Thanks. -- Andrew Wade Memset Ltd., registration number 4504980. 25 Frederick Sanger Road, Guildford, Surrey, GU2 7YD, UK. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 11:24:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 11:24: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 1SxFyS-00006o-7c; Fri, 03 Aug 2012 11:23:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxFyQ-00006j-Vq for xen-users@lists.xensource.com; Fri, 03 Aug 2012 11:23:19 +0000 Received: from [85.158.143.99:32720] by server-3.bemta-4.messagelabs.com id 68/46-01511-6A4BB105; Fri, 03 Aug 2012 11:23:18 +0000 X-Env-Sender: gavin20112012@yahoo.com.cn X-Msg-Ref: server-15.tower-216.messagelabs.com!1343992996!29488804!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=1.9 required=7.0 tests=FROM_ENDS_IN_NUMS, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12268 invoked from network); 3 Aug 2012 11:23:17 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 3 Aug 2012 11:23:17 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SxFyN-0002s5-TS for xen-users@lists.xensource.com; Fri, 03 Aug 2012 04:23:15 -0700 Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT) From: gavin gao To: xen-users@lists.xensource.com Message-ID: <1343992995864-5710502.post@n5.nabble.com> In-Reply-To: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> MIME-Version: 1.0 Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everyone This feature is very cool.When I execute "make linux kernel" on my VM(vcpus=4,memory=256M to simulate memory pressure),it take almost 30 hours, and tmem reduce this time to 2 hours~~~ I am go on testing it~~~ Gavin -- View this message in context: http://xen.1045712.n5.nabble.com/Transcendent-Memory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 11:24:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 11:24: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 1SxFyS-00006o-7c; Fri, 03 Aug 2012 11:23:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxFyQ-00006j-Vq for xen-users@lists.xensource.com; Fri, 03 Aug 2012 11:23:19 +0000 Received: from [85.158.143.99:32720] by server-3.bemta-4.messagelabs.com id 68/46-01511-6A4BB105; Fri, 03 Aug 2012 11:23:18 +0000 X-Env-Sender: gavin20112012@yahoo.com.cn X-Msg-Ref: server-15.tower-216.messagelabs.com!1343992996!29488804!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=1.9 required=7.0 tests=FROM_ENDS_IN_NUMS, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12268 invoked from network); 3 Aug 2012 11:23:17 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 3 Aug 2012 11:23:17 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SxFyN-0002s5-TS for xen-users@lists.xensource.com; Fri, 03 Aug 2012 04:23:15 -0700 Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT) From: gavin gao To: xen-users@lists.xensource.com Message-ID: <1343992995864-5710502.post@n5.nabble.com> In-Reply-To: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> MIME-Version: 1.0 Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everyone This feature is very cool.When I execute "make linux kernel" on my VM(vcpus=4,memory=256M to simulate memory pressure),it take almost 30 hours, and tmem reduce this time to 2 hours~~~ I am go on testing it~~~ Gavin -- View this message in context: http://xen.1045712.n5.nabble.com/Transcendent-Memory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 11:48:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 11:48:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxGM2-0001M9-LH; Fri, 03 Aug 2012 11:47:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxGM0-0001M4-Qk for xen-users@lists.xensource.com; Fri, 03 Aug 2012 11:47:41 +0000 Received: from [85.158.143.35:30110] by server-3.bemta-4.messagelabs.com id 67/FD-01511-C5ABB105; Fri, 03 Aug 2012 11:47:40 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1343994444!15986624!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23165 invoked from network); 3 Aug 2012 11:47:24 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-16.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 3 Aug 2012 11:47:24 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 3 Aug 2012 13:47:24 +0200 From: Stephan Seitz To: gavin gao Thread-Topic: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released Thread-Index: AQHNcWxnjKAaMDlZCEuikNxsJhA36pdH1xwA Date: Fri, 3 Aug 2012 11:47:22 +0000 Message-ID: <1343994442.9254.2.camel@wotan2> References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <1343992995864-5710502.post@n5.nabble.com> In-Reply-To: <1343992995864-5710502.post@n5.nabble.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5047139922709106281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5047139922709106281== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HQvlfz29biZmG0xBWJK9" --=-HQvlfz29biZmG0xBWJK9 Content-Type: multipart/alternative; boundary="=-ZfOlWml+TE+JkuW07vLU" --=-ZfOlWml+TE+JkuW07vLU Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, how are you implementing it? I'm currently using it on test machines with=20 xen bootargs tmem tmem_dedup tmem_compress and dom0 kernel bootargs tmem the domUs also have recent kernels with tmem bootargs as well as the zcache module loaded. I noticed very high memory latency when overcommiting memory. cheers, Stephan --=-ZfOlWml+TE+JkuW07vLU Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

how are you implementing it?

I'm currently using it on test machines with
    xen bootargs tmem tmem_dedup tmem_compress
and
    dom0 kernel bootargs tmem

the domUs also have recent kernels with tmem bootargs as well as the zcache= module loaded.

I noticed very high memory latency when overcommiting memory.

cheers,

Stephan

--=-ZfOlWml+TE+JkuW07vLU-- --=-HQvlfz29biZmG0xBWJK9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJQG7pKAAoJEHzu36SveCllwS0IAIHSyxmLTvHzS0WmUJx7MCNL UQsyJBIm3WEBFLByXspuh/cIzkMVeyF2vaMtB6y17vXhGfJEqP+uk3+bfqYgQsHk RjT9SDsva3xa72OSnVz8CjsnvtZDmm0HEO/IZd2LqA97QNGGJRmAYLZ7RvOlYNw/ R9VQVTWQ+thqU6emkVp+PkvkW2u0UOihAK3z/lmOG+gjX4VUVQoC2BuEY2OZV5Xm lyfAXDM036kODUtkwiVa66Kb8275mfTIV9o7ddGoJtLR4wu16pMN3zRWQP8qoIIB WKU9wPXliL3Pyww3WgfuKpVEgWQDtr3lVUZHbTsOACQq0QFdDoIUMExL455dRPI= =m3+Z -----END PGP SIGNATURE----- --=-HQvlfz29biZmG0xBWJK9-- --===============5047139922709106281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5047139922709106281==-- From xen-users-bounces@lists.xen.org Fri Aug 03 11:48:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 11:48:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxGM2-0001M9-LH; Fri, 03 Aug 2012 11:47:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxGM0-0001M4-Qk for xen-users@lists.xensource.com; Fri, 03 Aug 2012 11:47:41 +0000 Received: from [85.158.143.35:30110] by server-3.bemta-4.messagelabs.com id 67/FD-01511-C5ABB105; Fri, 03 Aug 2012 11:47:40 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1343994444!15986624!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23165 invoked from network); 3 Aug 2012 11:47:24 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-16.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 3 Aug 2012 11:47:24 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 3 Aug 2012 13:47:24 +0200 From: Stephan Seitz To: gavin gao Thread-Topic: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released Thread-Index: AQHNcWxnjKAaMDlZCEuikNxsJhA36pdH1xwA Date: Fri, 3 Aug 2012 11:47:22 +0000 Message-ID: <1343994442.9254.2.camel@wotan2> References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <1343992995864-5710502.post@n5.nabble.com> In-Reply-To: <1343992995864-5710502.post@n5.nabble.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5047139922709106281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5047139922709106281== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HQvlfz29biZmG0xBWJK9" --=-HQvlfz29biZmG0xBWJK9 Content-Type: multipart/alternative; boundary="=-ZfOlWml+TE+JkuW07vLU" --=-ZfOlWml+TE+JkuW07vLU Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, how are you implementing it? I'm currently using it on test machines with=20 xen bootargs tmem tmem_dedup tmem_compress and dom0 kernel bootargs tmem the domUs also have recent kernels with tmem bootargs as well as the zcache module loaded. I noticed very high memory latency when overcommiting memory. cheers, Stephan --=-ZfOlWml+TE+JkuW07vLU Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

how are you implementing it?

I'm currently using it on test machines with
    xen bootargs tmem tmem_dedup tmem_compress
and
    dom0 kernel bootargs tmem

the domUs also have recent kernels with tmem bootargs as well as the zcache= module loaded.

I noticed very high memory latency when overcommiting memory.

cheers,

Stephan

--=-ZfOlWml+TE+JkuW07vLU-- --=-HQvlfz29biZmG0xBWJK9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJQG7pKAAoJEHzu36SveCllwS0IAIHSyxmLTvHzS0WmUJx7MCNL UQsyJBIm3WEBFLByXspuh/cIzkMVeyF2vaMtB6y17vXhGfJEqP+uk3+bfqYgQsHk RjT9SDsva3xa72OSnVz8CjsnvtZDmm0HEO/IZd2LqA97QNGGJRmAYLZ7RvOlYNw/ R9VQVTWQ+thqU6emkVp+PkvkW2u0UOihAK3z/lmOG+gjX4VUVQoC2BuEY2OZV5Xm lyfAXDM036kODUtkwiVa66Kb8275mfTIV9o7ddGoJtLR4wu16pMN3zRWQP8qoIIB WKU9wPXliL3Pyww3WgfuKpVEgWQDtr3lVUZHbTsOACQq0QFdDoIUMExL455dRPI= =m3+Z -----END PGP SIGNATURE----- --=-HQvlfz29biZmG0xBWJK9-- --===============5047139922709106281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5047139922709106281==-- From xen-users-bounces@lists.xen.org Fri Aug 03 12:33:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 12:33:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH2h-0002om-I4; Fri, 03 Aug 2012 12:31:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH2f-0002oh-D9 for xen-users@lists.xen.org; Fri, 03 Aug 2012 12:31:45 +0000 Received: from [85.158.143.99:52212] by server-2.bemta-4.messagelabs.com id E9/16-17938-0B4CB105; Fri, 03 Aug 2012 12:31:44 +0000 X-Env-Sender: jonathon@royleminns.co.uk X-Msg-Ref: server-2.tower-216.messagelabs.com!1343997102!24799171!1 X-Originating-IP: [87.102.15.68] X-SpamReason: No, hits=1.2 required=7.0 tests=EXTRA_MPART_TYPE, HTML_MESSAGE,MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12209 invoked from network); 3 Aug 2012 12:31:42 -0000 Received: from static-87-102-15-68.karoo.kcom.com (HELO mail.royleminns.co.uk) (87.102.15.68) by server-2.tower-216.messagelabs.com with SMTP; 3 Aug 2012 12:31:42 -0000 Received: from oxford.royleminns.co.uk ([fe80::28ce:8ae0:a8fa:3390]) by oxford.royleminns.co.uk ([fe80::28ce:8ae0:a8fa:3390%11]) with mapi id 14.02.0298.004; Fri, 3 Aug 2012 13:31:41 +0100 From: Jonathon Royle To: 'Joseph Glanville' , David Erickson Thread-Topic: [Xen-users] any opensource controllers to recommand? Thread-Index: AQHNcW+G5mSnX2/Y8kmOkh8RaYn3KpdIBJEA Date: Fri, 3 Aug 2012 12:31:40 +0000 Message-ID: <23F22BC973E3C14B895AAE277E2ADAE55F8C2927@oxford.royleminns.co.uk> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.1.57] MIME-Version: 1.0 Cc: yue wang , "xen-users@lists.xen.org" Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2047444107983469848==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2047444107983469848== Content-Language: en-US Content-Type: multipart/related; boundary="_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_"; type="multipart/alternative" --_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: multipart/alternative; boundary="_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_" --_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIGFsc28gYmVlbiBsb29raW5nIGZvciBhIGdvb2Qgb3BlbnNvdXJjZSBjb250cm9sbGVy IHNvIEkgd2FzIGludGVyZXN0ZWQgaW4gdGhpcyB0aHJlYWQuICBJcyB0aGVyZSBhIGJpbmFyeSB2 ZXJzaW9uIGZvciBDZW50b3MgNS82IGF2YWlsYWJsZS4gIFRoZSBsaW5rIEkgZm9sbG93ZWQganVz dCBwcm92aWRlZCBzb3VyY2UgY29kZSBhbmQgaW5zdHJ1Y3Rpb25zIGZvciBidWlsZGluZyB3aXRo aW4gdGhlIGVjbGlwc2UgSURFLg0KDQpUaGFua3MsDQoNCkpvbg0KDQoNCkZyb206IEpvc2VwaCBH bGFudmlsbGUgW21haWx0bzpqb3NlcGguZ2xhbnZpbGxlQG9yaW9udm0uY29tLmF1XQ0KU2VudDog MDMgQXVndXN0IDIwMTIgMDE6MDgNClRvOiBEYXZpZCBFcmlja3Nvbg0KQ2M6IHl1ZSB3YW5nOyB4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIGFueSBvcGVu c291cmNlIGNvbnRyb2xsZXJzIHRvIHJlY29tbWFuZD8NCg0KDQpPbiAyIEF1Z3VzdCAyMDEyIDEw OjM5LCBEYXZpZCBFcmlja3NvbiA8aGFsY3lvbjE5ODFAZ21haWwuY29tPG1haWx0bzpoYWxjeW9u MTk4MUBnbWFpbC5jb20+PiB3cm90ZToNCkkgYW0gYmlhc2VkIGFzIHRoZSBhdXRob3Igb2YgQmVh Y29uIChodHRwOi8vd3d3LmJlYWNvbmNvbnRyb2xsZXIubmV0LyksIGJ1dCBJIGhhdmUgYmVlbiB1 c2luZyBpdCB3aXRoIGEgY2x1c3RlciBvZiA4MCBYZW5TZXJ2ZXIgbWFjaGluZXMgcnVubmluZyBP VlMsIGludGVyY29ubmVjdGVkIGJ5IHBoeXNpY2FsIE9wZW5GbG93IHN3aXRjaGVzIGZvciBvdmVy IGEgeWVhci4NCg0KSSdsbCBzZWNvbmQgQmVhY29uIGFzIGEgZ29vZCBjaG9pY2UuIEdyZWF0IHBl cmZvcm1hbmNlIGFuZCBwcm9iYWJseSB0aGUgbW9zdCBmZWF0dXJlZnVsIG9mIHRoZSBvcGVuLXNv dXJjZSBjb250cm9sbGVycy4NCg0KSWYgeW91IHdhbnQgdG8gZ2V0IGhhY2tpbmcgb24gc3R1ZmYg cmVhbGx5IGZhc3QgdGhlbiB0aGVyZSBpcyBOT1ggd2hpY2ggdGhvdWdoIG5vdCBhcyB0YW5reSBh cyBCZWFjb24gbGV0cyB5b3Ugd3JpdGUgZXh0ZW5zaW9ucyBpbiBQeXRob24sIHdoaWNoIGlzIGlt byBhIGJpZyBwbHVzLg0KDQpUaGVyZSBpcyBhbHNvIHRoaXMgcHJvamVjdCB3aGljaCBJIGFtIHll dCB0byB0cnkgb3V0IGJ1dCBpdCBsb29rcyBpbnRlcmVzdGluZzoNCg0KaHR0cHM6Ly9naXRodWIu Y29tL3RyZW1hDQoNCkl0IHNlZW1zIHRvIGJlIHRoZSByZW1uYW50cyBvZiB0aGUgTkVDIEhlbGlv cyBjb250cm9sbGVyLiAod2hpY2ggdG8gbXkga25vd2xlZGdlIHdhcyBuZXZlciBhdmFpbGFibGUg YW55d2hlcmUpLg0KDQoNCk9uIFR1ZSwgSnVsIDMxLCAyMDEyIGF0IDc6NTcgUE0sIHl1ZSB3YW5n IDxoZXV5ZS53YW5nQGdtYWlsLmNvbTxtYWlsdG86aGV1eWUud2FuZ0BnbWFpbC5jb20+PiB3cm90 ZToNCkhpLCBBbGwNCg0KZG8geW91IGhhdmUgYW55IG9wZW5zb3VyY2UgY29udHJvbGxlcnMgdG8g cmVjb21tYW5k77yfDQpzaW5jZSBYQ1AgZG9uJ3QgaGF2ZSBhIGNvbnRyb2xsZXIgdG8gY29udHJv bCBPVlMgY2VudHJhbGx5LGkgbmVlZCBhIGNvbnRyb2xsZXIgbGlrZSB2c3dpdGNoIGNvbnRyb2xs ZXIgZm9yIHhlbnNlcnZlci4NCnRoZXJlIGFyZSBzbyBtYW55IG9wZW4gc291cmNlIG9wZW5mbG93 IGNvbnRyb2xsZXIsIGkgcmVhbGx5IGRvbid0IGtub3cgd2hpY2ggb25lIHRvIGNob29zZS4NCg0K dGhhbmtzIGluIGFkdmFuY2VbY2lkOmltYWdlMDAxLmdpZkAwMUNENzE3Qy40RjZDQjRBMF0NCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClhlbi11c2Vy cyBtYWlsaW5nIGxpc3QNClhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNA bGlzdHMueGVuLm9yZz4NCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNlcnMgbWFp bGluZyBsaXN0DQpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmc+DQpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KDQoNCi0tDQpDVE8g fCBPcmlvbiBWaXJ0dWFsaXNhdGlvbiBTb2x1dGlvbnMgfCB3d3cub3Jpb252bS5jb20uYXU8aHR0 cDovL3d3dy5vcmlvbnZtLmNvbS5hdT4NClBob25lOiAxMzAwIDU2IDk5IDUyIHwgTW9iaWxlOiAw NDI4IDc1NCA4NDYNCg== --_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJNUyBHb3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDcgMiA1IDgg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3Nl LTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGli cmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseToiXEBNUyBHb3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDcg MiA1IDggMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNv Tm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs InNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgaGF2ZSBhbHNvIGJlZW4gbG9va2luZyBmb3IgYSBn b29kIG9wZW5zb3VyY2UgY29udHJvbGxlciBzbyBJIHdhcyBpbnRlcmVzdGVkIGluIHRoaXMgdGhy ZWFkLiZuYnNwOyBJcyB0aGVyZSBhIGJpbmFyeSB2ZXJzaW9uIGZvciBDZW50b3MgNS82IGF2YWls YWJsZS4mbmJzcDsgVGhlIGxpbmsNCiBJIGZvbGxvd2VkIGp1c3QgcHJvdmlkZWQgc291cmNlIGNv ZGUgYW5kIGluc3RydWN0aW9ucyBmb3IgYnVpbGRpbmcgd2l0aGluIHRoZSBlY2xpcHNlIElERS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkpvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gSm9zZXBo IEdsYW52aWxsZSBbbWFpbHRvOmpvc2VwaC5nbGFudmlsbGVAb3Jpb252bS5jb20uYXVdDQo8YnI+ DQo8Yj5TZW50OjwvYj4gMDMgQXVndXN0IDIwMTIgMDE6MDg8YnI+DQo8Yj5Ubzo8L2I+IERhdmlk IEVyaWNrc29uPGJyPg0KPGI+Q2M6PC9iPiB5dWUgd2FuZzsgeGVuLXVzZXJzQGxpc3RzLnhlbi5v cmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIGFueSBvcGVuc291cmNlIGNv bnRyb2xsZXJzIHRvIHJlY29tbWFuZD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAyIEF1Z3VzdCAyMDEyIDEwOjM5LCBEYXZp ZCBFcmlja3NvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhhbGN5b24xOTgxQGdtYWlsLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPmhhbGN5b24xOTgxQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBhbSBiaWFzZWQgYXMgdGhlIGF1dGhvciBv ZiBCZWFjb24gKDxhIGhyZWY9Imh0dHA6Ly93d3cuYmVhY29uY29udHJvbGxlci5uZXQvIiB0YXJn ZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5iZWFjb25jb250cm9sbGVyLm5ldC88L2E+KSwgYnV0IEkg aGF2ZSBiZWVuIHVzaW5nIGl0IHdpdGggYSBjbHVzdGVyIG9mIDgwIFhlblNlcnZlciBtYWNoaW5l cyBydW5uaW5nIE9WUywgaW50ZXJjb25uZWN0ZWQgYnkgcGh5c2ljYWwNCiBPcGVuRmxvdyBzd2l0 Y2hlcyBmb3Igb3ZlciBhIHllYXIuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5JJ2xsIHNlY29uZCBCZWFjb24gYXMgYSBnb29kIGNob2ljZS4gR3JlYXQgcGVy Zm9ybWFuY2UgYW5kIHByb2JhYmx5IHRoZSBtb3N0IGZlYXR1cmVmdWwgb2YgdGhlIG9wZW4tc291 cmNlIGNvbnRyb2xsZXJzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JZiB5b3Ugd2FudCB0byBnZXQgaGFja2luZyBvbiBzdHVmZiByZWFsbHkg ZmFzdCB0aGVuIHRoZXJlIGlzIE5PWCB3aGljaCB0aG91Z2ggbm90IGFzIHRhbmt5IGFzIEJlYWNv biBsZXRzIHlvdSB3cml0ZSBleHRlbnNpb25zIGluIFB5dGhvbiwgd2hpY2ggaXMgaW1vIGEgYmln IHBsdXMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlRoZXJlIGlzIGFsc28gdGhpcyBwcm9qZWN0IHdoaWNoIEkgYW0geWV0IHRvIHRyeSBvdXQg YnV0IGl0IGxvb2tzIGludGVyZXN0aW5nOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vdHJlbWEi Pmh0dHBzOi8vZ2l0aHViLmNvbS90cmVtYTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXQgc2VlbXMgdG8gYmUgdGhlIHJlbW5hbnRzIG9m IHRoZSBORUMgSGVsaW9zIGNvbnRyb2xsZXIuICh3aGljaCB0byBteSBrbm93bGVkZ2Ugd2FzIG5l dmVyIGF2YWlsYWJsZSBhbnl3aGVyZSkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7 cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6 MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBKdWwgMzEsIDIwMTIg YXQgNzo1NyBQTSwgeXVlIHdhbmcgJmx0OzxhIGhyZWY9Im1haWx0bzpoZXV5ZS53YW5nQGdtYWls LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmhldXllLndhbmdAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBj bSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksIEFsbDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+ZG8geW91IGhhdmUgYW55IG9wZW5zb3VyY2UgY29udHJvbGxl cnMgdG8gcmVjb21tYW5kPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZx dW90OyI+77yfPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+c2luY2UgWENQIGRvbid0IGhhdmUgYSBjb250cm9sbGVyIHRvIGNvbnRyb2wg T1ZTIGNlbnRyYWxseSxpIG5lZWQgYSBjb250cm9sbGVyIGxpa2UgdnN3aXRjaCBjb250cm9sbGVy IGZvciB4ZW5zZXJ2ZXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj50aGVyZSBhcmUgc28gbWFueSBvcGVuIHNvdXJjZSBvcGVuZmxvdyBjb250cm9s bGVyLCBpIHJlYWxseSBkb24ndCBrbm93IHdoaWNoIG9uZSB0byBjaG9vc2UuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRoYW5rcyBpbiBhZHZh bmNlPGltZyBib3JkZXI9IjAiIHdpZHRoPSIxMiIgaGVpZ2h0PSIxNSIgaWQ9Il94MDAwMF9pMTAy NSIgc3JjPSJjaWQ6aW1hZ2UwMDEuZ2lmQDAxQ0Q3MTdDLjRGNkNCNEEwIj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9ibGFu ayI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NClhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBo cmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48bzpwPjwvbzpw PjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0K PGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pi0tIDxicj4NCkNUTyB8IE9yaW9uIFZpcnR1YWxpc2F0aW9uIFNvbHV0aW9ucyZuYnNwO3wmbmJz cDs8YSBocmVmPSJodHRwOi8vd3d3Lm9yaW9udm0uY29tLmF1IiB0YXJnZXQ9Il9ibGFuayI+d3d3 Lm9yaW9udm0uY29tLmF1PC9hPiZuYnNwOzxicj4NClBob25lOiAxMzAwIDU2IDk5IDUyIHwgTW9i aWxlOiAwNDI4IDc1NCA4NDY8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_-- --_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: image/gif; name="image001.gif" Content-Description: image001.gif Content-Disposition: inline; filename="image001.gif"; size=453; creation-date="Fri, 03 Aug 2012 12:31:38 GMT"; modification-date="Fri, 03 Aug 2012 12:31:38 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_-- --===============2047444107983469848== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2047444107983469848==-- From xen-users-bounces@lists.xen.org Fri Aug 03 12:33:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 12:33:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH2h-0002om-I4; Fri, 03 Aug 2012 12:31:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH2f-0002oh-D9 for xen-users@lists.xen.org; Fri, 03 Aug 2012 12:31:45 +0000 Received: from [85.158.143.99:52212] by server-2.bemta-4.messagelabs.com id E9/16-17938-0B4CB105; Fri, 03 Aug 2012 12:31:44 +0000 X-Env-Sender: jonathon@royleminns.co.uk X-Msg-Ref: server-2.tower-216.messagelabs.com!1343997102!24799171!1 X-Originating-IP: [87.102.15.68] X-SpamReason: No, hits=1.2 required=7.0 tests=EXTRA_MPART_TYPE, HTML_MESSAGE,MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12209 invoked from network); 3 Aug 2012 12:31:42 -0000 Received: from static-87-102-15-68.karoo.kcom.com (HELO mail.royleminns.co.uk) (87.102.15.68) by server-2.tower-216.messagelabs.com with SMTP; 3 Aug 2012 12:31:42 -0000 Received: from oxford.royleminns.co.uk ([fe80::28ce:8ae0:a8fa:3390]) by oxford.royleminns.co.uk ([fe80::28ce:8ae0:a8fa:3390%11]) with mapi id 14.02.0298.004; Fri, 3 Aug 2012 13:31:41 +0100 From: Jonathon Royle To: 'Joseph Glanville' , David Erickson Thread-Topic: [Xen-users] any opensource controllers to recommand? Thread-Index: AQHNcW+G5mSnX2/Y8kmOkh8RaYn3KpdIBJEA Date: Fri, 3 Aug 2012 12:31:40 +0000 Message-ID: <23F22BC973E3C14B895AAE277E2ADAE55F8C2927@oxford.royleminns.co.uk> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.1.57] MIME-Version: 1.0 Cc: yue wang , "xen-users@lists.xen.org" Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2047444107983469848==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2047444107983469848== Content-Language: en-US Content-Type: multipart/related; boundary="_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_"; type="multipart/alternative" --_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: multipart/alternative; boundary="_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_" --_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIGFsc28gYmVlbiBsb29raW5nIGZvciBhIGdvb2Qgb3BlbnNvdXJjZSBjb250cm9sbGVy IHNvIEkgd2FzIGludGVyZXN0ZWQgaW4gdGhpcyB0aHJlYWQuICBJcyB0aGVyZSBhIGJpbmFyeSB2 ZXJzaW9uIGZvciBDZW50b3MgNS82IGF2YWlsYWJsZS4gIFRoZSBsaW5rIEkgZm9sbG93ZWQganVz dCBwcm92aWRlZCBzb3VyY2UgY29kZSBhbmQgaW5zdHJ1Y3Rpb25zIGZvciBidWlsZGluZyB3aXRo aW4gdGhlIGVjbGlwc2UgSURFLg0KDQpUaGFua3MsDQoNCkpvbg0KDQoNCkZyb206IEpvc2VwaCBH bGFudmlsbGUgW21haWx0bzpqb3NlcGguZ2xhbnZpbGxlQG9yaW9udm0uY29tLmF1XQ0KU2VudDog MDMgQXVndXN0IDIwMTIgMDE6MDgNClRvOiBEYXZpZCBFcmlja3Nvbg0KQ2M6IHl1ZSB3YW5nOyB4 ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIGFueSBvcGVu c291cmNlIGNvbnRyb2xsZXJzIHRvIHJlY29tbWFuZD8NCg0KDQpPbiAyIEF1Z3VzdCAyMDEyIDEw OjM5LCBEYXZpZCBFcmlja3NvbiA8aGFsY3lvbjE5ODFAZ21haWwuY29tPG1haWx0bzpoYWxjeW9u MTk4MUBnbWFpbC5jb20+PiB3cm90ZToNCkkgYW0gYmlhc2VkIGFzIHRoZSBhdXRob3Igb2YgQmVh Y29uIChodHRwOi8vd3d3LmJlYWNvbmNvbnRyb2xsZXIubmV0LyksIGJ1dCBJIGhhdmUgYmVlbiB1 c2luZyBpdCB3aXRoIGEgY2x1c3RlciBvZiA4MCBYZW5TZXJ2ZXIgbWFjaGluZXMgcnVubmluZyBP VlMsIGludGVyY29ubmVjdGVkIGJ5IHBoeXNpY2FsIE9wZW5GbG93IHN3aXRjaGVzIGZvciBvdmVy IGEgeWVhci4NCg0KSSdsbCBzZWNvbmQgQmVhY29uIGFzIGEgZ29vZCBjaG9pY2UuIEdyZWF0IHBl cmZvcm1hbmNlIGFuZCBwcm9iYWJseSB0aGUgbW9zdCBmZWF0dXJlZnVsIG9mIHRoZSBvcGVuLXNv dXJjZSBjb250cm9sbGVycy4NCg0KSWYgeW91IHdhbnQgdG8gZ2V0IGhhY2tpbmcgb24gc3R1ZmYg cmVhbGx5IGZhc3QgdGhlbiB0aGVyZSBpcyBOT1ggd2hpY2ggdGhvdWdoIG5vdCBhcyB0YW5reSBh cyBCZWFjb24gbGV0cyB5b3Ugd3JpdGUgZXh0ZW5zaW9ucyBpbiBQeXRob24sIHdoaWNoIGlzIGlt byBhIGJpZyBwbHVzLg0KDQpUaGVyZSBpcyBhbHNvIHRoaXMgcHJvamVjdCB3aGljaCBJIGFtIHll dCB0byB0cnkgb3V0IGJ1dCBpdCBsb29rcyBpbnRlcmVzdGluZzoNCg0KaHR0cHM6Ly9naXRodWIu Y29tL3RyZW1hDQoNCkl0IHNlZW1zIHRvIGJlIHRoZSByZW1uYW50cyBvZiB0aGUgTkVDIEhlbGlv cyBjb250cm9sbGVyLiAod2hpY2ggdG8gbXkga25vd2xlZGdlIHdhcyBuZXZlciBhdmFpbGFibGUg YW55d2hlcmUpLg0KDQoNCk9uIFR1ZSwgSnVsIDMxLCAyMDEyIGF0IDc6NTcgUE0sIHl1ZSB3YW5n IDxoZXV5ZS53YW5nQGdtYWlsLmNvbTxtYWlsdG86aGV1eWUud2FuZ0BnbWFpbC5jb20+PiB3cm90 ZToNCkhpLCBBbGwNCg0KZG8geW91IGhhdmUgYW55IG9wZW5zb3VyY2UgY29udHJvbGxlcnMgdG8g cmVjb21tYW5k77yfDQpzaW5jZSBYQ1AgZG9uJ3QgaGF2ZSBhIGNvbnRyb2xsZXIgdG8gY29udHJv bCBPVlMgY2VudHJhbGx5LGkgbmVlZCBhIGNvbnRyb2xsZXIgbGlrZSB2c3dpdGNoIGNvbnRyb2xs ZXIgZm9yIHhlbnNlcnZlci4NCnRoZXJlIGFyZSBzbyBtYW55IG9wZW4gc291cmNlIG9wZW5mbG93 IGNvbnRyb2xsZXIsIGkgcmVhbGx5IGRvbid0IGtub3cgd2hpY2ggb25lIHRvIGNob29zZS4NCg0K dGhhbmtzIGluIGFkdmFuY2VbY2lkOmltYWdlMDAxLmdpZkAwMUNENzE3Qy40RjZDQjRBMF0NCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClhlbi11c2Vy cyBtYWlsaW5nIGxpc3QNClhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNA bGlzdHMueGVuLm9yZz4NCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNlcnMgbWFp bGluZyBsaXN0DQpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxtYWlsdG86WGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmc+DQpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KDQoNCi0tDQpDVE8g fCBPcmlvbiBWaXJ0dWFsaXNhdGlvbiBTb2x1dGlvbnMgfCB3d3cub3Jpb252bS5jb20uYXU8aHR0 cDovL3d3dy5vcmlvbnZtLmNvbS5hdT4NClBob25lOiAxMzAwIDU2IDk5IDUyIHwgTW9iaWxlOiAw NDI4IDc1NCA4NDYNCg== --_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJNUyBHb3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDcgMiA1IDgg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3Nl LTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGli cmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseToiXEBNUyBHb3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDcg MiA1IDggMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNv Tm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs InNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgaGF2ZSBhbHNvIGJlZW4gbG9va2luZyBmb3IgYSBn b29kIG9wZW5zb3VyY2UgY29udHJvbGxlciBzbyBJIHdhcyBpbnRlcmVzdGVkIGluIHRoaXMgdGhy ZWFkLiZuYnNwOyBJcyB0aGVyZSBhIGJpbmFyeSB2ZXJzaW9uIGZvciBDZW50b3MgNS82IGF2YWls YWJsZS4mbmJzcDsgVGhlIGxpbmsNCiBJIGZvbGxvd2VkIGp1c3QgcHJvdmlkZWQgc291cmNlIGNv ZGUgYW5kIGluc3RydWN0aW9ucyBmb3IgYnVpbGRpbmcgd2l0aGluIHRoZSBlY2xpcHNlIElERS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkpvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gSm9zZXBo IEdsYW52aWxsZSBbbWFpbHRvOmpvc2VwaC5nbGFudmlsbGVAb3Jpb252bS5jb20uYXVdDQo8YnI+ DQo8Yj5TZW50OjwvYj4gMDMgQXVndXN0IDIwMTIgMDE6MDg8YnI+DQo8Yj5Ubzo8L2I+IERhdmlk IEVyaWNrc29uPGJyPg0KPGI+Q2M6PC9iPiB5dWUgd2FuZzsgeGVuLXVzZXJzQGxpc3RzLnhlbi5v cmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIGFueSBvcGVuc291cmNlIGNv bnRyb2xsZXJzIHRvIHJlY29tbWFuZD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAyIEF1Z3VzdCAyMDEyIDEwOjM5LCBEYXZp ZCBFcmlja3NvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhhbGN5b24xOTgxQGdtYWlsLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPmhhbGN5b24xOTgxQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBhbSBiaWFzZWQgYXMgdGhlIGF1dGhvciBv ZiBCZWFjb24gKDxhIGhyZWY9Imh0dHA6Ly93d3cuYmVhY29uY29udHJvbGxlci5uZXQvIiB0YXJn ZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5iZWFjb25jb250cm9sbGVyLm5ldC88L2E+KSwgYnV0IEkg aGF2ZSBiZWVuIHVzaW5nIGl0IHdpdGggYSBjbHVzdGVyIG9mIDgwIFhlblNlcnZlciBtYWNoaW5l cyBydW5uaW5nIE9WUywgaW50ZXJjb25uZWN0ZWQgYnkgcGh5c2ljYWwNCiBPcGVuRmxvdyBzd2l0 Y2hlcyBmb3Igb3ZlciBhIHllYXIuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5JJ2xsIHNlY29uZCBCZWFjb24gYXMgYSBnb29kIGNob2ljZS4gR3JlYXQgcGVy Zm9ybWFuY2UgYW5kIHByb2JhYmx5IHRoZSBtb3N0IGZlYXR1cmVmdWwgb2YgdGhlIG9wZW4tc291 cmNlIGNvbnRyb2xsZXJzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JZiB5b3Ugd2FudCB0byBnZXQgaGFja2luZyBvbiBzdHVmZiByZWFsbHkg ZmFzdCB0aGVuIHRoZXJlIGlzIE5PWCB3aGljaCB0aG91Z2ggbm90IGFzIHRhbmt5IGFzIEJlYWNv biBsZXRzIHlvdSB3cml0ZSBleHRlbnNpb25zIGluIFB5dGhvbiwgd2hpY2ggaXMgaW1vIGEgYmln IHBsdXMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlRoZXJlIGlzIGFsc28gdGhpcyBwcm9qZWN0IHdoaWNoIEkgYW0geWV0IHRvIHRyeSBvdXQg YnV0IGl0IGxvb2tzIGludGVyZXN0aW5nOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vdHJlbWEi Pmh0dHBzOi8vZ2l0aHViLmNvbS90cmVtYTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXQgc2VlbXMgdG8gYmUgdGhlIHJlbW5hbnRzIG9m IHRoZSBORUMgSGVsaW9zIGNvbnRyb2xsZXIuICh3aGljaCB0byBteSBrbm93bGVkZ2Ugd2FzIG5l dmVyIGF2YWlsYWJsZSBhbnl3aGVyZSkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7 cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6 MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBKdWwgMzEsIDIwMTIg YXQgNzo1NyBQTSwgeXVlIHdhbmcgJmx0OzxhIGhyZWY9Im1haWx0bzpoZXV5ZS53YW5nQGdtYWls LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmhldXllLndhbmdAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBj bSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksIEFsbDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+ZG8geW91IGhhdmUgYW55IG9wZW5zb3VyY2UgY29udHJvbGxl cnMgdG8gcmVjb21tYW5kPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZx dW90OyI+77yfPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+c2luY2UgWENQIGRvbid0IGhhdmUgYSBjb250cm9sbGVyIHRvIGNvbnRyb2wg T1ZTIGNlbnRyYWxseSxpIG5lZWQgYSBjb250cm9sbGVyIGxpa2UgdnN3aXRjaCBjb250cm9sbGVy IGZvciB4ZW5zZXJ2ZXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj50aGVyZSBhcmUgc28gbWFueSBvcGVuIHNvdXJjZSBvcGVuZmxvdyBjb250cm9s bGVyLCBpIHJlYWxseSBkb24ndCBrbm93IHdoaWNoIG9uZSB0byBjaG9vc2UuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRoYW5rcyBpbiBhZHZh bmNlPGltZyBib3JkZXI9IjAiIHdpZHRoPSIxMiIgaGVpZ2h0PSIxNSIgaWQ9Il94MDAwMF9pMTAy NSIgc3JjPSJjaWQ6aW1hZ2UwMDEuZ2lmQDAxQ0Q3MTdDLjRGNkNCNEEwIj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9Il9ibGFu ayI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NClhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBo cmVmPSJtYWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciPlhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VyczwvYT48bzpwPjwvbzpw PjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0K PGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pi0tIDxicj4NCkNUTyB8IE9yaW9uIFZpcnR1YWxpc2F0aW9uIFNvbHV0aW9ucyZuYnNwO3wmbmJz cDs8YSBocmVmPSJodHRwOi8vd3d3Lm9yaW9udm0uY29tLmF1IiB0YXJnZXQ9Il9ibGFuayI+d3d3 Lm9yaW9udm0uY29tLmF1PC9hPiZuYnNwOzxicj4NClBob25lOiAxMzAwIDU2IDk5IDUyIHwgTW9i aWxlOiAwNDI4IDc1NCA4NDY8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_-- --_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_ Content-Type: image/gif; name="image001.gif" Content-Description: image001.gif Content-Disposition: inline; filename="image001.gif"; size=453; creation-date="Fri, 03 Aug 2012 12:31:38 GMT"; modification-date="Fri, 03 Aug 2012 12:31:38 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhDAAPAKIFAJh3AP/zxAAAANyuAP/gaP///wAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh +QQJAAAFACwAAAAADAAPAAADLVi63P6wjEmrDDjrGYj/H0cIIElwpJmeQweC4hu2BGDfnnjjrLvP LtlJUikWEgAh+QQJAAAFACwAAAAADAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvM dBfS9coReLzDpspk+HAkAAAh+QQJCgAFACwAAAAADAAPAAADLVi6vPMwlhGqvS+QzXkmQhcSWTia JNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQJFAAFACwAAAAADAAPAAADLViz3BowyhWIvZcS gTmhnBd+Q4Vh2pmVBOC+lvbCpDmvpvopTV/8wKBwSCwWEgAh+QQJCgAFACwAAAAADAAPAAADLVi6 vPMwlhGqvS+QzXkmQhcSWTiaJNWt3+qpQCxvnzynGmG/uUtOkWBjSCQmAAAh+QQFAAAFACwAAAAA DAAPAAADLVi63M4jyllGuDjHQLr3GyF8I7GNJWpaXxu2IAvMdBfS9coReLzDpspk+HAkAAA7 --_004_23F22BC973E3C14B895AAE277E2ADAE55F8C2927oxfordroyleminn_-- --===============2047444107983469848== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2047444107983469848==-- From xen-users-bounces@lists.xen.org Fri Aug 03 12:38:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 12:38:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH8H-00039y-0C; Fri, 03 Aug 2012 12:37:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH8E-00039o-Oc for xen-users@lists.xen.org; Fri, 03 Aug 2012 12:37:31 +0000 Received: from [85.158.143.99:5369] by server-3.bemta-4.messagelabs.com id 0B/DD-01511-906CB105; Fri, 03 Aug 2012 12:37:29 +0000 X-Env-Sender: inf.maltese@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1343997445!18434410!1 X-Originating-IP: [209.85.161.193] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17348 invoked from network); 3 Aug 2012 12:37:26 -0000 Received: from mail-gg0-f193.google.com (HELO mail-gg0-f193.google.com) (209.85.161.193) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 12:37:26 -0000 Received: by ggdk6 with SMTP id k6so190471ggd.8 for ; Fri, 03 Aug 2012 05:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yUNWmksSkykVcb3SotQuLfMJjO3t+I1e4FhBoltNEq0=; b=baOfFj6V+ZmaEGHcqru5SsCL1b7dWmd4t/Hx+fHPU5Ld7IaeP2+3fQDdPTJnGK/fp7 iMtHmafrSWd5b6Q6737ZtA98EAI+GR+wDDxGPU7TNS9Y/KzETb+bnUZh9qrLGbgtkUyM cMzSc41xZcN/BghrWPzdQR4AqYDKj8nYYnD1LyTPnWrWD2F3UBLylD4I2aNNBJt+gZNe usbPWsFKvN7u2B0V/YUHSRZPmXnPSOXOR7Flhp7SGqe1NJSnMT2z7DuNHDx7CrB/k/w+ NtIWQU19y1im7x7yyymuFOZ1C3sEIkuEsN6tgtTm3JWmdaq+gZmKT6ERNSd7p7pmYFSP G1Zw== MIME-Version: 1.0 Received: by 10.50.220.195 with SMTP id py3mr3021109igc.70.1343997444280; Fri, 03 Aug 2012 05:37:24 -0700 (PDT) Received: by 10.64.141.76 with HTTP; Fri, 3 Aug 2012 05:37:24 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Aug 2012 14:37:24 +0200 Message-ID: From: Salvatore Maltese To: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen-users Digest, Vol 90, Issue 4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3258961653940254853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3258961653940254853== Content-Type: multipart/alternative; boundary=14dae9340ce73ecf6004c65bca17 --14dae9340ce73ecf6004c65bca17 Content-Type: text/plain; charset=ISO-8859-1 Sorry iam newb on virtualization , I must use Xen for a project of Distributed and Cooperative backup application and I would simulate it with virtual machines hence with XEN. Unfortunally iam tring since two week for install it . I would know something form started , because iam becoming flip . I would use as Domain 0 linux mint 13 32 bit . i had seen some package , but i am not be able to start by boot . please help me . And sorry for my terrible English. thx On Fri, Aug 3, 2012 at 2:00 PM, wrote: > Send Xen-users mailing list submissions to > xen-users@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org > > You can reach the person managing the list at > xen-users-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. Re: any opensource controllers to recommand? (Joseph Glanville) > 2. Re: XEN HA Cluster with LVM fencing and live migration ? The > right way ? (Joseph Glanville) > 3. settinjg dom0 memory, where did I go wrong? (Michael Egglestone) > 4. Re: settinjg dom0 memory, where did I go wrong? > (Emmanuel COURCELLE) > 5. Shoehorning a domU and "missing" memory (Xen 4.0.1) (Andrew Wade) > 6. Re: Transcendent Memory ("tmem") -capable kernel now publicly > released (gavin gao) > 7. Re: Transcendent Memory ("tmem") -capable kernel now publicly > released (Stephan Seitz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 3 Aug 2012 10:07:49 +1000 > From: Joseph Glanville > To: David Erickson > Cc: yue wang , xen-users@lists.xen.org > Subject: Re: [Xen-users] any opensource controllers to recommand? > Message-ID: > 2iF-9VTWebw@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On 2 August 2012 10:39, David Erickson wrote: > > > I am biased as the author of Beacon (http://www.beaconcontroller.net/), > > but I have been using it with a cluster of 80 XenServer machines running > > OVS, interconnected by physical OpenFlow switches for over a year. > > > > I'll second Beacon as a good choice. Great performance and probably the > most featureful of the open-source controllers. > > If you want to get hacking on stuff really fast then there is NOX which > though not as tanky as Beacon lets you write extensions in Python, which is > imo a big plus. > > There is also this project which I am yet to try out but it looks > interesting: > > https://github.com/trema > > It seems to be the remnants of the NEC Helios controller. (which to my > knowledge was never available anywhere). > > > > > > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: > > > >> Hi, All > >> > >> do you have any opensource controllers to recommand? > >> since XCP don't have a controller to control OVS centrally,i need a > >> controller like vswitch controller for xenserver. > >> there are so many open source openflow controller, i really don't know > >> which one to choose. > >> > >> thanks in advance[?] > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > >> > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > > > > -- > CTO | Orion Virtualisation Solutions | www.orionvm.com.au > Phone: 1300 56 99 52 | Mobile: 0428 754 846 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/80feeefd/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: 360.gif > Type: image/gif > Size: 453 bytes > Desc: not available > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/80feeefd/attachment.gif > > > > ------------------------------ > > Message: 2 > Date: Fri, 3 Aug 2012 10:14:23 +1000 > From: Joseph Glanville > To: Herve Roux > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live > migration ? The right way ? > Message-ID: > oPfg@mail.gmail.com> > Content-Type: text/plain; charset=windows-1252 > > On 2 August 2012 18:19, Herve Roux wrote: > > Hi, > > > > > > > > I am trying to build a rock solid XEN High availability cluster. The > > platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA > > fiber channel to the SAN (HP EVA). > > > > XEN is running smoothly and I?m even amazed with the live migration > > performances (this is the first time I have the chance to try it in such > a > > nice environment). > > > > XEN apart the SLES heartbeat cluster is running fine as well and they > both > > interact nicely. > > > > Where I?m having some doubts is regarding the storage layout. I have > tried > > several configurations but each time I have to compromise. And here is > the > > problem, I don?t like to compromise ;) > > > > > > > > First I?ve tried to use a SAN LUN per Guest (using directly the > multipath dm > > device as phy disk ). This is working nicely, live migration works fine, > > easy setup even if the multipath.conf can get a bit fussy with the > growing > > number of LUNs : but no fencing at all, I can start the VM on both node > and > > this is BAD! > > > > Then I?ve tried to used cLVM on top of the multipath. I?ve managed to get > > cLVM up and running pretty easily in the cluster environment. > > > > From here to way of thinking: > > > > 1. One big SR on the SAN split into LV that I can use for my VM. A > > huge step forward flexibility, no need to reconfigure the SAN each time? > > Still with this solution the SR VG is open in shared mode between the > nodes > > and I don?t have low level lock of the storage. I can start a VM two time > > and this is bad bad bad? > > > > 2. In order to provide fencing at the LVM level I can take another > > approach: 1 VG per volume an open it in exclusive mode. The volume will > be > > active on one node at a time and I have no risk of data corruption. The > > cluster will be in charge of balancing to volume when migrating VM from > one > > node to the other. But here the live migration is not working, and this > S? > > > > > > > > I was wondering what approach others have taken and if they is something > I?m > > missing. > > > > I?ve looked into the XEN locking system but from my point of view the > risk > > of dead lock is not ideal as well. From my point of view a DLM XEN > locking > > system will be a good one, I don?t know if some work have been done in > the > > domain? > > > > > > > > Thanks in advance > > > > Herve > > > > > > > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Personally I would steer clear of cLVM. > > If your SAN provides nice programatic control you can possibly > integrate it's ability to do fencing into Pacemaker/Linux-HA stacking > using a custom OCF (not a huge amount of work usually). > This would give you everything you want but is mainly determined by > how "open" your SAN is. > > Alternatively you can run with no storage layer fencing and make sure > you have proper STONITH in play. > This is pretty easy with Pacemaker/Corosync stack and can be done in > alot of ways. If you are pretty sure of your stacks stability (no > deadlocks/kernel oops etc) then you can just use SSH STONITH. > However if you want to be really damn sure then you can use IP PDU, > USB poweroff etc. > > It's all about how sure you want to be/how much money/time you have. > > Joseph. > -- > CTO | Orion Virtualisation Solutions | www.orionvm.com.au > Phone: 1300 56 99 52 | Mobile: 0428 754 846 > > > > ------------------------------ > > Message: 3 > Date: Thu, 02 Aug 2012 21:48:22 -0700 > From: "Michael Egglestone" > To: xen-users@lists.xen.org > Subject: [Xen-users] settinjg dom0 memory, where did I go wrong? > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Hello, > I'm trying to set dom0 to 4G of memory. > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I > thought I would try it, please advise otherwise) :) > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) > > Here is my /etc/default/grub > > GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin" > > Here is my /etc/xen/xend-config.sxp > > [snip] > # dom0-min-mem is the lowest permissible memory level (in MB) for dom0. > # This is a minimum both for auto-ballooning (as enabled by > # enable-dom0-ballooning below) and for xm mem-set when applied to dom0. > (dom0-min-mem 196) > > # Whether to enable auto-ballooning of dom0 to allow domUs to be created. > # If enable-dom0-ballooning = no, dom0 will never balloon out. > (enable-dom0-ballooning no) > > # 32-bit paravirtual domains can only consume physical > # memory below 168GB. On systems with memory beyond that address, > # they'll be confined to memory below 128GB. > # Using total_available_memory (in GB) to specify the amount of memory > reserved > # in the memory pool exclusively for 32-bit paravirtual domains. > # Additionally you should use dom0_mem = <-Value> as a parameter in > # xen kernel to reserve the memory for 32-bit paravirtual domains, default > # is "0" (0GB). > (total_available_memory 0) > > # In SMP system, dom0 will use dom0-cpus # of CPUS > # If dom0-cpus = 0, dom0 will take all cpus available > (dom0-cpus 4) > [snip] > > I've updated grub to populate /boot/grub/grub.cfg and then rebooted. > It boots, and then I run top on my dom0 which shows this: > > Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie > Cpu(s): 0.1%us, 0.3%sy, 0.0%ni, 96.9%id, 1.8%wa, 0.0%hi, 0.0%si, > 0.9%st > Mem: 2267508k total, 1641848k used, 625660k free, 88140k buffers > Swap: 0k total, 0k used, 0k free, 1279128k cached > > Why do I only have 2Gig of RAM? > > Here are my domU's... > > root@xen:/etc/xen# xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 2557 4 r----- > 252.0 > debian-central 1 1024 2 -b---- > 22.2 > debian-cms 2 4096 2 -b---- > 186.7 > debian-ldap 3 1024 2 -b---- > 4.6 > debian-ts 4 1024 2 -b---- > 42.8 > redhat-sdsweb 5 4096 4 -b---- > 58.7 > w2k3-awards 6 2048 2 -b---- > 225.4 > w2k3-sme 8 2048 2 -b---- > 33.5 > w2k8-sme 7 2048 2 -b---- > 52.6 > root@xen:/etc/xen# > > root@xen:/etc/xen# xm info > host : xen.sd57.bc.ca > release : 2.6.32-5-xen-amd64 > version : #1 SMP Sun May 6 08:57:29 UTC 2012 > machine : x86_64 > nr_cpus : 24 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 2800 > hw_caps : > bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 > virt_caps : hvm hvm_directio > total_memory : 32704 > free_memory : 12115 > node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 > node1:1,3,5,7,9,11,13,15,17,19,21,23 > node_to_memory : node0:2172 > node1:9942 > node_to_dma32_mem : node0:2172 > node1:0 > max_node_id : 1 > xen_major : 4 > xen_minor : 0 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : placeholder dom0_mem=4096M dom0_vcpus_pin > cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) > cc_compile_by : fw > cc_compile_domain : deneb.enyo.de > cc_compile_date : Thu Jun 21 06:41:09 UTC 2012 > xend_config_format : 4 > root@xen:/etc/xen# > > Thanks for your advice! > > Cheers, > Mike > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120802/1c27f98b/attachment.html > > > > ------------------------------ > > Message: 4 > Date: Fri, 03 Aug 2012 08:49:39 +0200 > From: Emmanuel COURCELLE > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? > Message-ID: <501B7483.6030908@toulouse.inra.fr> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > Le 03/08/2012 06:48, Michael Egglestone a ?crit : > > Hello, > > I'm trying to set dom0 to 4G of memory. > > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, > > but I thought I would try it, please advise otherwise) :) > > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) > > > Hello > > I think you're running Debian ? Which version ? > > We installed recently a server with 256Gb memory, Debian testing/xen > 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest > with as more as 200Gb memory, and all this stuff works with as low as > 512Mb for dom0 ! > > However, top shows KiB Mem: 354520, free shows 354520 also, > > BUT > > xm top shows 523912K > > As far as I understand, xm top (or the equivalent if you'r using the xl > stack) is a better tool than top and others for monitoring dom0. > > Sincerely, > > -- > Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr > L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 > I.N.R.A. - 24 chemin de Borde Rouge - Auzeville > CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/ab169856/attachment.html > > > > ------------------------------ > > Message: 5 > Date: Fri, 03 Aug 2012 11:33:23 +0100 > From: Andrew Wade > To: xen-users@lists.xen.org > Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen > 4.0.1) > Message-ID: <501BA8F3.6060701@memset.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing" memory. > > My set up: > > * Xen 4.0.1 on Debian 6.0.5 > * dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=512M (GRUB > config). (I also tried with dom0-min-mem 0) > * Host server has 32GB RAM > > # xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 501 8 r----- > 12.0 > > # xm info|grep memory > total_memory : 32758 > free_memory : 31832 > > 32758 (total) - 31832 ('free_memory') - 512 (dom0) = 414MB unaccounted. > (No domus are running) > > I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832 > reported by xm info free_memory plus I calculated about ~250MB memory > overhead) and 4 VCPUs but it wouldn't start due to insufficient memory > available. I expected it to fit. > > Is there an official calculation for the memory overhead (for > tables/caches etc)? > > Can anyone explain why a domu with 31,488MB won't start when 31,832MB is > free? I'm trying to calculate the most amount of RAM a domU can have > (i.e. to occupy an entire server) > > Thanks. > > -- > Andrew Wade > > Memset Ltd., registration number 4504980. 25 Frederick Sanger Road, > Guildford, Surrey, GU2 7YD, UK. > > > > ------------------------------ > > Message: 6 > Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT) > From: gavin gao > To: xen-users@lists.xensource.com > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel > now publicly released > Message-ID: <1343992995864-5710502.post@n5.nabble.com> > Content-Type: text/plain; charset=us-ascii > > > > Hi everyone > This feature is very cool.When I execute "make linux kernel" on my > VM(vcpus=4,memory=256M to simulate memory pressure),it take almost 30 > hours, > and tmem reduce this time to 2 hours~~~ > > I am go on testing it~~~ > > > > Gavin > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/Transcendent-Memory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html > Sent from the Xen - User mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 7 > Date: Fri, 3 Aug 2012 11:47:22 +0000 > From: Stephan Seitz > To: gavin gao > Cc: "xen-users@lists.xensource.com" > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel > now publicly released > Message-ID: <1343994442.9254.2.camel@wotan2> > Content-Type: text/plain; charset="utf-8" > > Hi, > > how are you implementing it? > > I'm currently using it on test machines with > xen bootargs tmem tmem_dedup tmem_compress > and > dom0 kernel bootargs tmem > > the domUs also have recent kernels with tmem bootargs as well as the > zcache module loaded. > > I noticed very high memory latency when overcommiting memory. > > cheers, > > Stephan > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/40f47ca8/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 490 bytes > Desc: This is a digitally signed message part > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/40f47ca8/attachment.pgp > > > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 90, Issue 4 > **************************************** > --14dae9340ce73ecf6004c65bca17 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry iam newb on virtualization , I must use Xen for a project of Distribu= ted and Cooperative backup application and I would simulate it with virtual= machines hence with XEN. Unfortunally iam tring since two week for install= it . I would know something form started , because iam becoming flip . I w= ould use as Domain 0 linux mint 13 32 bit .
i had seen some package , but i am not be able to start by boot . please he= lp me . And sorry for my terrible English. thx


On Fri, Aug 3, 2012 at 2:00 PM, <xen-users= -request@lists.xen.org> wrote:
Send Xen-users mailing list submissions to =A0 =A0 =A0 =A0 xen-users@lists.= xen.org

To subscribe or unsubscribe via the World Wide Web, visit
=A0 =A0 =A0 =A0 http://lists.xen.org/cgi-bin/mailman/listinfo/xe= n-users
or, via email, send a message with subject or body 'help' to
=A0 =A0 =A0 =A0 xen-user= s-request@lists.xen.org

You can reach the person managing the list at
=A0 =A0 =A0 =A0 xen-users-= owner@lists.xen.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Xen-users digest..."


Today's Topics:

=A0 =A01. Re: any opensource controllers to recommand? (Joseph Glanville) =A0 =A02. Re: XEN HA Cluster with LVM fencing and live migration ? The
=A0 =A0 =A0 right way ? (Joseph Glanville)
=A0 =A03. settinjg dom0 memory, where did I go wrong? (Michael Egglestone)<= br> =A0 =A04. Re: settinjg dom0 memory, where did I go wrong?
=A0 =A0 =A0 (Emmanuel COURCELLE)
=A0 =A05. Shoehorning a domU and "missing" memory (Xen 4.0.1) (An= drew Wade)
=A0 =A06. Re: Transcendent Memory ("tmem") -capable kernel now pu= blicly
=A0 =A0 =A0 released (gavin gao)
=A0 =A07. Re: Transcendent Memory ("tmem") -capable kernel now pu= blicly
=A0 =A0 =A0 released (Stephan Seitz)


----------------------------------------------------------------------

Message: 1
Date: Fri, 3 Aug 2012 10:07:49 +1000
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: David Erickson <halcyon1981= @gmail.com>
Cc: yue wang <heuye.wang@gmail.c= om>, xen-users@lists.xen.= org
Subject: Re: [Xen-users] any opensource controllers to recommand?
Message-ID:
=A0 =A0 =A0 =A0 <CAOzFzEjOtm2YFZO6frKjH8bLwSUYfiCL0F6Yc2=3D2iF-9VTWebw@mail.gmail.com>
Content-Type: text/plain; charset=3D"utf-8"

On 2 August 2012 10:39, David Erickson <halcyon1981@gmail.com> wrote:

> I am biased as the author of Beacon (http://www.beaconcontroller.net/),
> but I have been using it with a cluster of 80 XenServer machines runni= ng
> OVS, interconnected by physical OpenFlow switches for over a year.
>

I'll second Beacon as a good choice. Great performance and probably the=
most featureful of the open-source controllers.

If you want to get hacking on stuff really fast then there is NOX which
though not as tanky as Beacon lets you write extensions in Python, which is=
imo a big plus.

There is also this project which I am yet to try out but it looks
interesting:

https://github.com/t= rema

It seems to be the remnants of the NEC Helios controller. (which to my
knowledge was never available anywhere).


>
> On Tue, Jul 31, 2012 at 7:57 PM, yue wang <heuye.wang@gmail.com> wrote:
>
>> Hi, All
>>
>> do you have any opensource controllers to recommand?
>> since XCP don't have a controller to control OVS centrally,i n= eed a
>> controller like vswitch controller for xenserver.
>> there are so many open source openflow controller, i really don= 9;t know
>> which one to choose.
>>
>> thanks in advance[?]
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
>



--
CTO | Orion Virtualisation Solutions | www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120803/80feeefd/attachment.html&= gt;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 360.gif
Type: image/gif
Size: 453 bytes
Desc: not available
URL: <http://lists.xen.org/= archives/html/xen-users/attachments/20120803/80feeefd/attachment.gif>= ;

------------------------------

Message: 2
Date: Fri, 3 Aug 2012 10:14:23 +1000
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: Herve Roux <vevroux@msn.com&g= t;
Cc: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live
=A0 =A0 =A0 =A0 migration ? The right way ?
Message-ID:
=A0 =A0 =A0 =A0 <CAOzFzEgvYFqyFKVCHDXKMvSiwx1Lfq0M6aQgAS4V3zJfZ=3DoPfg@mail.gmail.com>
Content-Type: text/plain; charset=3Dwindows-1252

On 2 August 2012 18:19, Herve Roux <v= evroux@msn.com> wrote:
> Hi,
>
>
>
> I am trying to build a rock solid XEN High availability cluster. The > platform is SLES 11 SP1 running on 2 HP DL585 both connected through H= BA
> fiber channel to the SAN (HP EVA).
>
> XEN is running smoothly and I?m even amazed with the live migration > performances (this is the first time I have the chance to try it in su= ch a
> nice environment).
>
> XEN apart the SLES heartbeat cluster is running fine as well and they = both
> interact nicely.
>
> Where I?m having some doubts is regarding the storage layout. I have t= ried
> several configurations but each time I have to compromise. And here is= the
> problem, I don?t like to compromise ;)
>
>
>
> First I?ve tried to use a SAN LUN per Guest (using directly the multip= ath dm
> device as phy disk ). This is working nicely, live migration works fin= e,
> easy setup even if the multipath.conf can get a bit fussy with the gro= wing
> number of LUNs : but no fencing at all, I can start the VM on both nod= e and
> this is BAD!
>
> Then I?ve tried to used cLVM on top of the multipath. I?ve managed to = get
> cLVM up and running pretty easily in the cluster environment.
>
> From here to way of thinking:
>
> 1. =A0 =A0 =A0 One big SR on the SAN split into LV that I can use for = my VM. A
> huge step forward flexibility, no need to reconfigure the SAN each tim= e?
> Still with this solution the SR VG is open in shared mode between the = nodes
> and I don?t have low level lock of the storage. I can start a VM two t= ime
> and this is bad bad bad?
>
> 2. =A0 =A0 =A0 In order to provide fencing at the LVM level I can take= another
> approach: 1 VG per volume an open it in exclusive mode. The volume wil= l be
> active on one node at a time and I have no risk of data corruption. = =A0The
> cluster will be in charge of balancing to volume when migrating VM fro= m one
> node to the =A0other. But here the live migration is not working, and = this S?
>
>
>
> I was wondering what approach others have taken and if they is somethi= ng I?m
> missing.
>
> I?ve looked into the XEN locking system but from my point of view the = risk
> of dead lock is not ideal as well. From my point of view a DLM XEN loc= king
> system will be a good one, I don?t know if some work have been done in= the
> domain?
>
>
>
> Thanks in advance
>
> Herve
>
>
>
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

Personally I would steer clear of cLVM.

If your SAN provides nice programatic control you can possibly
integrate it's ability to do fencing into Pacemaker/Linux-HA stacking using a custom OCF (not a huge amount of work usually).
This would give you everything you want but is mainly determined by
how "open" your SAN is.

Alternatively you can run with no storage layer fencing and make sure
you have proper STONITH in play.
This is pretty easy with Pacemaker/Corosync stack and can be done in
alot of ways. If you are pretty sure of your stacks stability (no
deadlocks/kernel oops etc) then you can just use SSH STONITH.
However if you want to be really damn sure then you can use IP PDU,
USB poweroff etc.

It's all about how sure you want to be/how much money/time you have.
Joseph.
--
CTO | Orion Virtualisation Solutions | www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846



------------------------------

Message: 3
Date: Thu, 02 Aug 2012 21:48:22 -0700
From: "Michael Egglestone" <= mike@estone.ca>
To: xen-users@lists.xen.org<= br> Subject: [Xen-users] settinjg dom0 memory, where did I go wrong?
Message-ID: <fc.00000001e6690c0f00000001e6690c0f.e6690c10@estone.ca&g= t;
Content-Type: text/plain; charset=3D"utf-8"

Hello,
I'm trying to set dom0 to 4G of memory.
(Let me quickly say I don't know if 4G of RAM for dom0 is good idea, bu= t I thought I would try it, please advise otherwise) =A0:)
My system has 32Gig of memory. (Xeon's with Debian 6.0.5)

Here is my /etc/default/grub

GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D4096M dom0_vcpus_pin"

Here is my /etc/xen/xend-config.sxp

[snip]
# dom0-min-mem is the lowest permissible memory level (in MB) for dom0.
# This is a minimum both for auto-ballooning (as enabled by
# enable-dom0-ballooning below) and for xm mem-set when applied to dom0. (dom0-min-mem 196)

# Whether to enable auto-ballooning of dom0 to allow domUs to be created. # If enable-dom0-ballooning =3D no, dom0 will never balloon out.
(enable-dom0-ballooning no)

# 32-bit paravirtual domains can only consume physical
# memory below 168GB. On systems with memory beyond that address,
# they'll be confined to memory below 128GB.
# Using total_available_memory (in GB) to specify the amount of memory rese= rved
# in the memory pool exclusively for 32-bit paravirtual domains.
# Additionally you should use dom0_mem =3D <-Value> as a parameter in=
# xen kernel to reserve the memory for 32-bit paravirtual domains, default<= br> # is "0" (0GB).
(total_available_memory 0)

# In SMP system, dom0 will use dom0-cpus # of CPUS
# If dom0-cpus =3D 0, dom0 will take all cpus available
(dom0-cpus 4)
[snip]

I've updated grub to populate /boot/grub/grub.cfg and then rebooted. It boots, and then I run top on my dom0 which shows this:

Tasks: 153 total, =A0 1 running, 152 sleeping, =A0 0 stopped, =A0 0 zombie<= br> Cpu(s): =A00.1%us, =A00.3%sy, =A00.0%ni, 96.9%id, =A01.8%wa, =A00.0%hi, =A0= 0.0%si, =A00.9%st
Mem: =A0 2267508k total, =A01641848k used, =A0 625660k free, =A0 =A088140k = buffers
Swap: =A0 =A0 =A0 =A00k total, =A0 =A0 =A0 =A00k used, =A0 =A0 =A0 =A00k fr= ee, =A01279128k cached

Why do I only have 2Gig of RAM?

Here are my domU's...

root@xen:/etc/xen# xm list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A02557 =A0 =A0 4 =A0 =A0 r----- =A0 =A0252.0
debian-central =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = 1 =A01024 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 22.2
debian-cms =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 2 =A04096 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0186.7
debian-ldap =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A03 =A01024 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 =A04.6
debian-ts =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A04 =A01024 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 42.8
redhat-sdsweb =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A05 =A04096 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 58.7
w2k3-awards =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A06 =A02048 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0225.4
w2k3-sme =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 8 =A02048 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 33.5
w2k8-sme =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 7 =A02048 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 52.6
root@xen:/etc/xen#

root@xen:/etc/xen# xm info
host =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : xen.sd57.bc.ca
release =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2.6.32-5-xen-amd64
version =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: #1 SMP Sun May 6 08:57:29 UTC 2012=
machine =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: x86_64
nr_cpus =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 24
nr_nodes =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 2
cores_per_socket =A0 =A0 =A0 : 6
threads_per_core =A0 =A0 =A0 : 2
cpu_mhz =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2800
hw_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: bfebfbff:2c100800:00000000:00001f4= 0:029ee3ff:00000000:00000001:00000000
virt_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0: hvm hvm_directio
total_memory =A0 =A0 =A0 =A0 =A0 : 32704
free_memory =A0 =A0 =A0 =A0 =A0 =A0: 12115
node_to_cpu =A0 =A0 =A0 =A0 =A0 =A0: node0:0,2,4,6,8,10,12,14,16,18,20,22 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0node1:1,3,5,7,9,11,13,15= ,17,19,21,23
node_to_memory =A0 =A0 =A0 =A0 : node0:2172
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0node1:9942
node_to_dma32_mem =A0 =A0 =A0: node0:2172
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0node1:0
max_node_id =A0 =A0 =A0 =A0 =A0 =A0: 1
xen_major =A0 =A0 =A0 =A0 =A0 =A0 =A0: 4
xen_minor =A0 =A0 =A0 =A0 =A0 =A0 =A0: 0
xen_extra =A0 =A0 =A0 =A0 =A0 =A0 =A0: .1
xen_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3= .0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler =A0 =A0 =A0 =A0 =A0: credit
xen_pagesize =A0 =A0 =A0 =A0 =A0 : 4096
platform_params =A0 =A0 =A0 =A0: virt_start=3D0xffff800000000000
xen_changeset =A0 =A0 =A0 =A0 =A0: unavailable
xen_commandline =A0 =A0 =A0 =A0: placeholder dom0_mem=3D4096M dom0_vcpus_pi= n
cc_compiler =A0 =A0 =A0 =A0 =A0 =A0: gcc version 4.4.5 (Debian 4.4.5-8)
cc_compile_by =A0 =A0 =A0 =A0 =A0: fw
cc_compile_domain =A0 =A0 =A0: deneb.enyo.de
cc_compile_date =A0 =A0 =A0 =A0: Thu Jun 21 06:41:09 UTC 2012
xend_config_format =A0 =A0 : 4
root@xen:/etc/xen#

Thanks for your advice!

Cheers,
Mike

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120802/1c27f98b/attachment.html&= gt;

------------------------------

Message: 4
Date: Fri, 03 Aug 2012 08:49:39 +0200
From: Emmanuel COURCELLE <emmanuel.courcelle@toulouse.inra.fr>
To: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong?
Message-ID: <501B74= 83.6030908@toulouse.inra.fr>
Content-Type: text/plain; charset=3D"iso-8859-1"; Format=3D"= flowed"

Le 03/08/2012 06:48, Michael Egglestone a ?crit :
> Hello,
> I'm trying to set dom0 to 4G of memory.
> (Let me quickly say I don't know if 4G of RAM for dom0 is good ide= a,
> but I thought I would try it, please advise otherwise) =A0:)
> My system has 32Gig of memory. (Xeon's with Debian 6.0.5)
>
Hello

I think you're running Debian ? Which version ?

We installed recently a server with 256Gb memory, Debian testing/xen
4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest
with as more as 200Gb memory, and all this stuff works with as low as
512Mb for dom0 !

However, top shows KiB Mem: =A0 =A0354520, free shows 354520 also,

BUT

xm top shows 523912K

As far as I understand, xm top (or the equivalent if you'r using the xl=
stack) is a better tool than top and others for monitoring dom0.

Sincerely,

--
Emmanuel COURCELLE =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0emmanuel.courcelle@toulouse.inra.fr
L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50
I.N.R.A. - 24 chemin de Borde Rouge - Auzeville
CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120803/ab169856/attachment.html&= gt;

------------------------------

Message: 5
Date: Fri, 03 Aug 2012 11:33:23 +0100
From: Andrew Wade <andrew@memset.co= m>
To: xen-users@lists.xen.org<= br> Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen=
=A0 =A0 =A0 =A0 4.0.1)
Message-ID: <501BA8F3.606= 0701@memset.com>
Content-Type: text/plain; charset=3DISO-8859-1

Hi,

I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing"= ; memory.

My set up:

=A0* Xen 4.0.1 on Debian 6.0.5
=A0* dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=3D512M (GRUB
config). (I also tried with dom0-min-mem 0)
=A0* Host server has 32GB RAM

# xm list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State
Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A0 501 =A0 =A0 8 =A0 =A0 r-----
=A0 12.0

# xm info|grep memory
total_memory =A0 =A0 =A0 =A0 =A0 : 32758
free_memory =A0 =A0 =A0 =A0 =A0 =A0: 31832

32758 (total) - 31832 ('free_memory') - 512 (dom0) =3D 414MB unacco= unted.
(No domus are running)

I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832
reported by xm info free_memory plus I calculated about ~250MB memory
overhead) and 4 VCPUs but it wouldn't start due to insufficient memory<= br> available. I expected it to fit.

Is there an official calculation for the memory overhead (for
tables/caches etc)?

Can anyone explain why a domu with 31,488MB won't start when 31,832MB i= s
free? I'm trying to calculate the most amount of RAM a domU can have (i.e. to occupy an entire server)

Thanks.

--
Andrew Wade

Memset Ltd., registration number 4504980. 25 Frederick Sanger Road,
Guildford, Surrey, GU2 7YD, UK.



------------------------------

Message: 6
Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT)
From: gavin gao <gavin2011= 2012@yahoo.com.cn>
To: xen-users@lists.xensou= rce.com
Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable ke= rnel
=A0 =A0 =A0 =A0 now publicly released
Message-ID: <1343992995864-5710502.post@n5.nabble.com>
Content-Type: text/plain; charset=3Dus-ascii



Hi =A0everyone
This feature is very cool.When I execute "make linux kernel" on m= y
VM(vcpus=3D4,memory=3D256M to simulate memory pressure),it take almost 30 h= ours,
and tmem reduce this time to 2 hours~~~

I am =A0go on testing it~~~



Gavin



--
View this message in context: http://xen.1045712.n5.nabble.com/Transcendent-M= emory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html<= br> Sent from the Xen - User mailing list archive at Nabble.com.



------------------------------

Message: 7
Date: Fri, 3 Aug 2012 11:47:22 +0000
From: Stephan Seitz <s.seitz@netz= haut.de>
To: gavin gao <gavin201120= 12@yahoo.com.cn>
Cc: "xen-users@lists.= xensource.com" <xen-users@lists.xensource.com>
Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable ke= rnel
=A0 =A0 =A0 =A0 now publicly released
Message-ID: <1343994442.9254.2.camel@wotan2>
Content-Type: text/plain; charset=3D"utf-8"

Hi,

how are you implementing it?

I'm currently using it on test machines with
=A0 =A0 xen bootargs tmem tmem_dedup tmem_compress
and
=A0 =A0 dom0 kernel bootargs tmem

the domUs also have recent kernels with tmem bootargs as well as the
zcache module loaded.

I noticed very high memory latency when overcommiting memory.

cheers,

Stephan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120803/40f47ca8/attachment.html&= gt;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xen.org/= archives/html/xen-users/attachments/20120803/40f47ca8/attachment.pgp>= ;

------------------------------

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users


End of Xen-users Digest, Vol 90, Issue 4
****************************************

--14dae9340ce73ecf6004c65bca17-- --===============3258961653940254853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3258961653940254853==-- From xen-users-bounces@lists.xen.org Fri Aug 03 12:38:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 12:38:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH8H-00039y-0C; Fri, 03 Aug 2012 12:37:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxH8E-00039o-Oc for xen-users@lists.xen.org; Fri, 03 Aug 2012 12:37:31 +0000 Received: from [85.158.143.99:5369] by server-3.bemta-4.messagelabs.com id 0B/DD-01511-906CB105; Fri, 03 Aug 2012 12:37:29 +0000 X-Env-Sender: inf.maltese@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1343997445!18434410!1 X-Originating-IP: [209.85.161.193] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17348 invoked from network); 3 Aug 2012 12:37:26 -0000 Received: from mail-gg0-f193.google.com (HELO mail-gg0-f193.google.com) (209.85.161.193) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 12:37:26 -0000 Received: by ggdk6 with SMTP id k6so190471ggd.8 for ; Fri, 03 Aug 2012 05:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yUNWmksSkykVcb3SotQuLfMJjO3t+I1e4FhBoltNEq0=; b=baOfFj6V+ZmaEGHcqru5SsCL1b7dWmd4t/Hx+fHPU5Ld7IaeP2+3fQDdPTJnGK/fp7 iMtHmafrSWd5b6Q6737ZtA98EAI+GR+wDDxGPU7TNS9Y/KzETb+bnUZh9qrLGbgtkUyM cMzSc41xZcN/BghrWPzdQR4AqYDKj8nYYnD1LyTPnWrWD2F3UBLylD4I2aNNBJt+gZNe usbPWsFKvN7u2B0V/YUHSRZPmXnPSOXOR7Flhp7SGqe1NJSnMT2z7DuNHDx7CrB/k/w+ NtIWQU19y1im7x7yyymuFOZ1C3sEIkuEsN6tgtTm3JWmdaq+gZmKT6ERNSd7p7pmYFSP G1Zw== MIME-Version: 1.0 Received: by 10.50.220.195 with SMTP id py3mr3021109igc.70.1343997444280; Fri, 03 Aug 2012 05:37:24 -0700 (PDT) Received: by 10.64.141.76 with HTTP; Fri, 3 Aug 2012 05:37:24 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Aug 2012 14:37:24 +0200 Message-ID: From: Salvatore Maltese To: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen-users Digest, Vol 90, Issue 4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3258961653940254853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3258961653940254853== Content-Type: multipart/alternative; boundary=14dae9340ce73ecf6004c65bca17 --14dae9340ce73ecf6004c65bca17 Content-Type: text/plain; charset=ISO-8859-1 Sorry iam newb on virtualization , I must use Xen for a project of Distributed and Cooperative backup application and I would simulate it with virtual machines hence with XEN. Unfortunally iam tring since two week for install it . I would know something form started , because iam becoming flip . I would use as Domain 0 linux mint 13 32 bit . i had seen some package , but i am not be able to start by boot . please help me . And sorry for my terrible English. thx On Fri, Aug 3, 2012 at 2:00 PM, wrote: > Send Xen-users mailing list submissions to > xen-users@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org > > You can reach the person managing the list at > xen-users-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. Re: any opensource controllers to recommand? (Joseph Glanville) > 2. Re: XEN HA Cluster with LVM fencing and live migration ? The > right way ? (Joseph Glanville) > 3. settinjg dom0 memory, where did I go wrong? (Michael Egglestone) > 4. Re: settinjg dom0 memory, where did I go wrong? > (Emmanuel COURCELLE) > 5. Shoehorning a domU and "missing" memory (Xen 4.0.1) (Andrew Wade) > 6. Re: Transcendent Memory ("tmem") -capable kernel now publicly > released (gavin gao) > 7. Re: Transcendent Memory ("tmem") -capable kernel now publicly > released (Stephan Seitz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 3 Aug 2012 10:07:49 +1000 > From: Joseph Glanville > To: David Erickson > Cc: yue wang , xen-users@lists.xen.org > Subject: Re: [Xen-users] any opensource controllers to recommand? > Message-ID: > 2iF-9VTWebw@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On 2 August 2012 10:39, David Erickson wrote: > > > I am biased as the author of Beacon (http://www.beaconcontroller.net/), > > but I have been using it with a cluster of 80 XenServer machines running > > OVS, interconnected by physical OpenFlow switches for over a year. > > > > I'll second Beacon as a good choice. Great performance and probably the > most featureful of the open-source controllers. > > If you want to get hacking on stuff really fast then there is NOX which > though not as tanky as Beacon lets you write extensions in Python, which is > imo a big plus. > > There is also this project which I am yet to try out but it looks > interesting: > > https://github.com/trema > > It seems to be the remnants of the NEC Helios controller. (which to my > knowledge was never available anywhere). > > > > > > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: > > > >> Hi, All > >> > >> do you have any opensource controllers to recommand? > >> since XCP don't have a controller to control OVS centrally,i need a > >> controller like vswitch controller for xenserver. > >> there are so many open source openflow controller, i really don't know > >> which one to choose. > >> > >> thanks in advance[?] > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > >> > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > > > > -- > CTO | Orion Virtualisation Solutions | www.orionvm.com.au > Phone: 1300 56 99 52 | Mobile: 0428 754 846 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/80feeefd/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: 360.gif > Type: image/gif > Size: 453 bytes > Desc: not available > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/80feeefd/attachment.gif > > > > ------------------------------ > > Message: 2 > Date: Fri, 3 Aug 2012 10:14:23 +1000 > From: Joseph Glanville > To: Herve Roux > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live > migration ? The right way ? > Message-ID: > oPfg@mail.gmail.com> > Content-Type: text/plain; charset=windows-1252 > > On 2 August 2012 18:19, Herve Roux wrote: > > Hi, > > > > > > > > I am trying to build a rock solid XEN High availability cluster. The > > platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA > > fiber channel to the SAN (HP EVA). > > > > XEN is running smoothly and I?m even amazed with the live migration > > performances (this is the first time I have the chance to try it in such > a > > nice environment). > > > > XEN apart the SLES heartbeat cluster is running fine as well and they > both > > interact nicely. > > > > Where I?m having some doubts is regarding the storage layout. I have > tried > > several configurations but each time I have to compromise. And here is > the > > problem, I don?t like to compromise ;) > > > > > > > > First I?ve tried to use a SAN LUN per Guest (using directly the > multipath dm > > device as phy disk ). This is working nicely, live migration works fine, > > easy setup even if the multipath.conf can get a bit fussy with the > growing > > number of LUNs : but no fencing at all, I can start the VM on both node > and > > this is BAD! > > > > Then I?ve tried to used cLVM on top of the multipath. I?ve managed to get > > cLVM up and running pretty easily in the cluster environment. > > > > From here to way of thinking: > > > > 1. One big SR on the SAN split into LV that I can use for my VM. A > > huge step forward flexibility, no need to reconfigure the SAN each time? > > Still with this solution the SR VG is open in shared mode between the > nodes > > and I don?t have low level lock of the storage. I can start a VM two time > > and this is bad bad bad? > > > > 2. In order to provide fencing at the LVM level I can take another > > approach: 1 VG per volume an open it in exclusive mode. The volume will > be > > active on one node at a time and I have no risk of data corruption. The > > cluster will be in charge of balancing to volume when migrating VM from > one > > node to the other. But here the live migration is not working, and this > S? > > > > > > > > I was wondering what approach others have taken and if they is something > I?m > > missing. > > > > I?ve looked into the XEN locking system but from my point of view the > risk > > of dead lock is not ideal as well. From my point of view a DLM XEN > locking > > system will be a good one, I don?t know if some work have been done in > the > > domain? > > > > > > > > Thanks in advance > > > > Herve > > > > > > > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Personally I would steer clear of cLVM. > > If your SAN provides nice programatic control you can possibly > integrate it's ability to do fencing into Pacemaker/Linux-HA stacking > using a custom OCF (not a huge amount of work usually). > This would give you everything you want but is mainly determined by > how "open" your SAN is. > > Alternatively you can run with no storage layer fencing and make sure > you have proper STONITH in play. > This is pretty easy with Pacemaker/Corosync stack and can be done in > alot of ways. If you are pretty sure of your stacks stability (no > deadlocks/kernel oops etc) then you can just use SSH STONITH. > However if you want to be really damn sure then you can use IP PDU, > USB poweroff etc. > > It's all about how sure you want to be/how much money/time you have. > > Joseph. > -- > CTO | Orion Virtualisation Solutions | www.orionvm.com.au > Phone: 1300 56 99 52 | Mobile: 0428 754 846 > > > > ------------------------------ > > Message: 3 > Date: Thu, 02 Aug 2012 21:48:22 -0700 > From: "Michael Egglestone" > To: xen-users@lists.xen.org > Subject: [Xen-users] settinjg dom0 memory, where did I go wrong? > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Hello, > I'm trying to set dom0 to 4G of memory. > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I > thought I would try it, please advise otherwise) :) > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) > > Here is my /etc/default/grub > > GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin" > > Here is my /etc/xen/xend-config.sxp > > [snip] > # dom0-min-mem is the lowest permissible memory level (in MB) for dom0. > # This is a minimum both for auto-ballooning (as enabled by > # enable-dom0-ballooning below) and for xm mem-set when applied to dom0. > (dom0-min-mem 196) > > # Whether to enable auto-ballooning of dom0 to allow domUs to be created. > # If enable-dom0-ballooning = no, dom0 will never balloon out. > (enable-dom0-ballooning no) > > # 32-bit paravirtual domains can only consume physical > # memory below 168GB. On systems with memory beyond that address, > # they'll be confined to memory below 128GB. > # Using total_available_memory (in GB) to specify the amount of memory > reserved > # in the memory pool exclusively for 32-bit paravirtual domains. > # Additionally you should use dom0_mem = <-Value> as a parameter in > # xen kernel to reserve the memory for 32-bit paravirtual domains, default > # is "0" (0GB). > (total_available_memory 0) > > # In SMP system, dom0 will use dom0-cpus # of CPUS > # If dom0-cpus = 0, dom0 will take all cpus available > (dom0-cpus 4) > [snip] > > I've updated grub to populate /boot/grub/grub.cfg and then rebooted. > It boots, and then I run top on my dom0 which shows this: > > Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie > Cpu(s): 0.1%us, 0.3%sy, 0.0%ni, 96.9%id, 1.8%wa, 0.0%hi, 0.0%si, > 0.9%st > Mem: 2267508k total, 1641848k used, 625660k free, 88140k buffers > Swap: 0k total, 0k used, 0k free, 1279128k cached > > Why do I only have 2Gig of RAM? > > Here are my domU's... > > root@xen:/etc/xen# xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 2557 4 r----- > 252.0 > debian-central 1 1024 2 -b---- > 22.2 > debian-cms 2 4096 2 -b---- > 186.7 > debian-ldap 3 1024 2 -b---- > 4.6 > debian-ts 4 1024 2 -b---- > 42.8 > redhat-sdsweb 5 4096 4 -b---- > 58.7 > w2k3-awards 6 2048 2 -b---- > 225.4 > w2k3-sme 8 2048 2 -b---- > 33.5 > w2k8-sme 7 2048 2 -b---- > 52.6 > root@xen:/etc/xen# > > root@xen:/etc/xen# xm info > host : xen.sd57.bc.ca > release : 2.6.32-5-xen-amd64 > version : #1 SMP Sun May 6 08:57:29 UTC 2012 > machine : x86_64 > nr_cpus : 24 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 2800 > hw_caps : > bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 > virt_caps : hvm hvm_directio > total_memory : 32704 > free_memory : 12115 > node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 > node1:1,3,5,7,9,11,13,15,17,19,21,23 > node_to_memory : node0:2172 > node1:9942 > node_to_dma32_mem : node0:2172 > node1:0 > max_node_id : 1 > xen_major : 4 > xen_minor : 0 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : placeholder dom0_mem=4096M dom0_vcpus_pin > cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) > cc_compile_by : fw > cc_compile_domain : deneb.enyo.de > cc_compile_date : Thu Jun 21 06:41:09 UTC 2012 > xend_config_format : 4 > root@xen:/etc/xen# > > Thanks for your advice! > > Cheers, > Mike > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120802/1c27f98b/attachment.html > > > > ------------------------------ > > Message: 4 > Date: Fri, 03 Aug 2012 08:49:39 +0200 > From: Emmanuel COURCELLE > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? > Message-ID: <501B7483.6030908@toulouse.inra.fr> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > Le 03/08/2012 06:48, Michael Egglestone a ?crit : > > Hello, > > I'm trying to set dom0 to 4G of memory. > > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, > > but I thought I would try it, please advise otherwise) :) > > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) > > > Hello > > I think you're running Debian ? Which version ? > > We installed recently a server with 256Gb memory, Debian testing/xen > 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest > with as more as 200Gb memory, and all this stuff works with as low as > 512Mb for dom0 ! > > However, top shows KiB Mem: 354520, free shows 354520 also, > > BUT > > xm top shows 523912K > > As far as I understand, xm top (or the equivalent if you'r using the xl > stack) is a better tool than top and others for monitoring dom0. > > Sincerely, > > -- > Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr > L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 > I.N.R.A. - 24 chemin de Borde Rouge - Auzeville > CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/ab169856/attachment.html > > > > ------------------------------ > > Message: 5 > Date: Fri, 03 Aug 2012 11:33:23 +0100 > From: Andrew Wade > To: xen-users@lists.xen.org > Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen > 4.0.1) > Message-ID: <501BA8F3.6060701@memset.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing" memory. > > My set up: > > * Xen 4.0.1 on Debian 6.0.5 > * dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=512M (GRUB > config). (I also tried with dom0-min-mem 0) > * Host server has 32GB RAM > > # xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 501 8 r----- > 12.0 > > # xm info|grep memory > total_memory : 32758 > free_memory : 31832 > > 32758 (total) - 31832 ('free_memory') - 512 (dom0) = 414MB unaccounted. > (No domus are running) > > I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832 > reported by xm info free_memory plus I calculated about ~250MB memory > overhead) and 4 VCPUs but it wouldn't start due to insufficient memory > available. I expected it to fit. > > Is there an official calculation for the memory overhead (for > tables/caches etc)? > > Can anyone explain why a domu with 31,488MB won't start when 31,832MB is > free? I'm trying to calculate the most amount of RAM a domU can have > (i.e. to occupy an entire server) > > Thanks. > > -- > Andrew Wade > > Memset Ltd., registration number 4504980. 25 Frederick Sanger Road, > Guildford, Surrey, GU2 7YD, UK. > > > > ------------------------------ > > Message: 6 > Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT) > From: gavin gao > To: xen-users@lists.xensource.com > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel > now publicly released > Message-ID: <1343992995864-5710502.post@n5.nabble.com> > Content-Type: text/plain; charset=us-ascii > > > > Hi everyone > This feature is very cool.When I execute "make linux kernel" on my > VM(vcpus=4,memory=256M to simulate memory pressure),it take almost 30 > hours, > and tmem reduce this time to 2 hours~~~ > > I am go on testing it~~~ > > > > Gavin > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/Transcendent-Memory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html > Sent from the Xen - User mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 7 > Date: Fri, 3 Aug 2012 11:47:22 +0000 > From: Stephan Seitz > To: gavin gao > Cc: "xen-users@lists.xensource.com" > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel > now publicly released > Message-ID: <1343994442.9254.2.camel@wotan2> > Content-Type: text/plain; charset="utf-8" > > Hi, > > how are you implementing it? > > I'm currently using it on test machines with > xen bootargs tmem tmem_dedup tmem_compress > and > dom0 kernel bootargs tmem > > the domUs also have recent kernels with tmem bootargs as well as the > zcache module loaded. > > I noticed very high memory latency when overcommiting memory. > > cheers, > > Stephan > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/40f47ca8/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 490 bytes > Desc: This is a digitally signed message part > URL: < > http://lists.xen.org/archives/html/xen-users/attachments/20120803/40f47ca8/attachment.pgp > > > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 90, Issue 4 > **************************************** > --14dae9340ce73ecf6004c65bca17 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry iam newb on virtualization , I must use Xen for a project of Distribu= ted and Cooperative backup application and I would simulate it with virtual= machines hence with XEN. Unfortunally iam tring since two week for install= it . I would know something form started , because iam becoming flip . I w= ould use as Domain 0 linux mint 13 32 bit .
i had seen some package , but i am not be able to start by boot . please he= lp me . And sorry for my terrible English. thx


On Fri, Aug 3, 2012 at 2:00 PM, <xen-users= -request@lists.xen.org> wrote:
Send Xen-users mailing list submissions to =A0 =A0 =A0 =A0 xen-users@lists.= xen.org

To subscribe or unsubscribe via the World Wide Web, visit
=A0 =A0 =A0 =A0 http://lists.xen.org/cgi-bin/mailman/listinfo/xe= n-users
or, via email, send a message with subject or body 'help' to
=A0 =A0 =A0 =A0 xen-user= s-request@lists.xen.org

You can reach the person managing the list at
=A0 =A0 =A0 =A0 xen-users-= owner@lists.xen.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Xen-users digest..."


Today's Topics:

=A0 =A01. Re: any opensource controllers to recommand? (Joseph Glanville) =A0 =A02. Re: XEN HA Cluster with LVM fencing and live migration ? The
=A0 =A0 =A0 right way ? (Joseph Glanville)
=A0 =A03. settinjg dom0 memory, where did I go wrong? (Michael Egglestone)<= br> =A0 =A04. Re: settinjg dom0 memory, where did I go wrong?
=A0 =A0 =A0 (Emmanuel COURCELLE)
=A0 =A05. Shoehorning a domU and "missing" memory (Xen 4.0.1) (An= drew Wade)
=A0 =A06. Re: Transcendent Memory ("tmem") -capable kernel now pu= blicly
=A0 =A0 =A0 released (gavin gao)
=A0 =A07. Re: Transcendent Memory ("tmem") -capable kernel now pu= blicly
=A0 =A0 =A0 released (Stephan Seitz)


----------------------------------------------------------------------

Message: 1
Date: Fri, 3 Aug 2012 10:07:49 +1000
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: David Erickson <halcyon1981= @gmail.com>
Cc: yue wang <heuye.wang@gmail.c= om>, xen-users@lists.xen.= org
Subject: Re: [Xen-users] any opensource controllers to recommand?
Message-ID:
=A0 =A0 =A0 =A0 <CAOzFzEjOtm2YFZO6frKjH8bLwSUYfiCL0F6Yc2=3D2iF-9VTWebw@mail.gmail.com>
Content-Type: text/plain; charset=3D"utf-8"

On 2 August 2012 10:39, David Erickson <halcyon1981@gmail.com> wrote:

> I am biased as the author of Beacon (http://www.beaconcontroller.net/),
> but I have been using it with a cluster of 80 XenServer machines runni= ng
> OVS, interconnected by physical OpenFlow switches for over a year.
>

I'll second Beacon as a good choice. Great performance and probably the=
most featureful of the open-source controllers.

If you want to get hacking on stuff really fast then there is NOX which
though not as tanky as Beacon lets you write extensions in Python, which is=
imo a big plus.

There is also this project which I am yet to try out but it looks
interesting:

https://github.com/t= rema

It seems to be the remnants of the NEC Helios controller. (which to my
knowledge was never available anywhere).


>
> On Tue, Jul 31, 2012 at 7:57 PM, yue wang <heuye.wang@gmail.com> wrote:
>
>> Hi, All
>>
>> do you have any opensource controllers to recommand?
>> since XCP don't have a controller to control OVS centrally,i n= eed a
>> controller like vswitch controller for xenserver.
>> there are so many open source openflow controller, i really don= 9;t know
>> which one to choose.
>>
>> thanks in advance[?]
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users
>



--
CTO | Orion Virtualisation Solutions | www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120803/80feeefd/attachment.html&= gt;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 360.gif
Type: image/gif
Size: 453 bytes
Desc: not available
URL: <http://lists.xen.org/= archives/html/xen-users/attachments/20120803/80feeefd/attachment.gif>= ;

------------------------------

Message: 2
Date: Fri, 3 Aug 2012 10:14:23 +1000
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: Herve Roux <vevroux@msn.com&g= t;
Cc: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live
=A0 =A0 =A0 =A0 migration ? The right way ?
Message-ID:
=A0 =A0 =A0 =A0 <CAOzFzEgvYFqyFKVCHDXKMvSiwx1Lfq0M6aQgAS4V3zJfZ=3DoPfg@mail.gmail.com>
Content-Type: text/plain; charset=3Dwindows-1252

On 2 August 2012 18:19, Herve Roux <v= evroux@msn.com> wrote:
> Hi,
>
>
>
> I am trying to build a rock solid XEN High availability cluster. The > platform is SLES 11 SP1 running on 2 HP DL585 both connected through H= BA
> fiber channel to the SAN (HP EVA).
>
> XEN is running smoothly and I?m even amazed with the live migration > performances (this is the first time I have the chance to try it in su= ch a
> nice environment).
>
> XEN apart the SLES heartbeat cluster is running fine as well and they = both
> interact nicely.
>
> Where I?m having some doubts is regarding the storage layout. I have t= ried
> several configurations but each time I have to compromise. And here is= the
> problem, I don?t like to compromise ;)
>
>
>
> First I?ve tried to use a SAN LUN per Guest (using directly the multip= ath dm
> device as phy disk ). This is working nicely, live migration works fin= e,
> easy setup even if the multipath.conf can get a bit fussy with the gro= wing
> number of LUNs : but no fencing at all, I can start the VM on both nod= e and
> this is BAD!
>
> Then I?ve tried to used cLVM on top of the multipath. I?ve managed to = get
> cLVM up and running pretty easily in the cluster environment.
>
> From here to way of thinking:
>
> 1. =A0 =A0 =A0 One big SR on the SAN split into LV that I can use for = my VM. A
> huge step forward flexibility, no need to reconfigure the SAN each tim= e?
> Still with this solution the SR VG is open in shared mode between the = nodes
> and I don?t have low level lock of the storage. I can start a VM two t= ime
> and this is bad bad bad?
>
> 2. =A0 =A0 =A0 In order to provide fencing at the LVM level I can take= another
> approach: 1 VG per volume an open it in exclusive mode. The volume wil= l be
> active on one node at a time and I have no risk of data corruption. = =A0The
> cluster will be in charge of balancing to volume when migrating VM fro= m one
> node to the =A0other. But here the live migration is not working, and = this S?
>
>
>
> I was wondering what approach others have taken and if they is somethi= ng I?m
> missing.
>
> I?ve looked into the XEN locking system but from my point of view the = risk
> of dead lock is not ideal as well. From my point of view a DLM XEN loc= king
> system will be a good one, I don?t know if some work have been done in= the
> domain?
>
>
>
> Thanks in advance
>
> Herve
>
>
>
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

Personally I would steer clear of cLVM.

If your SAN provides nice programatic control you can possibly
integrate it's ability to do fencing into Pacemaker/Linux-HA stacking using a custom OCF (not a huge amount of work usually).
This would give you everything you want but is mainly determined by
how "open" your SAN is.

Alternatively you can run with no storage layer fencing and make sure
you have proper STONITH in play.
This is pretty easy with Pacemaker/Corosync stack and can be done in
alot of ways. If you are pretty sure of your stacks stability (no
deadlocks/kernel oops etc) then you can just use SSH STONITH.
However if you want to be really damn sure then you can use IP PDU,
USB poweroff etc.

It's all about how sure you want to be/how much money/time you have.
Joseph.
--
CTO | Orion Virtualisation Solutions | www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846



------------------------------

Message: 3
Date: Thu, 02 Aug 2012 21:48:22 -0700
From: "Michael Egglestone" <= mike@estone.ca>
To: xen-users@lists.xen.org<= br> Subject: [Xen-users] settinjg dom0 memory, where did I go wrong?
Message-ID: <fc.00000001e6690c0f00000001e6690c0f.e6690c10@estone.ca&g= t;
Content-Type: text/plain; charset=3D"utf-8"

Hello,
I'm trying to set dom0 to 4G of memory.
(Let me quickly say I don't know if 4G of RAM for dom0 is good idea, bu= t I thought I would try it, please advise otherwise) =A0:)
My system has 32Gig of memory. (Xeon's with Debian 6.0.5)

Here is my /etc/default/grub

GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D4096M dom0_vcpus_pin"

Here is my /etc/xen/xend-config.sxp

[snip]
# dom0-min-mem is the lowest permissible memory level (in MB) for dom0.
# This is a minimum both for auto-ballooning (as enabled by
# enable-dom0-ballooning below) and for xm mem-set when applied to dom0. (dom0-min-mem 196)

# Whether to enable auto-ballooning of dom0 to allow domUs to be created. # If enable-dom0-ballooning =3D no, dom0 will never balloon out.
(enable-dom0-ballooning no)

# 32-bit paravirtual domains can only consume physical
# memory below 168GB. On systems with memory beyond that address,
# they'll be confined to memory below 128GB.
# Using total_available_memory (in GB) to specify the amount of memory rese= rved
# in the memory pool exclusively for 32-bit paravirtual domains.
# Additionally you should use dom0_mem =3D <-Value> as a parameter in=
# xen kernel to reserve the memory for 32-bit paravirtual domains, default<= br> # is "0" (0GB).
(total_available_memory 0)

# In SMP system, dom0 will use dom0-cpus # of CPUS
# If dom0-cpus =3D 0, dom0 will take all cpus available
(dom0-cpus 4)
[snip]

I've updated grub to populate /boot/grub/grub.cfg and then rebooted. It boots, and then I run top on my dom0 which shows this:

Tasks: 153 total, =A0 1 running, 152 sleeping, =A0 0 stopped, =A0 0 zombie<= br> Cpu(s): =A00.1%us, =A00.3%sy, =A00.0%ni, 96.9%id, =A01.8%wa, =A00.0%hi, =A0= 0.0%si, =A00.9%st
Mem: =A0 2267508k total, =A01641848k used, =A0 625660k free, =A0 =A088140k = buffers
Swap: =A0 =A0 =A0 =A00k total, =A0 =A0 =A0 =A00k used, =A0 =A0 =A0 =A00k fr= ee, =A01279128k cached

Why do I only have 2Gig of RAM?

Here are my domU's...

root@xen:/etc/xen# xm list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A02557 =A0 =A0 4 =A0 =A0 r----- =A0 =A0252.0
debian-central =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = 1 =A01024 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 22.2
debian-cms =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 2 =A04096 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0186.7
debian-ldap =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A03 =A01024 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 =A04.6
debian-ts =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A04 =A01024 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 42.8
redhat-sdsweb =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A05 =A04096 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 58.7
w2k3-awards =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A06 =A02048 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0225.4
w2k3-sme =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 8 =A02048 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 33.5
w2k8-sme =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 7 =A02048 =A0 =A0 2 =A0 =A0 -b---- =A0 =A0 52.6
root@xen:/etc/xen#

root@xen:/etc/xen# xm info
host =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : xen.sd57.bc.ca
release =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2.6.32-5-xen-amd64
version =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: #1 SMP Sun May 6 08:57:29 UTC 2012=
machine =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: x86_64
nr_cpus =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 24
nr_nodes =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 2
cores_per_socket =A0 =A0 =A0 : 6
threads_per_core =A0 =A0 =A0 : 2
cpu_mhz =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2800
hw_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: bfebfbff:2c100800:00000000:00001f4= 0:029ee3ff:00000000:00000001:00000000
virt_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0: hvm hvm_directio
total_memory =A0 =A0 =A0 =A0 =A0 : 32704
free_memory =A0 =A0 =A0 =A0 =A0 =A0: 12115
node_to_cpu =A0 =A0 =A0 =A0 =A0 =A0: node0:0,2,4,6,8,10,12,14,16,18,20,22 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0node1:1,3,5,7,9,11,13,15= ,17,19,21,23
node_to_memory =A0 =A0 =A0 =A0 : node0:2172
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0node1:9942
node_to_dma32_mem =A0 =A0 =A0: node0:2172
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0node1:0
max_node_id =A0 =A0 =A0 =A0 =A0 =A0: 1
xen_major =A0 =A0 =A0 =A0 =A0 =A0 =A0: 4
xen_minor =A0 =A0 =A0 =A0 =A0 =A0 =A0: 0
xen_extra =A0 =A0 =A0 =A0 =A0 =A0 =A0: .1
xen_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3= .0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler =A0 =A0 =A0 =A0 =A0: credit
xen_pagesize =A0 =A0 =A0 =A0 =A0 : 4096
platform_params =A0 =A0 =A0 =A0: virt_start=3D0xffff800000000000
xen_changeset =A0 =A0 =A0 =A0 =A0: unavailable
xen_commandline =A0 =A0 =A0 =A0: placeholder dom0_mem=3D4096M dom0_vcpus_pi= n
cc_compiler =A0 =A0 =A0 =A0 =A0 =A0: gcc version 4.4.5 (Debian 4.4.5-8)
cc_compile_by =A0 =A0 =A0 =A0 =A0: fw
cc_compile_domain =A0 =A0 =A0: deneb.enyo.de
cc_compile_date =A0 =A0 =A0 =A0: Thu Jun 21 06:41:09 UTC 2012
xend_config_format =A0 =A0 : 4
root@xen:/etc/xen#

Thanks for your advice!

Cheers,
Mike

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120802/1c27f98b/attachment.html&= gt;

------------------------------

Message: 4
Date: Fri, 03 Aug 2012 08:49:39 +0200
From: Emmanuel COURCELLE <emmanuel.courcelle@toulouse.inra.fr>
To: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong?
Message-ID: <501B74= 83.6030908@toulouse.inra.fr>
Content-Type: text/plain; charset=3D"iso-8859-1"; Format=3D"= flowed"

Le 03/08/2012 06:48, Michael Egglestone a ?crit :
> Hello,
> I'm trying to set dom0 to 4G of memory.
> (Let me quickly say I don't know if 4G of RAM for dom0 is good ide= a,
> but I thought I would try it, please advise otherwise) =A0:)
> My system has 32Gig of memory. (Xeon's with Debian 6.0.5)
>
Hello

I think you're running Debian ? Which version ?

We installed recently a server with 256Gb memory, Debian testing/xen
4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest
with as more as 200Gb memory, and all this stuff works with as low as
512Mb for dom0 !

However, top shows KiB Mem: =A0 =A0354520, free shows 354520 also,

BUT

xm top shows 523912K

As far as I understand, xm top (or the equivalent if you'r using the xl=
stack) is a better tool than top and others for monitoring dom0.

Sincerely,

--
Emmanuel COURCELLE =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0emmanuel.courcelle@toulouse.inra.fr
L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50
I.N.R.A. - 24 chemin de Borde Rouge - Auzeville
CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120803/ab169856/attachment.html&= gt;

------------------------------

Message: 5
Date: Fri, 03 Aug 2012 11:33:23 +0100
From: Andrew Wade <andrew@memset.co= m>
To: xen-users@lists.xen.org<= br> Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen=
=A0 =A0 =A0 =A0 4.0.1)
Message-ID: <501BA8F3.606= 0701@memset.com>
Content-Type: text/plain; charset=3DISO-8859-1

Hi,

I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing"= ; memory.

My set up:

=A0* Xen 4.0.1 on Debian 6.0.5
=A0* dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=3D512M (GRUB
config). (I also tried with dom0-min-mem 0)
=A0* Host server has 32GB RAM

# xm list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State
Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A0 501 =A0 =A0 8 =A0 =A0 r-----
=A0 12.0

# xm info|grep memory
total_memory =A0 =A0 =A0 =A0 =A0 : 32758
free_memory =A0 =A0 =A0 =A0 =A0 =A0: 31832

32758 (total) - 31832 ('free_memory') - 512 (dom0) =3D 414MB unacco= unted.
(No domus are running)

I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832
reported by xm info free_memory plus I calculated about ~250MB memory
overhead) and 4 VCPUs but it wouldn't start due to insufficient memory<= br> available. I expected it to fit.

Is there an official calculation for the memory overhead (for
tables/caches etc)?

Can anyone explain why a domu with 31,488MB won't start when 31,832MB i= s
free? I'm trying to calculate the most amount of RAM a domU can have (i.e. to occupy an entire server)

Thanks.

--
Andrew Wade

Memset Ltd., registration number 4504980. 25 Frederick Sanger Road,
Guildford, Surrey, GU2 7YD, UK.



------------------------------

Message: 6
Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT)
From: gavin gao <gavin2011= 2012@yahoo.com.cn>
To: xen-users@lists.xensou= rce.com
Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable ke= rnel
=A0 =A0 =A0 =A0 now publicly released
Message-ID: <1343992995864-5710502.post@n5.nabble.com>
Content-Type: text/plain; charset=3Dus-ascii



Hi =A0everyone
This feature is very cool.When I execute "make linux kernel" on m= y
VM(vcpus=3D4,memory=3D256M to simulate memory pressure),it take almost 30 h= ours,
and tmem reduce this time to 2 hours~~~

I am =A0go on testing it~~~



Gavin



--
View this message in context: http://xen.1045712.n5.nabble.com/Transcendent-M= emory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html<= br> Sent from the Xen - User mailing list archive at Nabble.com.



------------------------------

Message: 7
Date: Fri, 3 Aug 2012 11:47:22 +0000
From: Stephan Seitz <s.seitz@netz= haut.de>
To: gavin gao <gavin201120= 12@yahoo.com.cn>
Cc: "xen-users@lists.= xensource.com" <xen-users@lists.xensource.com>
Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable ke= rnel
=A0 =A0 =A0 =A0 now publicly released
Message-ID: <1343994442.9254.2.camel@wotan2>
Content-Type: text/plain; charset=3D"utf-8"

Hi,

how are you implementing it?

I'm currently using it on test machines with
=A0 =A0 xen bootargs tmem tmem_dedup tmem_compress
and
=A0 =A0 dom0 kernel bootargs tmem

the domUs also have recent kernels with tmem bootargs as well as the
zcache module loaded.

I noticed very high memory latency when overcommiting memory.

cheers,

Stephan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xen.org= /archives/html/xen-users/attachments/20120803/40f47ca8/attachment.html&= gt;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xen.org/= archives/html/xen-users/attachments/20120803/40f47ca8/attachment.pgp>= ;

------------------------------

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users


End of Xen-users Digest, Vol 90, Issue 4
****************************************

--14dae9340ce73ecf6004c65bca17-- --===============3258961653940254853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3258961653940254853==-- From xen-users-bounces@lists.xen.org Fri Aug 03 13:51:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 13:51:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxIGd-0004oH-LV; Fri, 03 Aug 2012 13:50:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxIGc-0004oC-9b for xen-users@lists.xen.org; Fri, 03 Aug 2012 13:50:14 +0000 Received: from [85.158.139.83:10403] by server-11.bemta-5.messagelabs.com id D2/05-20400-517DB105; Fri, 03 Aug 2012 13:50:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1344001810!30163754!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9181 invoked from network); 3 Aug 2012 13:50:11 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 13:50:11 -0000 Received: by eaah1 with SMTP id h1so206384eaa.32 for ; Fri, 03 Aug 2012 06:50:10 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lgJCKLBpjxvURxy5vF2RJlnhps8kvXrzO4iks0wKsDo=; b=ZYUPlEIz1FxIV3s3hg1RuCv0Y9AwU506miCxHvYRBOaeYCxbMp2ToC1KnKjhMdo2MI 5KfEPvjx3DFm3cU6BQ8UrT0JNPiTj0sejkGaYUzRfDCwKTYCLCcnkBwaeaQPd6ygXd3w kdbXDfxTIY62oLBGBgWcXU4MGBajw6KKXgFHYtIRbwG1QzkQQX469ZRAmYzz3nooVn7O ntLrJimQ98rUOs4d4bC0CIYjwp9XTzcqzT3yLEr4IAm0/ktBXdG7NcH+hyqGqA1VU3wh vggoaVJRvzpJQZqJ49kQ0FGIeryH1cMAln8gnWX7iqaLEpbdNfYCmOW/1USD4W3a8BU2 Mpmg== MIME-Version: 1.0 Received: by 10.14.203.132 with SMTP id f4mr2232000eeo.24.1344001810581; Fri, 03 Aug 2012 06:50:10 -0700 (PDT) Received: by 10.14.206.135 with HTTP; Fri, 3 Aug 2012 06:50:10 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Aug 2012 14:50:10 +0100 X-Google-Sender-Auth: FFb0-xSy2P3Qefca1-XvrSK7L34 Message-ID: From: George Dunlap To: Salvatore Maltese Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen-users Digest, Vol 90, Issue 4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Aug 3, 2012 at 1:37 PM, Salvatore Maltese wrote: > Sorry iam newb on virtualization , I must use Xen for a project of > Distributed and Cooperative backup application and I would simulate it with > virtual machines hence with XEN. Unfortunally iam tring since two week for > install it . I would know something form started , because iam becoming flip > . I would use as Domain 0 linux mint 13 32 bit . > i had seen some package , but i am not be able to start by boot . please > help me . And sorry for my terrible English. thx Do you mean your host (dom0) cannot boot? Are you using packages from Linux Mint 13? The best thing is to choose a distribution that has decent Xen support out-of-the-box. Debian squeeze and Ubuntu 12.04 are both good options; I think recent Fedoras have good Xen support as well. -George > > > On Fri, Aug 3, 2012 at 2:00 PM, wrote: >> >> Send Xen-users mailing list submissions to >> xen-users@lists.xen.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users >> or, via email, send a message with subject or body 'help' to >> xen-users-request@lists.xen.org >> >> You can reach the person managing the list at >> xen-users-owner@lists.xen.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Xen-users digest..." >> >> >> Today's Topics: >> >> 1. Re: any opensource controllers to recommand? (Joseph Glanville) >> 2. Re: XEN HA Cluster with LVM fencing and live migration ? The >> right way ? (Joseph Glanville) >> 3. settinjg dom0 memory, where did I go wrong? (Michael Egglestone) >> 4. Re: settinjg dom0 memory, where did I go wrong? >> (Emmanuel COURCELLE) >> 5. Shoehorning a domU and "missing" memory (Xen 4.0.1) (Andrew Wade) >> 6. Re: Transcendent Memory ("tmem") -capable kernel now publicly >> released (gavin gao) >> 7. Re: Transcendent Memory ("tmem") -capable kernel now publicly >> released (Stephan Seitz) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Fri, 3 Aug 2012 10:07:49 +1000 >> From: Joseph Glanville >> To: David Erickson >> Cc: yue wang , xen-users@lists.xen.org >> Subject: Re: [Xen-users] any opensource controllers to recommand? >> Message-ID: >> >> >> Content-Type: text/plain; charset="utf-8" >> >> On 2 August 2012 10:39, David Erickson wrote: >> >> > I am biased as the author of Beacon (http://www.beaconcontroller.net/), >> > but I have been using it with a cluster of 80 XenServer machines running >> > OVS, interconnected by physical OpenFlow switches for over a year. >> > >> >> I'll second Beacon as a good choice. Great performance and probably the >> most featureful of the open-source controllers. >> >> If you want to get hacking on stuff really fast then there is NOX which >> though not as tanky as Beacon lets you write extensions in Python, which >> is >> imo a big plus. >> >> There is also this project which I am yet to try out but it looks >> interesting: >> >> https://github.com/trema >> >> It seems to be the remnants of the NEC Helios controller. (which to my >> knowledge was never available anywhere). >> >> >> > >> > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: >> > >> >> Hi, All >> >> >> >> do you have any opensource controllers to recommand? >> >> since XCP don't have a controller to control OVS centrally,i need a >> >> controller like vswitch controller for xenserver. >> >> there are so many open source openflow controller, i really don't know >> >> which one to choose. >> >> >> >> thanks in advance[?] >> >> >> >> _______________________________________________ >> >> Xen-users mailing list >> >> Xen-users@lists.xen.org >> >> http://lists.xen.org/xen-users >> >> >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> > >> >> >> >> -- >> CTO | Orion Virtualisation Solutions | www.orionvm.com.au >> Phone: 1300 56 99 52 | Mobile: 0428 754 846 >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: 360.gif >> Type: image/gif >> Size: 453 bytes >> Desc: not available >> URL: >> >> >> ------------------------------ >> >> Message: 2 >> Date: Fri, 3 Aug 2012 10:14:23 +1000 >> From: Joseph Glanville >> To: Herve Roux >> Cc: xen-users@lists.xen.org >> Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live >> migration ? The right way ? >> Message-ID: >> >> >> Content-Type: text/plain; charset=windows-1252 >> >> On 2 August 2012 18:19, Herve Roux wrote: >> > Hi, >> > >> > >> > >> > I am trying to build a rock solid XEN High availability cluster. The >> > platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA >> > fiber channel to the SAN (HP EVA). >> > >> > XEN is running smoothly and I?m even amazed with the live migration >> > performances (this is the first time I have the chance to try it in such >> > a >> > nice environment). >> > >> > XEN apart the SLES heartbeat cluster is running fine as well and they >> > both >> > interact nicely. >> > >> > Where I?m having some doubts is regarding the storage layout. I have >> > tried >> > several configurations but each time I have to compromise. And here is >> > the >> > problem, I don?t like to compromise ;) >> > >> > >> > >> > First I?ve tried to use a SAN LUN per Guest (using directly the >> > multipath dm >> > device as phy disk ). This is working nicely, live migration works fine, >> > easy setup even if the multipath.conf can get a bit fussy with the >> > growing >> > number of LUNs : but no fencing at all, I can start the VM on both node >> > and >> > this is BAD! >> > >> > Then I?ve tried to used cLVM on top of the multipath. I?ve managed to >> > get >> > cLVM up and running pretty easily in the cluster environment. >> > >> > From here to way of thinking: >> > >> > 1. One big SR on the SAN split into LV that I can use for my VM. A >> > huge step forward flexibility, no need to reconfigure the SAN each time? >> > Still with this solution the SR VG is open in shared mode between the >> > nodes >> > and I don?t have low level lock of the storage. I can start a VM two >> > time >> > and this is bad bad bad? >> > >> > 2. In order to provide fencing at the LVM level I can take another >> > approach: 1 VG per volume an open it in exclusive mode. The volume will >> > be >> > active on one node at a time and I have no risk of data corruption. The >> > cluster will be in charge of balancing to volume when migrating VM from >> > one >> > node to the other. But here the live migration is not working, and this >> > S? >> > >> > >> > >> > I was wondering what approach others have taken and if they is something >> > I?m >> > missing. >> > >> > I?ve looked into the XEN locking system but from my point of view the >> > risk >> > of dead lock is not ideal as well. From my point of view a DLM XEN >> > locking >> > system will be a good one, I don?t know if some work have been done in >> > the >> > domain? >> > >> > >> > >> > Thanks in advance >> > >> > Herve >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> >> Personally I would steer clear of cLVM. >> >> If your SAN provides nice programatic control you can possibly >> integrate it's ability to do fencing into Pacemaker/Linux-HA stacking >> using a custom OCF (not a huge amount of work usually). >> This would give you everything you want but is mainly determined by >> how "open" your SAN is. >> >> Alternatively you can run with no storage layer fencing and make sure >> you have proper STONITH in play. >> This is pretty easy with Pacemaker/Corosync stack and can be done in >> alot of ways. If you are pretty sure of your stacks stability (no >> deadlocks/kernel oops etc) then you can just use SSH STONITH. >> However if you want to be really damn sure then you can use IP PDU, >> USB poweroff etc. >> >> It's all about how sure you want to be/how much money/time you have. >> >> Joseph. >> -- >> CTO | Orion Virtualisation Solutions | www.orionvm.com.au >> Phone: 1300 56 99 52 | Mobile: 0428 754 846 >> >> >> >> ------------------------------ >> >> Message: 3 >> Date: Thu, 02 Aug 2012 21:48:22 -0700 >> From: "Michael Egglestone" >> To: xen-users@lists.xen.org >> Subject: [Xen-users] settinjg dom0 memory, where did I go wrong? >> Message-ID: >> Content-Type: text/plain; charset="utf-8" >> >> Hello, >> I'm trying to set dom0 to 4G of memory. >> (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I >> thought I would try it, please advise otherwise) :) >> My system has 32Gig of memory. (Xeon's with Debian 6.0.5) >> >> Here is my /etc/default/grub >> >> GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin" >> >> Here is my /etc/xen/xend-config.sxp >> >> [snip] >> # dom0-min-mem is the lowest permissible memory level (in MB) for dom0. >> # This is a minimum both for auto-ballooning (as enabled by >> # enable-dom0-ballooning below) and for xm mem-set when applied to dom0. >> (dom0-min-mem 196) >> >> # Whether to enable auto-ballooning of dom0 to allow domUs to be created. >> # If enable-dom0-ballooning = no, dom0 will never balloon out. >> (enable-dom0-ballooning no) >> >> # 32-bit paravirtual domains can only consume physical >> # memory below 168GB. On systems with memory beyond that address, >> # they'll be confined to memory below 128GB. >> # Using total_available_memory (in GB) to specify the amount of memory >> reserved >> # in the memory pool exclusively for 32-bit paravirtual domains. >> # Additionally you should use dom0_mem = <-Value> as a parameter in >> # xen kernel to reserve the memory for 32-bit paravirtual domains, default >> # is "0" (0GB). >> (total_available_memory 0) >> >> # In SMP system, dom0 will use dom0-cpus # of CPUS >> # If dom0-cpus = 0, dom0 will take all cpus available >> (dom0-cpus 4) >> [snip] >> >> I've updated grub to populate /boot/grub/grub.cfg and then rebooted. >> It boots, and then I run top on my dom0 which shows this: >> >> Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie >> Cpu(s): 0.1%us, 0.3%sy, 0.0%ni, 96.9%id, 1.8%wa, 0.0%hi, 0.0%si, >> 0.9%st >> Mem: 2267508k total, 1641848k used, 625660k free, 88140k buffers >> Swap: 0k total, 0k used, 0k free, 1279128k cached >> >> Why do I only have 2Gig of RAM? >> >> Here are my domU's... >> >> root@xen:/etc/xen# xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 2557 4 r----- >> 252.0 >> debian-central 1 1024 2 -b---- >> 22.2 >> debian-cms 2 4096 2 -b---- >> 186.7 >> debian-ldap 3 1024 2 -b---- >> 4.6 >> debian-ts 4 1024 2 -b---- >> 42.8 >> redhat-sdsweb 5 4096 4 -b---- >> 58.7 >> w2k3-awards 6 2048 2 -b---- >> 225.4 >> w2k3-sme 8 2048 2 -b---- >> 33.5 >> w2k8-sme 7 2048 2 -b---- >> 52.6 >> root@xen:/etc/xen# >> >> root@xen:/etc/xen# xm info >> host : xen.sd57.bc.ca >> release : 2.6.32-5-xen-amd64 >> version : #1 SMP Sun May 6 08:57:29 UTC 2012 >> machine : x86_64 >> nr_cpus : 24 >> nr_nodes : 2 >> cores_per_socket : 6 >> threads_per_core : 2 >> cpu_mhz : 2800 >> hw_caps : >> bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 >> virt_caps : hvm hvm_directio >> total_memory : 32704 >> free_memory : 12115 >> node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 >> node1:1,3,5,7,9,11,13,15,17,19,21,23 >> node_to_memory : node0:2172 >> node1:9942 >> node_to_dma32_mem : node0:2172 >> node1:0 >> max_node_id : 1 >> xen_major : 4 >> xen_minor : 0 >> xen_extra : .1 >> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 >> hvm-3.0-x86_32p hvm-3.0-x86_64 >> xen_scheduler : credit >> xen_pagesize : 4096 >> platform_params : virt_start=0xffff800000000000 >> xen_changeset : unavailable >> xen_commandline : placeholder dom0_mem=4096M dom0_vcpus_pin >> cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) >> cc_compile_by : fw >> cc_compile_domain : deneb.enyo.de >> cc_compile_date : Thu Jun 21 06:41:09 UTC 2012 >> xend_config_format : 4 >> root@xen:/etc/xen# >> >> Thanks for your advice! >> >> Cheers, >> Mike >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> >> ------------------------------ >> >> Message: 4 >> Date: Fri, 03 Aug 2012 08:49:39 +0200 >> From: Emmanuel COURCELLE >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? >> Message-ID: <501B7483.6030908@toulouse.inra.fr> >> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" >> >> Le 03/08/2012 06:48, Michael Egglestone a ?crit : >> > Hello, >> > I'm trying to set dom0 to 4G of memory. >> > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, >> > but I thought I would try it, please advise otherwise) :) >> > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) >> > >> Hello >> >> I think you're running Debian ? Which version ? >> >> We installed recently a server with 256Gb memory, Debian testing/xen >> 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest >> with as more as 200Gb memory, and all this stuff works with as low as >> 512Mb for dom0 ! >> >> However, top shows KiB Mem: 354520, free shows 354520 also, >> >> BUT >> >> xm top shows 523912K >> >> As far as I understand, xm top (or the equivalent if you'r using the xl >> stack) is a better tool than top and others for monitoring dom0. >> >> Sincerely, >> >> -- >> Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr >> L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 >> I.N.R.A. - 24 chemin de Borde Rouge - Auzeville >> CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> >> ------------------------------ >> >> Message: 5 >> Date: Fri, 03 Aug 2012 11:33:23 +0100 >> From: Andrew Wade >> To: xen-users@lists.xen.org >> Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen >> 4.0.1) >> Message-ID: <501BA8F3.6060701@memset.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi, >> >> I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing" memory. >> >> My set up: >> >> * Xen 4.0.1 on Debian 6.0.5 >> * dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=512M (GRUB >> config). (I also tried with dom0-min-mem 0) >> * Host server has 32GB RAM >> >> # xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 501 8 r----- >> 12.0 >> >> # xm info|grep memory >> total_memory : 32758 >> free_memory : 31832 >> >> 32758 (total) - 31832 ('free_memory') - 512 (dom0) = 414MB unaccounted. >> (No domus are running) >> >> I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832 >> reported by xm info free_memory plus I calculated about ~250MB memory >> overhead) and 4 VCPUs but it wouldn't start due to insufficient memory >> available. I expected it to fit. >> >> Is there an official calculation for the memory overhead (for >> tables/caches etc)? >> >> Can anyone explain why a domu with 31,488MB won't start when 31,832MB is >> free? I'm trying to calculate the most amount of RAM a domU can have >> (i.e. to occupy an entire server) >> >> Thanks. >> >> -- >> Andrew Wade >> >> Memset Ltd., registration number 4504980. 25 Frederick Sanger Road, >> Guildford, Surrey, GU2 7YD, UK. >> >> >> >> ------------------------------ >> >> Message: 6 >> Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT) >> From: gavin gao >> To: xen-users@lists.xensource.com >> Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel >> now publicly released >> Message-ID: <1343992995864-5710502.post@n5.nabble.com> >> Content-Type: text/plain; charset=us-ascii >> >> >> >> Hi everyone >> This feature is very cool.When I execute "make linux kernel" on my >> VM(vcpus=4,memory=256M to simulate memory pressure),it take almost 30 >> hours, >> and tmem reduce this time to 2 hours~~~ >> >> I am go on testing it~~~ >> >> >> >> Gavin >> >> >> >> -- >> View this message in context: >> http://xen.1045712.n5.nabble.com/Transcendent-Memory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html >> Sent from the Xen - User mailing list archive at Nabble.com. >> >> >> >> ------------------------------ >> >> Message: 7 >> Date: Fri, 3 Aug 2012 11:47:22 +0000 >> From: Stephan Seitz >> To: gavin gao >> Cc: "xen-users@lists.xensource.com" >> Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel >> now publicly released >> Message-ID: <1343994442.9254.2.camel@wotan2> >> Content-Type: text/plain; charset="utf-8" >> >> Hi, >> >> how are you implementing it? >> >> I'm currently using it on test machines with >> xen bootargs tmem tmem_dedup tmem_compress >> and >> dom0 kernel bootargs tmem >> >> the domUs also have recent kernels with tmem bootargs as well as the >> zcache module loaded. >> >> I noticed very high memory latency when overcommiting memory. >> >> cheers, >> >> Stephan >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: signature.asc >> Type: application/pgp-signature >> Size: 490 bytes >> Desc: This is a digitally signed message part >> URL: >> >> >> ------------------------------ >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> End of Xen-users Digest, Vol 90, Issue 4 >> **************************************** > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 13:51:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 13:51:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxIGd-0004oH-LV; Fri, 03 Aug 2012 13:50:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxIGc-0004oC-9b for xen-users@lists.xen.org; Fri, 03 Aug 2012 13:50:14 +0000 Received: from [85.158.139.83:10403] by server-11.bemta-5.messagelabs.com id D2/05-20400-517DB105; Fri, 03 Aug 2012 13:50:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1344001810!30163754!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9181 invoked from network); 3 Aug 2012 13:50:11 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 13:50:11 -0000 Received: by eaah1 with SMTP id h1so206384eaa.32 for ; Fri, 03 Aug 2012 06:50:10 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lgJCKLBpjxvURxy5vF2RJlnhps8kvXrzO4iks0wKsDo=; b=ZYUPlEIz1FxIV3s3hg1RuCv0Y9AwU506miCxHvYRBOaeYCxbMp2ToC1KnKjhMdo2MI 5KfEPvjx3DFm3cU6BQ8UrT0JNPiTj0sejkGaYUzRfDCwKTYCLCcnkBwaeaQPd6ygXd3w kdbXDfxTIY62oLBGBgWcXU4MGBajw6KKXgFHYtIRbwG1QzkQQX469ZRAmYzz3nooVn7O ntLrJimQ98rUOs4d4bC0CIYjwp9XTzcqzT3yLEr4IAm0/ktBXdG7NcH+hyqGqA1VU3wh vggoaVJRvzpJQZqJ49kQ0FGIeryH1cMAln8gnWX7iqaLEpbdNfYCmOW/1USD4W3a8BU2 Mpmg== MIME-Version: 1.0 Received: by 10.14.203.132 with SMTP id f4mr2232000eeo.24.1344001810581; Fri, 03 Aug 2012 06:50:10 -0700 (PDT) Received: by 10.14.206.135 with HTTP; Fri, 3 Aug 2012 06:50:10 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Aug 2012 14:50:10 +0100 X-Google-Sender-Auth: FFb0-xSy2P3Qefca1-XvrSK7L34 Message-ID: From: George Dunlap To: Salvatore Maltese Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen-users Digest, Vol 90, Issue 4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Aug 3, 2012 at 1:37 PM, Salvatore Maltese wrote: > Sorry iam newb on virtualization , I must use Xen for a project of > Distributed and Cooperative backup application and I would simulate it with > virtual machines hence with XEN. Unfortunally iam tring since two week for > install it . I would know something form started , because iam becoming flip > . I would use as Domain 0 linux mint 13 32 bit . > i had seen some package , but i am not be able to start by boot . please > help me . And sorry for my terrible English. thx Do you mean your host (dom0) cannot boot? Are you using packages from Linux Mint 13? The best thing is to choose a distribution that has decent Xen support out-of-the-box. Debian squeeze and Ubuntu 12.04 are both good options; I think recent Fedoras have good Xen support as well. -George > > > On Fri, Aug 3, 2012 at 2:00 PM, wrote: >> >> Send Xen-users mailing list submissions to >> xen-users@lists.xen.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users >> or, via email, send a message with subject or body 'help' to >> xen-users-request@lists.xen.org >> >> You can reach the person managing the list at >> xen-users-owner@lists.xen.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Xen-users digest..." >> >> >> Today's Topics: >> >> 1. Re: any opensource controllers to recommand? (Joseph Glanville) >> 2. Re: XEN HA Cluster with LVM fencing and live migration ? The >> right way ? (Joseph Glanville) >> 3. settinjg dom0 memory, where did I go wrong? (Michael Egglestone) >> 4. Re: settinjg dom0 memory, where did I go wrong? >> (Emmanuel COURCELLE) >> 5. Shoehorning a domU and "missing" memory (Xen 4.0.1) (Andrew Wade) >> 6. Re: Transcendent Memory ("tmem") -capable kernel now publicly >> released (gavin gao) >> 7. Re: Transcendent Memory ("tmem") -capable kernel now publicly >> released (Stephan Seitz) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Fri, 3 Aug 2012 10:07:49 +1000 >> From: Joseph Glanville >> To: David Erickson >> Cc: yue wang , xen-users@lists.xen.org >> Subject: Re: [Xen-users] any opensource controllers to recommand? >> Message-ID: >> >> >> Content-Type: text/plain; charset="utf-8" >> >> On 2 August 2012 10:39, David Erickson wrote: >> >> > I am biased as the author of Beacon (http://www.beaconcontroller.net/), >> > but I have been using it with a cluster of 80 XenServer machines running >> > OVS, interconnected by physical OpenFlow switches for over a year. >> > >> >> I'll second Beacon as a good choice. Great performance and probably the >> most featureful of the open-source controllers. >> >> If you want to get hacking on stuff really fast then there is NOX which >> though not as tanky as Beacon lets you write extensions in Python, which >> is >> imo a big plus. >> >> There is also this project which I am yet to try out but it looks >> interesting: >> >> https://github.com/trema >> >> It seems to be the remnants of the NEC Helios controller. (which to my >> knowledge was never available anywhere). >> >> >> > >> > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote: >> > >> >> Hi, All >> >> >> >> do you have any opensource controllers to recommand? >> >> since XCP don't have a controller to control OVS centrally,i need a >> >> controller like vswitch controller for xenserver. >> >> there are so many open source openflow controller, i really don't know >> >> which one to choose. >> >> >> >> thanks in advance[?] >> >> >> >> _______________________________________________ >> >> Xen-users mailing list >> >> Xen-users@lists.xen.org >> >> http://lists.xen.org/xen-users >> >> >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> > >> >> >> >> -- >> CTO | Orion Virtualisation Solutions | www.orionvm.com.au >> Phone: 1300 56 99 52 | Mobile: 0428 754 846 >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: 360.gif >> Type: image/gif >> Size: 453 bytes >> Desc: not available >> URL: >> >> >> ------------------------------ >> >> Message: 2 >> Date: Fri, 3 Aug 2012 10:14:23 +1000 >> From: Joseph Glanville >> To: Herve Roux >> Cc: xen-users@lists.xen.org >> Subject: Re: [Xen-users] XEN HA Cluster with LVM fencing and live >> migration ? The right way ? >> Message-ID: >> >> >> Content-Type: text/plain; charset=windows-1252 >> >> On 2 August 2012 18:19, Herve Roux wrote: >> > Hi, >> > >> > >> > >> > I am trying to build a rock solid XEN High availability cluster. The >> > platform is SLES 11 SP1 running on 2 HP DL585 both connected through HBA >> > fiber channel to the SAN (HP EVA). >> > >> > XEN is running smoothly and I?m even amazed with the live migration >> > performances (this is the first time I have the chance to try it in such >> > a >> > nice environment). >> > >> > XEN apart the SLES heartbeat cluster is running fine as well and they >> > both >> > interact nicely. >> > >> > Where I?m having some doubts is regarding the storage layout. I have >> > tried >> > several configurations but each time I have to compromise. And here is >> > the >> > problem, I don?t like to compromise ;) >> > >> > >> > >> > First I?ve tried to use a SAN LUN per Guest (using directly the >> > multipath dm >> > device as phy disk ). This is working nicely, live migration works fine, >> > easy setup even if the multipath.conf can get a bit fussy with the >> > growing >> > number of LUNs : but no fencing at all, I can start the VM on both node >> > and >> > this is BAD! >> > >> > Then I?ve tried to used cLVM on top of the multipath. I?ve managed to >> > get >> > cLVM up and running pretty easily in the cluster environment. >> > >> > From here to way of thinking: >> > >> > 1. One big SR on the SAN split into LV that I can use for my VM. A >> > huge step forward flexibility, no need to reconfigure the SAN each time? >> > Still with this solution the SR VG is open in shared mode between the >> > nodes >> > and I don?t have low level lock of the storage. I can start a VM two >> > time >> > and this is bad bad bad? >> > >> > 2. In order to provide fencing at the LVM level I can take another >> > approach: 1 VG per volume an open it in exclusive mode. The volume will >> > be >> > active on one node at a time and I have no risk of data corruption. The >> > cluster will be in charge of balancing to volume when migrating VM from >> > one >> > node to the other. But here the live migration is not working, and this >> > S? >> > >> > >> > >> > I was wondering what approach others have taken and if they is something >> > I?m >> > missing. >> > >> > I?ve looked into the XEN locking system but from my point of view the >> > risk >> > of dead lock is not ideal as well. From my point of view a DLM XEN >> > locking >> > system will be a good one, I don?t know if some work have been done in >> > the >> > domain? >> > >> > >> > >> > Thanks in advance >> > >> > Herve >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> >> Personally I would steer clear of cLVM. >> >> If your SAN provides nice programatic control you can possibly >> integrate it's ability to do fencing into Pacemaker/Linux-HA stacking >> using a custom OCF (not a huge amount of work usually). >> This would give you everything you want but is mainly determined by >> how "open" your SAN is. >> >> Alternatively you can run with no storage layer fencing and make sure >> you have proper STONITH in play. >> This is pretty easy with Pacemaker/Corosync stack and can be done in >> alot of ways. If you are pretty sure of your stacks stability (no >> deadlocks/kernel oops etc) then you can just use SSH STONITH. >> However if you want to be really damn sure then you can use IP PDU, >> USB poweroff etc. >> >> It's all about how sure you want to be/how much money/time you have. >> >> Joseph. >> -- >> CTO | Orion Virtualisation Solutions | www.orionvm.com.au >> Phone: 1300 56 99 52 | Mobile: 0428 754 846 >> >> >> >> ------------------------------ >> >> Message: 3 >> Date: Thu, 02 Aug 2012 21:48:22 -0700 >> From: "Michael Egglestone" >> To: xen-users@lists.xen.org >> Subject: [Xen-users] settinjg dom0 memory, where did I go wrong? >> Message-ID: >> Content-Type: text/plain; charset="utf-8" >> >> Hello, >> I'm trying to set dom0 to 4G of memory. >> (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, but I >> thought I would try it, please advise otherwise) :) >> My system has 32Gig of memory. (Xeon's with Debian 6.0.5) >> >> Here is my /etc/default/grub >> >> GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin" >> >> Here is my /etc/xen/xend-config.sxp >> >> [snip] >> # dom0-min-mem is the lowest permissible memory level (in MB) for dom0. >> # This is a minimum both for auto-ballooning (as enabled by >> # enable-dom0-ballooning below) and for xm mem-set when applied to dom0. >> (dom0-min-mem 196) >> >> # Whether to enable auto-ballooning of dom0 to allow domUs to be created. >> # If enable-dom0-ballooning = no, dom0 will never balloon out. >> (enable-dom0-ballooning no) >> >> # 32-bit paravirtual domains can only consume physical >> # memory below 168GB. On systems with memory beyond that address, >> # they'll be confined to memory below 128GB. >> # Using total_available_memory (in GB) to specify the amount of memory >> reserved >> # in the memory pool exclusively for 32-bit paravirtual domains. >> # Additionally you should use dom0_mem = <-Value> as a parameter in >> # xen kernel to reserve the memory for 32-bit paravirtual domains, default >> # is "0" (0GB). >> (total_available_memory 0) >> >> # In SMP system, dom0 will use dom0-cpus # of CPUS >> # If dom0-cpus = 0, dom0 will take all cpus available >> (dom0-cpus 4) >> [snip] >> >> I've updated grub to populate /boot/grub/grub.cfg and then rebooted. >> It boots, and then I run top on my dom0 which shows this: >> >> Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie >> Cpu(s): 0.1%us, 0.3%sy, 0.0%ni, 96.9%id, 1.8%wa, 0.0%hi, 0.0%si, >> 0.9%st >> Mem: 2267508k total, 1641848k used, 625660k free, 88140k buffers >> Swap: 0k total, 0k used, 0k free, 1279128k cached >> >> Why do I only have 2Gig of RAM? >> >> Here are my domU's... >> >> root@xen:/etc/xen# xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 2557 4 r----- >> 252.0 >> debian-central 1 1024 2 -b---- >> 22.2 >> debian-cms 2 4096 2 -b---- >> 186.7 >> debian-ldap 3 1024 2 -b---- >> 4.6 >> debian-ts 4 1024 2 -b---- >> 42.8 >> redhat-sdsweb 5 4096 4 -b---- >> 58.7 >> w2k3-awards 6 2048 2 -b---- >> 225.4 >> w2k3-sme 8 2048 2 -b---- >> 33.5 >> w2k8-sme 7 2048 2 -b---- >> 52.6 >> root@xen:/etc/xen# >> >> root@xen:/etc/xen# xm info >> host : xen.sd57.bc.ca >> release : 2.6.32-5-xen-amd64 >> version : #1 SMP Sun May 6 08:57:29 UTC 2012 >> machine : x86_64 >> nr_cpus : 24 >> nr_nodes : 2 >> cores_per_socket : 6 >> threads_per_core : 2 >> cpu_mhz : 2800 >> hw_caps : >> bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 >> virt_caps : hvm hvm_directio >> total_memory : 32704 >> free_memory : 12115 >> node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 >> node1:1,3,5,7,9,11,13,15,17,19,21,23 >> node_to_memory : node0:2172 >> node1:9942 >> node_to_dma32_mem : node0:2172 >> node1:0 >> max_node_id : 1 >> xen_major : 4 >> xen_minor : 0 >> xen_extra : .1 >> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 >> hvm-3.0-x86_32p hvm-3.0-x86_64 >> xen_scheduler : credit >> xen_pagesize : 4096 >> platform_params : virt_start=0xffff800000000000 >> xen_changeset : unavailable >> xen_commandline : placeholder dom0_mem=4096M dom0_vcpus_pin >> cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) >> cc_compile_by : fw >> cc_compile_domain : deneb.enyo.de >> cc_compile_date : Thu Jun 21 06:41:09 UTC 2012 >> xend_config_format : 4 >> root@xen:/etc/xen# >> >> Thanks for your advice! >> >> Cheers, >> Mike >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> >> ------------------------------ >> >> Message: 4 >> Date: Fri, 03 Aug 2012 08:49:39 +0200 >> From: Emmanuel COURCELLE >> To: xen-users@lists.xen.org >> Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? >> Message-ID: <501B7483.6030908@toulouse.inra.fr> >> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" >> >> Le 03/08/2012 06:48, Michael Egglestone a ?crit : >> > Hello, >> > I'm trying to set dom0 to 4G of memory. >> > (Let me quickly say I don't know if 4G of RAM for dom0 is good idea, >> > but I thought I would try it, please advise otherwise) :) >> > My system has 32Gig of memory. (Xeon's with Debian 6.0.5) >> > >> Hello >> >> I think you're running Debian ? Which version ? >> >> We installed recently a server with 256Gb memory, Debian testing/xen >> 4.1/kernel 3.3.4 (downloaded from kernel.org) to be able to get a guest >> with as more as 200Gb memory, and all this stuff works with as low as >> 512Mb for dom0 ! >> >> However, top shows KiB Mem: 354520, free shows 354520 also, >> >> BUT >> >> xm top shows 523912K >> >> As far as I understand, xm top (or the equivalent if you'r using the xl >> stack) is a better tool than top and others for monitoring dom0. >> >> Sincerely, >> >> -- >> Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr >> L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 >> I.N.R.A. - 24 chemin de Borde Rouge - Auzeville >> CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> >> ------------------------------ >> >> Message: 5 >> Date: Fri, 03 Aug 2012 11:33:23 +0100 >> From: Andrew Wade >> To: xen-users@lists.xen.org >> Subject: [Xen-users] Shoehorning a domU and "missing" memory (Xen >> 4.0.1) >> Message-ID: <501BA8F3.6060701@memset.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi, >> >> I'm seeing an issue with 4.0.1 on Debian 6 regarding "missing" memory. >> >> My set up: >> >> * Xen 4.0.1 on Debian 6.0.5 >> * dom0-min-mem 512, enable-dom0-ballooning no, dom0_mem=512M (GRUB >> config). (I also tried with dom0-min-mem 0) >> * Host server has 32GB RAM >> >> # xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 501 8 r----- >> 12.0 >> >> # xm info|grep memory >> total_memory : 32758 >> free_memory : 31832 >> >> 32758 (total) - 31832 ('free_memory') - 512 (dom0) = 414MB unaccounted. >> (No domus are running) >> >> I created an HVM domU with 31488 MB RAM (N.B. this is less than 31832 >> reported by xm info free_memory plus I calculated about ~250MB memory >> overhead) and 4 VCPUs but it wouldn't start due to insufficient memory >> available. I expected it to fit. >> >> Is there an official calculation for the memory overhead (for >> tables/caches etc)? >> >> Can anyone explain why a domu with 31,488MB won't start when 31,832MB is >> free? I'm trying to calculate the most amount of RAM a domU can have >> (i.e. to occupy an entire server) >> >> Thanks. >> >> -- >> Andrew Wade >> >> Memset Ltd., registration number 4504980. 25 Frederick Sanger Road, >> Guildford, Surrey, GU2 7YD, UK. >> >> >> >> ------------------------------ >> >> Message: 6 >> Date: Fri, 3 Aug 2012 04:23:15 -0700 (PDT) >> From: gavin gao >> To: xen-users@lists.xensource.com >> Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel >> now publicly released >> Message-ID: <1343992995864-5710502.post@n5.nabble.com> >> Content-Type: text/plain; charset=us-ascii >> >> >> >> Hi everyone >> This feature is very cool.When I execute "make linux kernel" on my >> VM(vcpus=4,memory=256M to simulate memory pressure),it take almost 30 >> hours, >> and tmem reduce this time to 2 hours~~~ >> >> I am go on testing it~~~ >> >> >> >> Gavin >> >> >> >> -- >> View this message in context: >> http://xen.1045712.n5.nabble.com/Transcendent-Memory-tmem-capable-kernel-now-publicly-released-tp5587302p5710502.html >> Sent from the Xen - User mailing list archive at Nabble.com. >> >> >> >> ------------------------------ >> >> Message: 7 >> Date: Fri, 3 Aug 2012 11:47:22 +0000 >> From: Stephan Seitz >> To: gavin gao >> Cc: "xen-users@lists.xensource.com" >> Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel >> now publicly released >> Message-ID: <1343994442.9254.2.camel@wotan2> >> Content-Type: text/plain; charset="utf-8" >> >> Hi, >> >> how are you implementing it? >> >> I'm currently using it on test machines with >> xen bootargs tmem tmem_dedup tmem_compress >> and >> dom0 kernel bootargs tmem >> >> the domUs also have recent kernels with tmem bootargs as well as the >> zcache module loaded. >> >> I noticed very high memory latency when overcommiting memory. >> >> cheers, >> >> Stephan >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: signature.asc >> Type: application/pgp-signature >> Size: 490 bytes >> Desc: This is a digitally signed message part >> URL: >> >> >> ------------------------------ >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> End of Xen-users Digest, Vol 90, Issue 4 >> **************************************** > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 15:08:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 15:08:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxJTV-0006bM-3P; Fri, 03 Aug 2012 15:07:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxHzw-0004fe-B8 for xen-users@lists.xen.org; Fri, 03 Aug 2012 13:33:00 +0000 Received: from [85.158.138.51:28721] by server-4.bemta-3.messagelabs.com id 14/44-29069-B03DB105; Fri, 03 Aug 2012 13:32:59 +0000 X-Env-Sender: info@biwebco.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1344000778!26222137!1 X-Originating-IP: [85.25.229.169] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11218 invoked from network); 3 Aug 2012 13:32:58 -0000 Received: from biwebco.com (HELO biwebco.com) (85.25.229.169) by server-10.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 3 Aug 2012 13:32:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=biwebco.com; s=mail; h=Content-Type:MIME-Version:Subject:To:Message-ID:From:Date; bh=edq5LHaenAGpWlHNUIb4MZEXsGQDg8QgslXcRAlaBGM=; b=owqp0K4huRIftT5ODWWjD7DaLxHFrEOEKKCbXXoEGh+Imaqw2f1e83fs6NtsWDN+BhnqivJykF9NXAqD/MpA/mmwYveOBQ0Knau5FhcTtaaiF4hE3XP3XBIzbwn1MdcsMEuFUuayZ01bUC9ag51U4+eqmpq38ch7gLplOBFOH3g=; Received: from manz-590cb9db.pool.mediaways.net ([89.12.185.219] helo=local.fritz.box) by biwebco.com with esmtpa (Exim 4.72) (envelope-from ) id 1SxHzu-0008MA-7R for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:32:58 +0200 Date: Fri, 3 Aug 2012 15:33:39 +0200 From: "biwebco.com" X-Priority: 3 (Normal) Message-ID: <447618803.20120803153339@biwebco.com> To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 03 Aug 2012 15:07:35 +0000 Subject: [Xen-users] Guest disk (LVM on SSD) too slow. Xen unstable, DomU-win XP sp2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2851450961278931189==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2851450961278931189== Content-Type: multipart/alternative; boundary="----------04D0BA0F93FDE3578" ------------04D0BA0F93FDE3578 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable nice time, Xen community. my DomU has very slow Disk performance, despite the usage of SSD's. Maybe s= omebody can give some good tips to accelerate, or point out my mistakes. DomU CristalDiskMark 3.0.1 test(roundet): seq (R/W) :71 / 86 MB/s 512k(R/W) :76 / 80 MB/s 4K(R/W) :4 / 3 MB/s 4K QD32(R/W):4 / 4 MB/s The same guest running in KVM-Qemu (standard installed on Ubuntu 12.04) has: seq (R/W) :319 / 146 MB/s 512k(R/W) :306 / 143 MB/s 4K(R/W) :10 / 7 MB/s 4K QD32(R/W):12 / 9 MB/s Need only Xen because of second graphic card pass through (here works fine). =20 I have: intel e5-1620, 64 GB uDDR @1333Mgz, Dom0 on SSD OCZ Vertex4(@SATA3 port). S= econd SSD OCZ Agility 3 (@SATA3 port) with LVM 2 only for DomU. Kernel (3.4.7) + Xen unstable(rev 25705, Aug 02 14:44:53 2012 +0100) self c= ompiled (according to Manual of Teo En Ming) DimU: Windows XP sp 2 # lvdisplay File descriptor 8 (pipe:[16062]) leaked on lvdisplay invocation. Parent PID= 4821: bash --- Logical volume --- LV Name /dev/SSDagility/win_xp VG Name SSDagility LV UUID IsYry9-rirf-G7oW-WSVC-fUOI-0VV1-TnQcIA LV Write Access read/write LV Status available # open 2 LV Size 58,59 GiB Current LE 15000 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:0 .... --------------------------DomU configuration file------------------------ name =3D "winxp" #kernel =3D "/usr/lib/xen/boot/hvmloader" firmware_override =3D "/usr/lib/xen/boot/hvmloader" builder=3D'hvm' #device_model_stubdomain_override =3D 1 #device_model=3D'qemu-dm' #device_model=3D'stubdom' #device_model=3D'stubdom-dm' #device_model=3D'qemu-xen' memory =3D 3096 vcpus=3D4 boot=3D'cd' disk =3D [ 'phy:/dev/SSDagility/win_xp,sda,rw', 'file:/home/looser/Download= s/wind_xp.iso,hdb:cdrom,r'] on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' keymap =3D "de" sdl=3D1 stdvga=3D1 serial=3D'pty' pci =3D ['04:00.0', '04:00.1'] pci_power_mgmt=3D1 pci_msitranslate=3D1 xen_platform_pci=3D1 viridian=3D1 #High Precision Event Timer hpet=3D1 pae=3D0 #Advanced Configuration and Power Interface acpi=3D1 #Advanced Programmable Interrupt Controller apic=3D1 gfx_passthru=3D0 --------------------------END DomU config ------------------------ to start DomU I do: xl -f create winxp in DomU, Windows detected IDE-Controller: Intel 82371SB-PCI-Bus-Master-IDE-= Controller HDD detected: QEMU HARDDISK (disabling write cache don't work, after reboot= it will be automatically activated back) For good and functioning tip and I'm buying beer :) Best thanks. Denis. ------------04D0BA0F93FDE3578 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Guest disk (LVM on SSD) too slow. Xen unstable, DomU-= win XP sp2 = nice time, Xen community.

my DomU has very slow Disk performance, despite the usage of SSD's. Mayb= e somebody can give some good tips to accelerate, or point out my mistak= es.

DomU CristalDiskMark 3.0.1 test(roundet):
seq (R/W)   :71 / 86 MB/s
512k(R/W)   :76 / 80 MB/s
4K(R/W)     :4  / 3 MB/s
4K QD32(R/W):4  / 4 MB/s

The same guest running in KVM-Qemu (standard installed on Ubuntu 12.04) = has:
seq (R/W)   :319 / 146 MB/s
512k(R/W)   :306 / 143 MB/s
4K(R/W)     :10  / 7 MB/s
4K QD32(R/W):12  / 9 MB/s


Need only Xen because of second graphic card pass through (here works fi= ne)..
 
I have:
intel e5-1620, 64 GB uDDR @1333Mgz, Dom0 on SSD OCZ Vertex4(@SATA3 port)= . Second SSD OCZ Agility 3 (@SATA3 port) with LVM 2 only for DomU.
Kernel (3.4.7) + Xen unstable(rev 25705, Aug 02 14:44:53 2012 +0100) sel= f compiled (according to Manual of Teo En Ming)
DimU: Windows XP sp 2

# lvdisplay
File descriptor 8 (pipe:[16062]) leaked on lvdisplay invocation. Parent = PID 4821: bash
  --- Logical volume ---
  LV Name                /d= ev/SSDagility/win=5Fxp
  VG Name                SS= Dagility
  LV UUID                Is= Yry9-rirf-G7oW-WSVC-fUOI-0VV1-TnQcIA
  LV Write Access        read/write
  LV Status              availab= le
  # open                 2<= br>   LV Size                58= ,59 GiB
  Current LE             15000
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0
....

--------------------------DomU configuration file-----------------------= -
name =3D "winxp"
#kernel =3D "/usr/lib/xen/boot/hvmloader"
firmware=5Foverride =3D "/usr/lib/xen/boot/hvmloader"

builder=3D'hvm'
#device=5Fmodel=5Fstubdomain=5Foverride =3D 1
#device=5Fmodel=3D'qemu-dm'
#device=5Fmodel=3D'stubdom'
#device=5Fmodel=3D'stubdom-dm'
#device=5Fmodel=3D'qemu-xen'

memory =3D 3096
vcpus=3D4
boot=3D'cd'

disk =3D [ 'phy:/dev/SSDagility/win=5Fxp,sda,rw', 'file:/home/looser/Dow= nloads/wind=5Fxp.iso,hdb:cdrom,r']

on=5Fpoweroff =3D 'destroy'
on=5Freboot   =3D 'restart'
on=5Fcrash    =3D 'restart'
keymap =3D "de"

sdl=3D1
stdvga=3D1

serial=3D'pty'
pci =3D ['04:00.0', '04:00.1']
pci=5Fpower=5Fmgmt=3D1
pci=5Fmsitranslate=3D1
xen=5Fplatform=5Fpci=3D1
viridian=3D1

#High Precision Event Timer
hpet=3D1

pae=3D0
#Advanced Configuration and Power Interface
acpi=3D1
#Advanced Programmable Interrupt Controller
apic=3D1
gfx=5Fpassthru=3D0
--------------------------END DomU config ------------------------

to start DomU I do: xl -f create winxp

in DomU, Windows detected IDE-Controller: Intel 82371SB-PCI-Bus-Master-I= DE-Controller
HDD detected: QEMU HARDDISK (disabling write cache don't work, after reb= oot it will be automatically activated back)


For good and functioning tip and I'm buying beer :)

Best thanks.
Denis. ------------04D0BA0F93FDE3578-- --===============2851450961278931189== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2851450961278931189==-- From xen-users-bounces@lists.xen.org Fri Aug 03 15:08:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 15:08:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxJTV-0006bM-3P; Fri, 03 Aug 2012 15:07:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxHzw-0004fe-B8 for xen-users@lists.xen.org; Fri, 03 Aug 2012 13:33:00 +0000 Received: from [85.158.138.51:28721] by server-4.bemta-3.messagelabs.com id 14/44-29069-B03DB105; Fri, 03 Aug 2012 13:32:59 +0000 X-Env-Sender: info@biwebco.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1344000778!26222137!1 X-Originating-IP: [85.25.229.169] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11218 invoked from network); 3 Aug 2012 13:32:58 -0000 Received: from biwebco.com (HELO biwebco.com) (85.25.229.169) by server-10.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 3 Aug 2012 13:32:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=biwebco.com; s=mail; h=Content-Type:MIME-Version:Subject:To:Message-ID:From:Date; bh=edq5LHaenAGpWlHNUIb4MZEXsGQDg8QgslXcRAlaBGM=; b=owqp0K4huRIftT5ODWWjD7DaLxHFrEOEKKCbXXoEGh+Imaqw2f1e83fs6NtsWDN+BhnqivJykF9NXAqD/MpA/mmwYveOBQ0Knau5FhcTtaaiF4hE3XP3XBIzbwn1MdcsMEuFUuayZ01bUC9ag51U4+eqmpq38ch7gLplOBFOH3g=; Received: from manz-590cb9db.pool.mediaways.net ([89.12.185.219] helo=local.fritz.box) by biwebco.com with esmtpa (Exim 4.72) (envelope-from ) id 1SxHzu-0008MA-7R for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:32:58 +0200 Date: Fri, 3 Aug 2012 15:33:39 +0200 From: "biwebco.com" X-Priority: 3 (Normal) Message-ID: <447618803.20120803153339@biwebco.com> To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 03 Aug 2012 15:07:35 +0000 Subject: [Xen-users] Guest disk (LVM on SSD) too slow. Xen unstable, DomU-win XP sp2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2851450961278931189==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2851450961278931189== Content-Type: multipart/alternative; boundary="----------04D0BA0F93FDE3578" ------------04D0BA0F93FDE3578 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable nice time, Xen community. my DomU has very slow Disk performance, despite the usage of SSD's. Maybe s= omebody can give some good tips to accelerate, or point out my mistakes. DomU CristalDiskMark 3.0.1 test(roundet): seq (R/W) :71 / 86 MB/s 512k(R/W) :76 / 80 MB/s 4K(R/W) :4 / 3 MB/s 4K QD32(R/W):4 / 4 MB/s The same guest running in KVM-Qemu (standard installed on Ubuntu 12.04) has: seq (R/W) :319 / 146 MB/s 512k(R/W) :306 / 143 MB/s 4K(R/W) :10 / 7 MB/s 4K QD32(R/W):12 / 9 MB/s Need only Xen because of second graphic card pass through (here works fine). =20 I have: intel e5-1620, 64 GB uDDR @1333Mgz, Dom0 on SSD OCZ Vertex4(@SATA3 port). S= econd SSD OCZ Agility 3 (@SATA3 port) with LVM 2 only for DomU. Kernel (3.4.7) + Xen unstable(rev 25705, Aug 02 14:44:53 2012 +0100) self c= ompiled (according to Manual of Teo En Ming) DimU: Windows XP sp 2 # lvdisplay File descriptor 8 (pipe:[16062]) leaked on lvdisplay invocation. Parent PID= 4821: bash --- Logical volume --- LV Name /dev/SSDagility/win_xp VG Name SSDagility LV UUID IsYry9-rirf-G7oW-WSVC-fUOI-0VV1-TnQcIA LV Write Access read/write LV Status available # open 2 LV Size 58,59 GiB Current LE 15000 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:0 .... --------------------------DomU configuration file------------------------ name =3D "winxp" #kernel =3D "/usr/lib/xen/boot/hvmloader" firmware_override =3D "/usr/lib/xen/boot/hvmloader" builder=3D'hvm' #device_model_stubdomain_override =3D 1 #device_model=3D'qemu-dm' #device_model=3D'stubdom' #device_model=3D'stubdom-dm' #device_model=3D'qemu-xen' memory =3D 3096 vcpus=3D4 boot=3D'cd' disk =3D [ 'phy:/dev/SSDagility/win_xp,sda,rw', 'file:/home/looser/Download= s/wind_xp.iso,hdb:cdrom,r'] on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' keymap =3D "de" sdl=3D1 stdvga=3D1 serial=3D'pty' pci =3D ['04:00.0', '04:00.1'] pci_power_mgmt=3D1 pci_msitranslate=3D1 xen_platform_pci=3D1 viridian=3D1 #High Precision Event Timer hpet=3D1 pae=3D0 #Advanced Configuration and Power Interface acpi=3D1 #Advanced Programmable Interrupt Controller apic=3D1 gfx_passthru=3D0 --------------------------END DomU config ------------------------ to start DomU I do: xl -f create winxp in DomU, Windows detected IDE-Controller: Intel 82371SB-PCI-Bus-Master-IDE-= Controller HDD detected: QEMU HARDDISK (disabling write cache don't work, after reboot= it will be automatically activated back) For good and functioning tip and I'm buying beer :) Best thanks. Denis. ------------04D0BA0F93FDE3578 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Guest disk (LVM on SSD) too slow. Xen unstable, DomU-= win XP sp2 = nice time, Xen community.

my DomU has very slow Disk performance, despite the usage of SSD's. Mayb= e somebody can give some good tips to accelerate, or point out my mistak= es.

DomU CristalDiskMark 3.0.1 test(roundet):
seq (R/W)   :71 / 86 MB/s
512k(R/W)   :76 / 80 MB/s
4K(R/W)     :4  / 3 MB/s
4K QD32(R/W):4  / 4 MB/s

The same guest running in KVM-Qemu (standard installed on Ubuntu 12.04) = has:
seq (R/W)   :319 / 146 MB/s
512k(R/W)   :306 / 143 MB/s
4K(R/W)     :10  / 7 MB/s
4K QD32(R/W):12  / 9 MB/s


Need only Xen because of second graphic card pass through (here works fi= ne)..
 
I have:
intel e5-1620, 64 GB uDDR @1333Mgz, Dom0 on SSD OCZ Vertex4(@SATA3 port)= . Second SSD OCZ Agility 3 (@SATA3 port) with LVM 2 only for DomU.
Kernel (3.4.7) + Xen unstable(rev 25705, Aug 02 14:44:53 2012 +0100) sel= f compiled (according to Manual of Teo En Ming)
DimU: Windows XP sp 2

# lvdisplay
File descriptor 8 (pipe:[16062]) leaked on lvdisplay invocation. Parent = PID 4821: bash
  --- Logical volume ---
  LV Name                /d= ev/SSDagility/win=5Fxp
  VG Name                SS= Dagility
  LV UUID                Is= Yry9-rirf-G7oW-WSVC-fUOI-0VV1-TnQcIA
  LV Write Access        read/write
  LV Status              availab= le
  # open                 2<= br>   LV Size                58= ,59 GiB
  Current LE             15000
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0
....

--------------------------DomU configuration file-----------------------= -
name =3D "winxp"
#kernel =3D "/usr/lib/xen/boot/hvmloader"
firmware=5Foverride =3D "/usr/lib/xen/boot/hvmloader"

builder=3D'hvm'
#device=5Fmodel=5Fstubdomain=5Foverride =3D 1
#device=5Fmodel=3D'qemu-dm'
#device=5Fmodel=3D'stubdom'
#device=5Fmodel=3D'stubdom-dm'
#device=5Fmodel=3D'qemu-xen'

memory =3D 3096
vcpus=3D4
boot=3D'cd'

disk =3D [ 'phy:/dev/SSDagility/win=5Fxp,sda,rw', 'file:/home/looser/Dow= nloads/wind=5Fxp.iso,hdb:cdrom,r']

on=5Fpoweroff =3D 'destroy'
on=5Freboot   =3D 'restart'
on=5Fcrash    =3D 'restart'
keymap =3D "de"

sdl=3D1
stdvga=3D1

serial=3D'pty'
pci =3D ['04:00.0', '04:00.1']
pci=5Fpower=5Fmgmt=3D1
pci=5Fmsitranslate=3D1
xen=5Fplatform=5Fpci=3D1
viridian=3D1

#High Precision Event Timer
hpet=3D1

pae=3D0
#Advanced Configuration and Power Interface
acpi=3D1
#Advanced Programmable Interrupt Controller
apic=3D1
gfx=5Fpassthru=3D0
--------------------------END DomU config ------------------------

to start DomU I do: xl -f create winxp

in DomU, Windows detected IDE-Controller: Intel 82371SB-PCI-Bus-Master-I= DE-Controller
HDD detected: QEMU HARDDISK (disabling write cache don't work, after reb= oot it will be automatically activated back)


For good and functioning tip and I'm buying beer :)

Best thanks.
Denis. ------------04D0BA0F93FDE3578-- --===============2851450961278931189== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2851450961278931189==-- From xen-users-bounces@lists.xen.org Fri Aug 03 15:34:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 15:34:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxJsS-0007Zi-Gt; Fri, 03 Aug 2012 15:33:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxJsR-0007ZO-0l for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:33:23 +0000 Received: from [85.158.138.51:24461] by server-1.bemta-3.messagelabs.com id 02/14-31934-24FEB105; Fri, 03 Aug 2012 15:33:22 +0000 X-Env-Sender: jeff.sturm@eprize.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1344008000!30297243!1 X-Originating-IP: [216.32.181.183] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19929 invoked from network); 3 Aug 2012 15:33:21 -0000 Received: from ch1ehsobe003.messaging.microsoft.com (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.183) by server-2.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 3 Aug 2012 15:33:21 -0000 Received: from mail100-ch1-R.bigfish.com (10.43.68.241) by CH1EHSOBE018.bigfish.com (10.43.70.68) with Microsoft SMTP Server id 14.1.225.23; Fri, 3 Aug 2012 15:33:19 +0000 Received: from mail100-ch1 (localhost [127.0.0.1]) by mail100-ch1-R.bigfish.com (Postfix) with ESMTP id 8F89A4E0337; Fri, 3 Aug 2012 15:33:19 +0000 (UTC) X-Forefront-Antispam-Report: CIP:208.82.64.110; KIP:(null); UIP:(null); IPV:NLI; H:mxgw.eprize.com; RD:smtp.eprize.com; EFVD:NLI X-SpamScore: -2 X-BigFish: VS-2(zz9371I1432Izz1202hzz8275bh8275dhz2fh668h839h93fhd25hf0ah107ah) Received-SPF: pass (mail100-ch1: domain of eprize.com designates 208.82.64.110 as permitted sender) client-ip=208.82.64.110; envelope-from=jeff.sturm@eprize.com; helo=mxgw.eprize.com ; w.eprize.com ; Received: from mail100-ch1 (localhost.localdomain [127.0.0.1]) by mail100-ch1 (MessageSwitch) id 1344007998190747_26774; Fri, 3 Aug 2012 15:33:18 +0000 (UTC) Received: from CH1EHSMHS002.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.253]) by mail100-ch1.bigfish.com (Postfix) with ESMTP id 2A97E4401FB; Fri, 3 Aug 2012 15:33:18 +0000 (UTC) Received: from mxgw.eprize.com (208.82.64.110) by CH1EHSMHS002.bigfish.com (10.43.70.2) with Microsoft SMTP Server id 14.1.225.23; Fri, 3 Aug 2012 15:33:15 +0000 Received: from mail.eprize.com (mailnode2.eprize.local [10.1.5.47]) by mxgw.eprize.com (Postfix) with ESMTP id 808D22D0048; Fri, 3 Aug 2012 11:33:15 -0400 (EDT) Received: from MailNode1.eprize.local ([fe80::4ff:6f30:c67:4ece]) by MailNode2.eprize.local ([fe80::194b:11b1:5459:52ea%17]) with mapi id 14.01.0355.002; Fri, 3 Aug 2012 11:33:14 -0400 From: Jeff Sturm To: biwebco.com , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Guest disk (LVM on SSD) too slow. Xen unstable, DomU-win XP sp2 Thread-Index: AQHNcYnwNDyQfwkp+UqG2CzYDrGVs5dINrlg Date: Fri, 3 Aug 2012 15:33:13 +0000 Message-ID: References: <447618803.20120803153339@biwebco.com> In-Reply-To: <447618803.20120803153339@biwebco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.128.1.24] MIME-Version: 1.0 X-OriginatorOrg: eprize.com Subject: Re: [Xen-users] Guest disk (LVM on SSD) too slow. Xen unstable, DomU-win XP sp2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of biwebco.com > Sent: Friday, August 03, 2012 9:34 AM > > my DomU has very slow Disk performance, despite the usage of SSD's. Maybe somebody can give some good tips to accelerate, or point out my mistakes. [cut] > in DomU, Windows detected IDE-Controller: Intel 82371SB-PCI-Bus-Master-IDE-Controller > HDD detected: QEMU HARDDISK (disabling write cache don't work, after reboot it will be automatically activated back) Emulated (QEMU) disks are slow. You need PV drivers. http://wiki.xen.org/wiki/Xen_Windows_GplPv -Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 15:34:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 15:34:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxJsS-0007Zi-Gt; Fri, 03 Aug 2012 15:33:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxJsR-0007ZO-0l for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:33:23 +0000 Received: from [85.158.138.51:24461] by server-1.bemta-3.messagelabs.com id 02/14-31934-24FEB105; Fri, 03 Aug 2012 15:33:22 +0000 X-Env-Sender: jeff.sturm@eprize.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1344008000!30297243!1 X-Originating-IP: [216.32.181.183] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19929 invoked from network); 3 Aug 2012 15:33:21 -0000 Received: from ch1ehsobe003.messaging.microsoft.com (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.183) by server-2.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 3 Aug 2012 15:33:21 -0000 Received: from mail100-ch1-R.bigfish.com (10.43.68.241) by CH1EHSOBE018.bigfish.com (10.43.70.68) with Microsoft SMTP Server id 14.1.225.23; Fri, 3 Aug 2012 15:33:19 +0000 Received: from mail100-ch1 (localhost [127.0.0.1]) by mail100-ch1-R.bigfish.com (Postfix) with ESMTP id 8F89A4E0337; Fri, 3 Aug 2012 15:33:19 +0000 (UTC) X-Forefront-Antispam-Report: CIP:208.82.64.110; KIP:(null); UIP:(null); IPV:NLI; H:mxgw.eprize.com; RD:smtp.eprize.com; EFVD:NLI X-SpamScore: -2 X-BigFish: VS-2(zz9371I1432Izz1202hzz8275bh8275dhz2fh668h839h93fhd25hf0ah107ah) Received-SPF: pass (mail100-ch1: domain of eprize.com designates 208.82.64.110 as permitted sender) client-ip=208.82.64.110; envelope-from=jeff.sturm@eprize.com; helo=mxgw.eprize.com ; w.eprize.com ; Received: from mail100-ch1 (localhost.localdomain [127.0.0.1]) by mail100-ch1 (MessageSwitch) id 1344007998190747_26774; Fri, 3 Aug 2012 15:33:18 +0000 (UTC) Received: from CH1EHSMHS002.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.253]) by mail100-ch1.bigfish.com (Postfix) with ESMTP id 2A97E4401FB; Fri, 3 Aug 2012 15:33:18 +0000 (UTC) Received: from mxgw.eprize.com (208.82.64.110) by CH1EHSMHS002.bigfish.com (10.43.70.2) with Microsoft SMTP Server id 14.1.225.23; Fri, 3 Aug 2012 15:33:15 +0000 Received: from mail.eprize.com (mailnode2.eprize.local [10.1.5.47]) by mxgw.eprize.com (Postfix) with ESMTP id 808D22D0048; Fri, 3 Aug 2012 11:33:15 -0400 (EDT) Received: from MailNode1.eprize.local ([fe80::4ff:6f30:c67:4ece]) by MailNode2.eprize.local ([fe80::194b:11b1:5459:52ea%17]) with mapi id 14.01.0355.002; Fri, 3 Aug 2012 11:33:14 -0400 From: Jeff Sturm To: biwebco.com , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Guest disk (LVM on SSD) too slow. Xen unstable, DomU-win XP sp2 Thread-Index: AQHNcYnwNDyQfwkp+UqG2CzYDrGVs5dINrlg Date: Fri, 3 Aug 2012 15:33:13 +0000 Message-ID: References: <447618803.20120803153339@biwebco.com> In-Reply-To: <447618803.20120803153339@biwebco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.128.1.24] MIME-Version: 1.0 X-OriginatorOrg: eprize.com Subject: Re: [Xen-users] Guest disk (LVM on SSD) too slow. Xen unstable, DomU-win XP sp2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of biwebco.com > Sent: Friday, August 03, 2012 9:34 AM > > my DomU has very slow Disk performance, despite the usage of SSD's. Maybe somebody can give some good tips to accelerate, or point out my mistakes. [cut] > in DomU, Windows detected IDE-Controller: Intel 82371SB-PCI-Bus-Master-IDE-Controller > HDD detected: QEMU HARDDISK (disabling write cache don't work, after reboot it will be automatically activated back) Emulated (QEMU) disks are slow. You need PV drivers. http://wiki.xen.org/wiki/Xen_Windows_GplPv -Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 15:52:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 15:52: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 1SxKA8-00089R-2L; Fri, 03 Aug 2012 15:51:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxKA6-00089M-ON for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:51:39 +0000 Received: from [85.158.143.35:55358] by server-1.bemta-4.messagelabs.com id 14/F4-24392-A83FB105; Fri, 03 Aug 2012 15:51:38 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1344009093!18547055!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4931 invoked from network); 3 Aug 2012 15:51:33 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 15:51:33 -0000 Received: by wgbed3 with SMTP id ed3so545794wgb.32 for ; Fri, 03 Aug 2012 08:51:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QmaWFW7qjD+MyLTXoNw/tZYD3RsbS/ePezGEOKRAKYM=; b=HxrbO/NhFWA4caXr8r/1RZrcSYp0zT0FGoRSNcg/Lyf8uziDo7MaBfwqrePI7BBv0l eih21fxbTb3HFuUKtiyVZfp3wdiEiffnwEqJVze8fShj3NCQlplSSHPz/0O5VAjEYbG9 KC3SYiotipw8yCoNJM7mhqXLbkV638yDwVJpa6T9LOSTkjEq90qHti9FKonUAqvcrsVz W75pc6ldvHUpeymbn3Ie9cSFKJjZOhUaCHqcGAqsFucJE40C1eORrIQjbRzrg0Uk6XVe ppOs5WaGmpL2fwTSMQmPCBc3bRTgSTpIGatqdkfVI13Pqcqkg4k8iLH1VmQDT2QlxP5S jfuw== MIME-Version: 1.0 Received: by 10.216.3.85 with SMTP id 63mr1019632weg.134.1344009092975; Fri, 03 Aug 2012 08:51:32 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 3 Aug 2012 08:51:32 -0700 (PDT) In-Reply-To: <23F22BC973E3C14B895AAE277E2ADAE55F8C2927@oxford.royleminns.co.uk> References: <23F22BC973E3C14B895AAE277E2ADAE55F8C2927@oxford.royleminns.co.uk> Date: Fri, 3 Aug 2012 08:51:32 -0700 Message-ID: From: David Erickson To: Jonathon Royle Cc: yue wang , Joseph Glanville , "xen-users@lists.xen.org" Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3717321116851422277==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3717321116851422277== Content-Type: multipart/alternative; boundary=0016364d279b8fccd104c65e8064 --0016364d279b8fccd104c65e8064 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jon- There are 'binaries' available, see https://openflow.stanford.edu/display/Beacon/Releases I encourage you to make sure you are running the latest Oracle JDK/JRE 6 release. If you have any questions feel free to post on the forum: https://openflow.stanford.edu/forums/forum/4-beacon-general/ -David On Fri, Aug 3, 2012 at 5:31 AM, Jonathon Royle w= rote: > I have also been looking for a good opensource controller so I was > interested in this thread. Is there a binary version for Centos 5/6 > available. The link I followed just provided source code and instruction= s > for building within the eclipse IDE.**** > > ** ** > > Thanks,**** > > ** ** > > Jon**** > > ** ** > > ** ** > > *From:* Joseph Glanville [mailto:joseph.glanville@orionvm.com.au] > *Sent:* 03 August 2012 01:08 > *To:* David Erickson > *Cc:* yue wang; xen-users@lists.xen.org > *Subject:* Re: [Xen-users] any opensource controllers to recommand?**** > > ** ** > > ** ** > > On 2 August 2012 10:39, David Erickson wrote:**** > > I am biased as the author of Beacon (http://www.beaconcontroller.net/), > but I have been using it with a cluster of 80 XenServer machines running > OVS, interconnected by physical OpenFlow switches for over a year.**** > > ** ** > > I'll second Beacon as a good choice. Great performance and probably the > most featureful of the open-source controllers.**** > > ** ** > > If you want to get hacking on stuff really fast then there is NOX which > though not as tanky as Beacon lets you write extensions in Python, which = is > imo a big plus.**** > > ** ** > > There is also this project which I am yet to try out but it looks > interesting:**** > > ** ** > > https://github.com/trema**** > > ** ** > > It seems to be the remnants of the NEC Helios controller. (which to my > knowledge was never available anywhere).**** > > **** > > ** ** > > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote:**= * > * > > Hi, All**** > > ** ** > > do you have any opensource controllers to recommand=EF=BC=9F**** > > since XCP don't have a controller to control OVS centrally,i need a > controller like vswitch controller for xenserver.**** > > there are so many open source openflow controller, i really don't know > which one to choose.**** > > ** ** > > thanks in advance**** > > ** ** > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users**** > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users**** > > > > **** > > ** ** > > -- > CTO | Orion Virtualisation Solutions | www.orionvm.com.au > Phone: 1300 56 99 52 | Mobile: 0428 754 846**** > --0016364d279b8fccd104c65e8064 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jon-
There are 'binaries' available, see https://openflow.stanford.edu= /display/Beacon/Releases=C2=A0
I encourage you to make sure you are= running the latest Oracle JDK/JRE 6 release.=C2=A0 If you have any questio= ns feel free to post on the forum: https://openflow.stanford.edu/forums/forum= /4-beacon-general/

-David

On Fri, Aug 3, 2012 at 5:31 AM= , Jonathon Royle <jonathon@royleminns.co.uk> wrote:<= br>

I have also been looking = for a good opensource controller so I was interested in this thread.=C2=A0 = Is there a binary version for Centos 5/6 available.=C2=A0 The link I followed just provided source code and instructions for building within = the eclipse IDE.

=C2=A0

Thanks,

=C2=A0

Jon<= /p>

=C2=A0

=C2=A0

From: Joseph Glanville [mailto:joseph.glanville@orionvm.com.au]
Sent: 03 August 2012 01:08
To: David Erickson
Cc: yue wang; xen-users@lists.xen.org
Subject: Re: [Xen-users] any opensource controllers to recommand?=

=C2=A0

=C2=A0<= /p>

On 2 August 2012 10:39, David Erickson <halcyon1981@gmail.com> wrote:

I am biased as the author of Beacon (http://www.beaconcontroller= .net/), but I have been using it with a cluster of 80 XenServer machine= s running OVS, interconnected by physical OpenFlow switches for over a year.

=C2=A0

I'll second Beacon as a good choice. Great perfo= rmance and probably the most featureful of the open-source controllers.<= /u>

=C2=A0

If you want to get hacking on stuff really fast then= there is NOX which though not as tanky as Beacon lets you write extensions= in Python, which is imo a big plus.

=C2=A0

There is also this project which I am yet to try out= but it looks interesting:

=C2=A0

=C2=A0

It seems to be the remnants of the NEC Helios contro= ller. (which to my knowledge was never available anywhere).

=C2=A0

=C2=A0



_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users



=C2=A0

--
CTO | Orion Virtualisation Solutions=C2=A0|=C2=A0www.orionvm.com.au=C2=A0
Phone: 1300 56 99 52 | Mobile: 0428 754 846


--0016364d279b8fccd104c65e8064-- --===============3717321116851422277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3717321116851422277==-- From xen-users-bounces@lists.xen.org Fri Aug 03 15:52:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 15:52: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 1SxKA8-00089R-2L; Fri, 03 Aug 2012 15:51:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxKA6-00089M-ON for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:51:39 +0000 Received: from [85.158.143.35:55358] by server-1.bemta-4.messagelabs.com id 14/F4-24392-A83FB105; Fri, 03 Aug 2012 15:51:38 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1344009093!18547055!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4931 invoked from network); 3 Aug 2012 15:51:33 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 15:51:33 -0000 Received: by wgbed3 with SMTP id ed3so545794wgb.32 for ; Fri, 03 Aug 2012 08:51:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QmaWFW7qjD+MyLTXoNw/tZYD3RsbS/ePezGEOKRAKYM=; b=HxrbO/NhFWA4caXr8r/1RZrcSYp0zT0FGoRSNcg/Lyf8uziDo7MaBfwqrePI7BBv0l eih21fxbTb3HFuUKtiyVZfp3wdiEiffnwEqJVze8fShj3NCQlplSSHPz/0O5VAjEYbG9 KC3SYiotipw8yCoNJM7mhqXLbkV638yDwVJpa6T9LOSTkjEq90qHti9FKonUAqvcrsVz W75pc6ldvHUpeymbn3Ie9cSFKJjZOhUaCHqcGAqsFucJE40C1eORrIQjbRzrg0Uk6XVe ppOs5WaGmpL2fwTSMQmPCBc3bRTgSTpIGatqdkfVI13Pqcqkg4k8iLH1VmQDT2QlxP5S jfuw== MIME-Version: 1.0 Received: by 10.216.3.85 with SMTP id 63mr1019632weg.134.1344009092975; Fri, 03 Aug 2012 08:51:32 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 3 Aug 2012 08:51:32 -0700 (PDT) In-Reply-To: <23F22BC973E3C14B895AAE277E2ADAE55F8C2927@oxford.royleminns.co.uk> References: <23F22BC973E3C14B895AAE277E2ADAE55F8C2927@oxford.royleminns.co.uk> Date: Fri, 3 Aug 2012 08:51:32 -0700 Message-ID: From: David Erickson To: Jonathon Royle Cc: yue wang , Joseph Glanville , "xen-users@lists.xen.org" Subject: Re: [Xen-users] any opensource controllers to recommand? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3717321116851422277==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3717321116851422277== Content-Type: multipart/alternative; boundary=0016364d279b8fccd104c65e8064 --0016364d279b8fccd104c65e8064 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jon- There are 'binaries' available, see https://openflow.stanford.edu/display/Beacon/Releases I encourage you to make sure you are running the latest Oracle JDK/JRE 6 release. If you have any questions feel free to post on the forum: https://openflow.stanford.edu/forums/forum/4-beacon-general/ -David On Fri, Aug 3, 2012 at 5:31 AM, Jonathon Royle w= rote: > I have also been looking for a good opensource controller so I was > interested in this thread. Is there a binary version for Centos 5/6 > available. The link I followed just provided source code and instruction= s > for building within the eclipse IDE.**** > > ** ** > > Thanks,**** > > ** ** > > Jon**** > > ** ** > > ** ** > > *From:* Joseph Glanville [mailto:joseph.glanville@orionvm.com.au] > *Sent:* 03 August 2012 01:08 > *To:* David Erickson > *Cc:* yue wang; xen-users@lists.xen.org > *Subject:* Re: [Xen-users] any opensource controllers to recommand?**** > > ** ** > > ** ** > > On 2 August 2012 10:39, David Erickson wrote:**** > > I am biased as the author of Beacon (http://www.beaconcontroller.net/), > but I have been using it with a cluster of 80 XenServer machines running > OVS, interconnected by physical OpenFlow switches for over a year.**** > > ** ** > > I'll second Beacon as a good choice. Great performance and probably the > most featureful of the open-source controllers.**** > > ** ** > > If you want to get hacking on stuff really fast then there is NOX which > though not as tanky as Beacon lets you write extensions in Python, which = is > imo a big plus.**** > > ** ** > > There is also this project which I am yet to try out but it looks > interesting:**** > > ** ** > > https://github.com/trema**** > > ** ** > > It seems to be the remnants of the NEC Helios controller. (which to my > knowledge was never available anywhere).**** > > **** > > ** ** > > On Tue, Jul 31, 2012 at 7:57 PM, yue wang wrote:**= * > * > > Hi, All**** > > ** ** > > do you have any opensource controllers to recommand=EF=BC=9F**** > > since XCP don't have a controller to control OVS centrally,i need a > controller like vswitch controller for xenserver.**** > > there are so many open source openflow controller, i really don't know > which one to choose.**** > > ** ** > > thanks in advance**** > > ** ** > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users**** > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users**** > > > > **** > > ** ** > > -- > CTO | Orion Virtualisation Solutions | www.orionvm.com.au > Phone: 1300 56 99 52 | Mobile: 0428 754 846**** > --0016364d279b8fccd104c65e8064 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jon-
There are 'binaries' available, see https://openflow.stanford.edu= /display/Beacon/Releases=C2=A0
I encourage you to make sure you are= running the latest Oracle JDK/JRE 6 release.=C2=A0 If you have any questio= ns feel free to post on the forum: https://openflow.stanford.edu/forums/forum= /4-beacon-general/

-David

On Fri, Aug 3, 2012 at 5:31 AM= , Jonathon Royle <jonathon@royleminns.co.uk> wrote:<= br>

I have also been looking = for a good opensource controller so I was interested in this thread.=C2=A0 = Is there a binary version for Centos 5/6 available.=C2=A0 The link I followed just provided source code and instructions for building within = the eclipse IDE.

=C2=A0

Thanks,

=C2=A0

Jon<= /p>

=C2=A0

=C2=A0

From: Joseph Glanville [mailto:joseph.glanville@orionvm.com.au]
Sent: 03 August 2012 01:08
To: David Erickson
Cc: yue wang; xen-users@lists.xen.org
Subject: Re: [Xen-users] any opensource controllers to recommand?=

=C2=A0

=C2=A0<= /p>

On 2 August 2012 10:39, David Erickson <halcyon1981@gmail.com> wrote:

I am biased as the author of Beacon (http://www.beaconcontroller= .net/), but I have been using it with a cluster of 80 XenServer machine= s running OVS, interconnected by physical OpenFlow switches for over a year.

=C2=A0

I'll second Beacon as a good choice. Great perfo= rmance and probably the most featureful of the open-source controllers.<= /u>

=C2=A0

If you want to get hacking on stuff really fast then= there is NOX which though not as tanky as Beacon lets you write extensions= in Python, which is imo a big plus.

=C2=A0

There is also this project which I am yet to try out= but it looks interesting:

=C2=A0

=C2=A0

It seems to be the remnants of the NEC Helios contro= ller. (which to my knowledge was never available anywhere).

=C2=A0

=C2=A0



_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users



=C2=A0

--
CTO | Orion Virtualisation Solutions=C2=A0|=C2=A0www.orionvm.com.au=C2=A0
Phone: 1300 56 99 52 | Mobile: 0428 754 846


--0016364d279b8fccd104c65e8064-- --===============3717321116851422277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3717321116851422277==-- From xen-users-bounces@lists.xen.org Fri Aug 03 16:03:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 16: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 1SxKKP-0000OO-Ee; Fri, 03 Aug 2012 16:02:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxKKN-0000OI-Cj for xen-users@lists.xen.org; Fri, 03 Aug 2012 16:02:15 +0000 Received: from [85.158.143.35:36928] by server-1.bemta-4.messagelabs.com id 0B/A1-24392-606FB105; Fri, 03 Aug 2012 16:02:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1344009731!10755869!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15092 invoked from network); 3 Aug 2012 16:02:12 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 16:02:12 -0000 Received: from [189.253.138.106] (port=55988 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SxKKJ-0003Cw-7H for xen-users@lists.xen.org; Fri, 03 Aug 2012 11:02:11 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 9AD01A209 for ; Fri, 3 Aug 2012 11:02:09 -0500 (CDT) Message-ID: <501BF601.7090306@ondore.com> Date: Fri, 03 Aug 2012 11:02:09 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 02/08/12 23:48, Michael Egglestone escribi=F3: > Here is my /etc/default/grub > > /GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D4096M dom0_vcpus_pin"/ > [...] > I've updated grub to populate /boot/grub/grub.cfg and then rebooted. This two stepas are the only relevant ones to achieve the Dom0 memory = restriction. While booting, you should have interacted with Grub, checking if the = parameter dom0_mem is really present in the right place. There you would = probably find that it is not. The variable used to set Dom0 memory is slightly different: GRUB_CMDLINE_XEN=3D"dom0_mem=3D4032" Piece of advice: don't set dom0_mem as "round" n*2^10. Subtract at least = 64MB from it. Hypervisor itself need some RAM, some bit less than 64MB = in Xen 4.0 case. So, after you assign, let's say, 4032MB to Dom0 and another 64MB was = eaten by hypervisor, you may consider you have "(your total RAM) - 4GB" = free, available for DomU's, round 28GB in your case. Otherwise, you = would have available "(your total RAM) - 4GB - (little more piece)", = which will left with a "not round" amount of available RAM, near 27.94 = GB in your case. This is far from being mandatory, but brings simplicity to estimations = and some bit of esthetics. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 16:03:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 16: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 1SxKKP-0000OO-Ee; Fri, 03 Aug 2012 16:02:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxKKN-0000OI-Cj for xen-users@lists.xen.org; Fri, 03 Aug 2012 16:02:15 +0000 Received: from [85.158.143.35:36928] by server-1.bemta-4.messagelabs.com id 0B/A1-24392-606FB105; Fri, 03 Aug 2012 16:02:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1344009731!10755869!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15092 invoked from network); 3 Aug 2012 16:02:12 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 16:02:12 -0000 Received: from [189.253.138.106] (port=55988 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SxKKJ-0003Cw-7H for xen-users@lists.xen.org; Fri, 03 Aug 2012 11:02:11 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 9AD01A209 for ; Fri, 3 Aug 2012 11:02:09 -0500 (CDT) Message-ID: <501BF601.7090306@ondore.com> Date: Fri, 03 Aug 2012 11:02:09 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 02/08/12 23:48, Michael Egglestone escribi=F3: > Here is my /etc/default/grub > > /GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D4096M dom0_vcpus_pin"/ > [...] > I've updated grub to populate /boot/grub/grub.cfg and then rebooted. This two stepas are the only relevant ones to achieve the Dom0 memory = restriction. While booting, you should have interacted with Grub, checking if the = parameter dom0_mem is really present in the right place. There you would = probably find that it is not. The variable used to set Dom0 memory is slightly different: GRUB_CMDLINE_XEN=3D"dom0_mem=3D4032" Piece of advice: don't set dom0_mem as "round" n*2^10. Subtract at least = 64MB from it. Hypervisor itself need some RAM, some bit less than 64MB = in Xen 4.0 case. So, after you assign, let's say, 4032MB to Dom0 and another 64MB was = eaten by hypervisor, you may consider you have "(your total RAM) - 4GB" = free, available for DomU's, round 28GB in your case. Otherwise, you = would have available "(your total RAM) - 4GB - (little more piece)", = which will left with a "not round" amount of available RAM, near 27.94 = GB in your case. This is far from being mandatory, but brings simplicity to estimations = and some bit of esthetics. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 17:41:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 17:41: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 1SxLr7-00024W-VK; Fri, 03 Aug 2012 17:40:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxLr6-00024R-LT for xen-users@lists.xen.org; Fri, 03 Aug 2012 17:40:08 +0000 Received: from [85.158.138.51:55659] by server-8.bemta-3.messagelabs.com id D0/30-10412-7FC0C105; Fri, 03 Aug 2012 17:40:07 +0000 X-Env-Sender: mike@estone.ca X-Msg-Ref: server-16.tower-174.messagelabs.com!1344015603!30203726!1 X-Originating-IP: [199.60.230.17] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15085 invoked from network); 3 Aug 2012 17:40:05 -0000 Received: from fa0-8.edge6.vwc.uniserve.ca (HELO estone.ca) (199.60.230.17) by server-16.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Aug 2012 17:40:05 -0000 Received: from ns1.estone.ca ([199.60.230.17] helo=mail.estone.ca) by estone.ca with esmtp (Exim 4.80) (envelope-from ) id 1SxLr7-0006QZ-1q for xen-users@lists.xen.org; Fri, 03 Aug 2012 10:40:09 -0700 Message-id: X-FC-Thread-ID: 00000001-e6690c0f Date: Fri, 03 Aug 2012 10:40:07 -0700 X-Mailer: FirstClass 11.1 (build 11.120) X-FC-SERVER-TZ: 6554336 To: xen-users@lists.xen.org From: "Michael Egglestone" References: <501BF601.7090306@ondore.com> In-Reply-To: <501BF601.7090306@ondore.com> MIME-Version: 1.0 Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4511526138580256237==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4511526138580256237== Content-Type: multipart/alternative; boundary="--=_--e6690c53.e6690c50.cc41bd77" This is a multi-part message in MIME format. ----=_--e6690c53.e6690c50.cc41bd77 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Alexandre Kouznetsov writes: #El 02/08/12 23:48, Michael Egglestone escribió: #> Here is my /etc/default/grub #> #> /GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin"/ #> [...] #> I've updated grub to populate /boot/grub/grub.cfg and then rebooted. #This two stepas are the only relevant ones to achieve the Dom0 memory #restriction. # #While booting, you should have interacted with Grub, checking if the #parameter dom0_mem is really present in the right place. There you would #probably find that it is not. # #The variable used to set Dom0 memory is slightly different: #GRUB_CMDLINE_XEN="dom0_mem=4032" It appears my system could fall into this link: http://blog.xen.org/index.php/2012/04/30/do%EF%BB%BFm0-memory-where-it-has-not-gone/ If I set my system to around 2G or lower, it appears correct, but if I start going above 2G, even up into the teens of Gigabytes, I see lost RAM. So, until Wheezy becomes stable, I'll stick with Dom0 at 2G. Thanks! Cheers, Mike ----=_--e6690c53.e6690c50.cc41bd77 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <=21DOCTYPE HTML PUBLIC =22-//W3C//DTD HTML 4.0 Transitional//EN=22>
Alexandre Kouznetsov <alk=40ondore.com> writes:
El 02/08/12 23:48, Michael Egglestone escribi=C3=B3:
> Here is my /etc/default/grub
>
> /GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D4096M dom0_vcpus_= pin"/
> =5B...=5D
> I've updated grub to populate /boot/grub/grub.cfg and then reb= ooted.
This two stepas are the only relevant ones to achieve the Dom= 0 memory
restriction.

While booting, you should have interacted with Grub, checking= if the
parameter dom0_mem is really present in the right place. Ther= e you would
probably find that it is not.

The variable used to set Dom0 memory is slightly different:
GRUB_CMDLINE_XEN=3D"dom0_mem=3D4032"<= /div>
It appears my system could fall into this= link:


If I set my system to around 2G or lower,= it appears correct, but if I start going above 2G, even
up into the teens of Gigabytes, I see los= t RAM.
So, until Wheezy becomes stable, I'll sti= ck with Dom0 at 2G.
Thanks=21

Cheers,
Mike
----=_--e6690c53.e6690c50.cc41bd77-- --===============4511526138580256237== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4511526138580256237==-- From xen-users-bounces@lists.xen.org Fri Aug 03 17:41:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 17:41: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 1SxLr7-00024W-VK; Fri, 03 Aug 2012 17:40:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxLr6-00024R-LT for xen-users@lists.xen.org; Fri, 03 Aug 2012 17:40:08 +0000 Received: from [85.158.138.51:55659] by server-8.bemta-3.messagelabs.com id D0/30-10412-7FC0C105; Fri, 03 Aug 2012 17:40:07 +0000 X-Env-Sender: mike@estone.ca X-Msg-Ref: server-16.tower-174.messagelabs.com!1344015603!30203726!1 X-Originating-IP: [199.60.230.17] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15085 invoked from network); 3 Aug 2012 17:40:05 -0000 Received: from fa0-8.edge6.vwc.uniserve.ca (HELO estone.ca) (199.60.230.17) by server-16.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Aug 2012 17:40:05 -0000 Received: from ns1.estone.ca ([199.60.230.17] helo=mail.estone.ca) by estone.ca with esmtp (Exim 4.80) (envelope-from ) id 1SxLr7-0006QZ-1q for xen-users@lists.xen.org; Fri, 03 Aug 2012 10:40:09 -0700 Message-id: X-FC-Thread-ID: 00000001-e6690c0f Date: Fri, 03 Aug 2012 10:40:07 -0700 X-Mailer: FirstClass 11.1 (build 11.120) X-FC-SERVER-TZ: 6554336 To: xen-users@lists.xen.org From: "Michael Egglestone" References: <501BF601.7090306@ondore.com> In-Reply-To: <501BF601.7090306@ondore.com> MIME-Version: 1.0 Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4511526138580256237==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4511526138580256237== Content-Type: multipart/alternative; boundary="--=_--e6690c53.e6690c50.cc41bd77" This is a multi-part message in MIME format. ----=_--e6690c53.e6690c50.cc41bd77 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Alexandre Kouznetsov writes: #El 02/08/12 23:48, Michael Egglestone escribió: #> Here is my /etc/default/grub #> #> /GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=4096M dom0_vcpus_pin"/ #> [...] #> I've updated grub to populate /boot/grub/grub.cfg and then rebooted. #This two stepas are the only relevant ones to achieve the Dom0 memory #restriction. # #While booting, you should have interacted with Grub, checking if the #parameter dom0_mem is really present in the right place. There you would #probably find that it is not. # #The variable used to set Dom0 memory is slightly different: #GRUB_CMDLINE_XEN="dom0_mem=4032" It appears my system could fall into this link: http://blog.xen.org/index.php/2012/04/30/do%EF%BB%BFm0-memory-where-it-has-not-gone/ If I set my system to around 2G or lower, it appears correct, but if I start going above 2G, even up into the teens of Gigabytes, I see lost RAM. So, until Wheezy becomes stable, I'll stick with Dom0 at 2G. Thanks! Cheers, Mike ----=_--e6690c53.e6690c50.cc41bd77 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <=21DOCTYPE HTML PUBLIC =22-//W3C//DTD HTML 4.0 Transitional//EN=22>
Alexandre Kouznetsov <alk=40ondore.com> writes:
El 02/08/12 23:48, Michael Egglestone escribi=C3=B3:
> Here is my /etc/default/grub
>
> /GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D4096M dom0_vcpus_= pin"/
> =5B...=5D
> I've updated grub to populate /boot/grub/grub.cfg and then reb= ooted.
This two stepas are the only relevant ones to achieve the Dom= 0 memory
restriction.

While booting, you should have interacted with Grub, checking= if the
parameter dom0_mem is really present in the right place. Ther= e you would
probably find that it is not.

The variable used to set Dom0 memory is slightly different:
GRUB_CMDLINE_XEN=3D"dom0_mem=3D4032"<= /div>
It appears my system could fall into this= link:


If I set my system to around 2G or lower,= it appears correct, but if I start going above 2G, even
up into the teens of Gigabytes, I see los= t RAM.
So, until Wheezy becomes stable, I'll sti= ck with Dom0 at 2G.
Thanks=21

Cheers,
Mike
----=_--e6690c53.e6690c50.cc41bd77-- --===============4511526138580256237== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4511526138580256237==-- From xen-users-bounces@lists.xen.org Fri Aug 03 20:37:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 20:37:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOc4-0004q0-LD; Fri, 03 Aug 2012 20:36:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOc3-0004pv-Bk for xen-users@lists.xen.org; Fri, 03 Aug 2012 20:36:47 +0000 Received: from [85.158.143.35:5142] by server-1.bemta-4.messagelabs.com id 0D/1B-24392-E563C105; Fri, 03 Aug 2012 20:36:46 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1344026205!16698124!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26391 invoked from network); 3 Aug 2012 20:36:46 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 20:36:46 -0000 Received: from [189.253.78.7] (port=54971 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SxOc0-0007r1-J1 for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:36:44 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 4F662A209 for ; Fri, 3 Aug 2012 15:36:42 -0500 (CDT) Message-ID: <501C365A.1060102@ondore.com> Date: Fri, 03 Aug 2012 15:36:42 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <501BF601.7090306@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. El 03/08/12 12:40, Michael Egglestone escribi=F3: > It appears my system could fall into this link: > > http://blog.xen.org/index.php/2012/04/30/do%EF%BB%BFm0-memory-where-it-ha= s-not-gone/ Silly me, I have not payed enough attention to the description of the = problem you made, sorry. That's new for me that GRUB_CMDLINE_XEN_DEFAULT and GRUB_CMDLINE_XEN = turned to be synonyms. Checked the scripts, they are. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 20:37:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 20:37:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOc4-0004q0-LD; Fri, 03 Aug 2012 20:36:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOc3-0004pv-Bk for xen-users@lists.xen.org; Fri, 03 Aug 2012 20:36:47 +0000 Received: from [85.158.143.35:5142] by server-1.bemta-4.messagelabs.com id 0D/1B-24392-E563C105; Fri, 03 Aug 2012 20:36:46 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1344026205!16698124!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26391 invoked from network); 3 Aug 2012 20:36:46 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2012 20:36:46 -0000 Received: from [189.253.78.7] (port=54971 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SxOc0-0007r1-J1 for xen-users@lists.xen.org; Fri, 03 Aug 2012 15:36:44 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 4F662A209 for ; Fri, 3 Aug 2012 15:36:42 -0500 (CDT) Message-ID: <501C365A.1060102@ondore.com> Date: Fri, 03 Aug 2012 15:36:42 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <501BF601.7090306@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] settinjg dom0 memory, where did I go wrong? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. El 03/08/12 12:40, Michael Egglestone escribi=F3: > It appears my system could fall into this link: > > http://blog.xen.org/index.php/2012/04/30/do%EF%BB%BFm0-memory-where-it-ha= s-not-gone/ Silly me, I have not payed enough attention to the description of the = problem you made, sorry. That's new for me that GRUB_CMDLINE_XEN_DEFAULT and GRUB_CMDLINE_XEN = turned to be synonyms. Checked the scripts, they are. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 03 20:42:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 20:42:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOgP-00051q-Kv; Fri, 03 Aug 2012 20:41:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOgO-00051j-GW for xen-users@lists.xen.org; Fri, 03 Aug 2012 20:41:16 +0000 Received: from [85.158.139.83:4472] by server-7.bemta-5.messagelabs.com id 75/D2-28276-B673C105; Fri, 03 Aug 2012 20:41:15 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1344026473!22838328!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16043 invoked from network); 3 Aug 2012 20:41:14 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 20:41:14 -0000 Received: by vcbfl15 with SMTP id fl15so1309580vcb.32 for ; Fri, 03 Aug 2012 13:41:13 -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=6RypmCH7lfp1UliwOIZPru0jptSyQxhza8h79qAjJ2E=; b=qXGkqode/KXamafkCyKTKtCqnBf4iykNl3ue/RYHOR9HkXBL0xGZ00d3+Uh2FBIqy0 rMxK41nqVjIQfTrcmHw3FXSRr++m06VG4bo4X7RgXvCEOpZMlIlITfy9eUyP1XAkWFr+ g1gPByX3q8XA0zr7Gru40B0dRt0bE3P8a/0002/miuxKIFgr2EBI8QzydNvtiM0JP9da rBylPxPGcjEzqHwSv/AnTWRM1IUsatecLsj3kESEXzuxqo7zhX0GfkxOCNjpGwNx5wzc 5IBcRUFtH10NdY9f134RD1mEgLsrKfzjTv/7w3o4LaUrUeRDmiKRZkmZ3Dlkxu64Q69V Sttg== MIME-Version: 1.0 Received: by 10.52.95.225 with SMTP id dn1mr2029584vdb.99.1344026473132; Fri, 03 Aug 2012 13:41:13 -0700 (PDT) Received: by 10.58.235.10 with HTTP; Fri, 3 Aug 2012 13:41:13 -0700 (PDT) In-Reply-To: <1343894252.26896.24.camel@wotan2> References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> <50198A84.8080203@laukamp.me> <1343891775.7571.40.camel@dagon.hellion.org.uk> <1343894252.26896.24.camel@wotan2> Date: Fri, 3 Aug 2012 17:41:13 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Stephan Seitz Cc: "xen-users@lists.xen.org" , Ian Tobin , Ian Campbell , Lukas Laukamp Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6563838957135729208==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6563838957135729208== Content-Type: multipart/alternative; boundary=20cf307f34d07ff39404c6628c32 --20cf307f34d07ff39404c6628c32 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I can't still resolve. How Ian Campbell said the xl console command didn't work. Well... I tried the script /etc/init/hvc0.conf that Lukas suggested and my guest.cfg was changed to: name = "ubuntu-pv" memory = 256 disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif = [' '] bootloader = "pygrub" *extra = "console=hvc0"* But, I can't run xm console command. Is there other idea? Thanks 2012/8/2 Stephan Seitz > ** > > > Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: > > On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: > > > > he could also use the xl toolstack but the simple misstake is that the > > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > > DomU and in the config file must be set extra = 'console=hvc0' so that > > the console kernel option for hvc0 is set. So the DomU can boot into a > > hvc0 console and than xm and xl can use the console. > > pygrub should be getting the console=hvc0 from the grub cfg and > hvc0.conf ought to already exist. > > If Ubuntu isn't setting these up by default during install when running > under Xen then this should be reported as a bug to Ubuntu. > > I'm not familiar with current Ubuntu so I don't know if these are > expected to be there i.e. I don't know if this is a wishlist/new-feature > bug or just a bug in functionality which is expected to Just Work > already. > > Ian. > > > Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel > as well as the grub-legacy-ec2 are > aware of hvc0. > > I think the source of these console problems are the configurable > different presets. One could use tty0 > as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm > currently peeking into spawns tty0 > and hvc0 with tty0 connected to the "serial" xl console and hvc0 connected > to vfb/vnc setting. But that > can't be predicted, it's easy to configure it the opposite way. > > From my point of view, the definition of virtualization namespaces (hvcN, > xvcN, xvdMN) jumped in far to late. > There have been huge clusters build before one was even thinking about > hvc0. > > Just my 2 cents, and I'm sorry that this won't help the OP to solve his > issue easily. > > Cheers, > > Stephan > > > --20cf307f34d07ff39404c6628c32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all,

I can't still resolve.
How Ian Campbell said the xl c= onsole command didn't work.

Well... I tried the script /etc/init= /hvc0.conf that Lukas suggested and my guest.cfg was changed to:
=A0 =A0= name =3D "ubuntu-pv"

=A0 =A0 memory =3D 256
=A0 =A0 disk =3D ['phy:/dev/labprog/ubunt= u-pv,xvda,w']
=A0 =A0 vif =3D [' ']

=A0 =A0 bootloader =3D "pygrub"
=A0 =A0 extra =3D "= ;console=3Dhvc0"

But, I can't run xm console command.= Is there other idea?
Thanks

2012/8/2 = Stephan Seitz <s.seitz@netzhaut.de>
=20 =20


Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: 
On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote:
>=20
> he could also use the xl toolstack but the simple misstake is that the
> hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of =
the
> DomU and in the config file must be set extra =3D 'console=3Dhvc0&=
#39; so that
> the console kernel option for hvc0 is set. So the DomU can boot into a
> hvc0 console and than xm and xl can use the console.

pygrub should be getting the console=3Dhvc0 from the grub cfg and
hvc0.conf ought to already exist.

If Ubuntu isn't setting these up by default during install when running
under Xen then this should be reported as a bug to Ubuntu.

I'm not familiar with current Ubuntu so I don't know if these are
expected to be there i.e. I don't know if this is a wishlist/new-featur=
e
bug or just a bug in functionality which is expected to Just Work
already.

Ian.
Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as = well as the grub-legacy-ec2 are
aware of hvc0.

I think the source of these console problems are the configurable different= presets. One could use tty0
as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm curre= ntly peeking into spawns tty0
and hvc0 with tty0 connected to the "serial" xl console and hvc0 = connected to vfb/vnc setting. But that
can't be predicted, it's easy to configure it the opposite way.

>From my point of view, the definition of virtualization namespaces (hvcN, x= vcN, xvdMN) jumped in far to late.
There have been huge clusters build before one was even thinking about hvc0= .

Just my 2 cents, and I'm sorry that this won't help the OP to solve= his issue easily.

Cheers,

Stephan



--20cf307f34d07ff39404c6628c32-- --===============6563838957135729208== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6563838957135729208==-- From xen-users-bounces@lists.xen.org Fri Aug 03 20:42:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 20:42:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOgP-00051q-Kv; Fri, 03 Aug 2012 20:41:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxOgO-00051j-GW for xen-users@lists.xen.org; Fri, 03 Aug 2012 20:41:16 +0000 Received: from [85.158.139.83:4472] by server-7.bemta-5.messagelabs.com id 75/D2-28276-B673C105; Fri, 03 Aug 2012 20:41:15 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1344026473!22838328!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16043 invoked from network); 3 Aug 2012 20:41:14 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2012 20:41:14 -0000 Received: by vcbfl15 with SMTP id fl15so1309580vcb.32 for ; Fri, 03 Aug 2012 13:41:13 -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=6RypmCH7lfp1UliwOIZPru0jptSyQxhza8h79qAjJ2E=; b=qXGkqode/KXamafkCyKTKtCqnBf4iykNl3ue/RYHOR9HkXBL0xGZ00d3+Uh2FBIqy0 rMxK41nqVjIQfTrcmHw3FXSRr++m06VG4bo4X7RgXvCEOpZMlIlITfy9eUyP1XAkWFr+ g1gPByX3q8XA0zr7Gru40B0dRt0bE3P8a/0002/miuxKIFgr2EBI8QzydNvtiM0JP9da rBylPxPGcjEzqHwSv/AnTWRM1IUsatecLsj3kESEXzuxqo7zhX0GfkxOCNjpGwNx5wzc 5IBcRUFtH10NdY9f134RD1mEgLsrKfzjTv/7w3o4LaUrUeRDmiKRZkmZ3Dlkxu64Q69V Sttg== MIME-Version: 1.0 Received: by 10.52.95.225 with SMTP id dn1mr2029584vdb.99.1344026473132; Fri, 03 Aug 2012 13:41:13 -0700 (PDT) Received: by 10.58.235.10 with HTTP; Fri, 3 Aug 2012 13:41:13 -0700 (PDT) In-Reply-To: <1343894252.26896.24.camel@wotan2> References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com> <50198A84.8080203@laukamp.me> <1343891775.7571.40.camel@dagon.hellion.org.uk> <1343894252.26896.24.camel@wotan2> Date: Fri, 3 Aug 2012 17:41:13 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Stephan Seitz Cc: "xen-users@lists.xen.org" , Ian Tobin , Ian Campbell , Lukas Laukamp Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6563838957135729208==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6563838957135729208== Content-Type: multipart/alternative; boundary=20cf307f34d07ff39404c6628c32 --20cf307f34d07ff39404c6628c32 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I can't still resolve. How Ian Campbell said the xl console command didn't work. Well... I tried the script /etc/init/hvc0.conf that Lukas suggested and my guest.cfg was changed to: name = "ubuntu-pv" memory = 256 disk = ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif = [' '] bootloader = "pygrub" *extra = "console=hvc0"* But, I can't run xm console command. Is there other idea? Thanks 2012/8/2 Stephan Seitz > ** > > > Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: > > On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: > > > > he could also use the xl toolstack but the simple misstake is that the > > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > > DomU and in the config file must be set extra = 'console=hvc0' so that > > the console kernel option for hvc0 is set. So the DomU can boot into a > > hvc0 console and than xm and xl can use the console. > > pygrub should be getting the console=hvc0 from the grub cfg and > hvc0.conf ought to already exist. > > If Ubuntu isn't setting these up by default during install when running > under Xen then this should be reported as a bug to Ubuntu. > > I'm not familiar with current Ubuntu so I don't know if these are > expected to be there i.e. I don't know if this is a wishlist/new-feature > bug or just a bug in functionality which is expected to Just Work > already. > > Ian. > > > Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel > as well as the grub-legacy-ec2 are > aware of hvc0. > > I think the source of these console problems are the configurable > different presets. One could use tty0 > as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm > currently peeking into spawns tty0 > and hvc0 with tty0 connected to the "serial" xl console and hvc0 connected > to vfb/vnc setting. But that > can't be predicted, it's easy to configure it the opposite way. > > From my point of view, the definition of virtualization namespaces (hvcN, > xvcN, xvdMN) jumped in far to late. > There have been huge clusters build before one was even thinking about > hvc0. > > Just my 2 cents, and I'm sorry that this won't help the OP to solve his > issue easily. > > Cheers, > > Stephan > > > --20cf307f34d07ff39404c6628c32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all,

I can't still resolve.
How Ian Campbell said the xl c= onsole command didn't work.

Well... I tried the script /etc/init= /hvc0.conf that Lukas suggested and my guest.cfg was changed to:
=A0 =A0= name =3D "ubuntu-pv"

=A0 =A0 memory =3D 256
=A0 =A0 disk =3D ['phy:/dev/labprog/ubunt= u-pv,xvda,w']
=A0 =A0 vif =3D [' ']

=A0 =A0 bootloader =3D "pygrub"
=A0 =A0 extra =3D "= ;console=3Dhvc0"

But, I can't run xm console command.= Is there other idea?
Thanks

2012/8/2 = Stephan Seitz <s.seitz@netzhaut.de>
=20 =20


Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell: 
On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote:
>=20
> he could also use the xl toolstack but the simple misstake is that the
> hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of =
the
> DomU and in the config file must be set extra =3D 'console=3Dhvc0&=
#39; so that
> the console kernel option for hvc0 is set. So the DomU can boot into a
> hvc0 console and than xm and xl can use the console.

pygrub should be getting the console=3Dhvc0 from the grub cfg and
hvc0.conf ought to already exist.

If Ubuntu isn't setting these up by default during install when running
under Xen then this should be reported as a bug to Ubuntu.

I'm not familiar with current Ubuntu so I don't know if these are
expected to be there i.e. I don't know if this is a wishlist/new-featur=
e
bug or just a bug in functionality which is expected to Just Work
already.

Ian.
Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as = well as the grub-legacy-ec2 are
aware of hvc0.

I think the source of these console problems are the configurable different= presets. One could use tty0
as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm curre= ntly peeking into spawns tty0
and hvc0 with tty0 connected to the "serial" xl console and hvc0 = connected to vfb/vnc setting. But that
can't be predicted, it's easy to configure it the opposite way.

>From my point of view, the definition of virtualization namespaces (hvcN, x= vcN, xvdMN) jumped in far to late.
There have been huge clusters build before one was even thinking about hvc0= .

Just my 2 cents, and I'm sorry that this won't help the OP to solve= his issue easily.

Cheers,

Stephan



--20cf307f34d07ff39404c6628c32-- --===============6563838957135729208== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6563838957135729208==-- From xen-users-bounces@lists.xen.org Fri Aug 03 21:35:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 21:35:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxPW6-000644-5m; Fri, 03 Aug 2012 21:34:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxPW4-00063z-UE for xen-users@lists.xen.org; Fri, 03 Aug 2012 21:34:41 +0000 Received: from [85.158.143.35:17732] by server-1.bemta-4.messagelabs.com id A3/3F-24392-0F34C105; Fri, 03 Aug 2012 21:34:40 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1344029679!13217820!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9945 invoked from network); 3 Aug 2012 21:34:39 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-11.tower-21.messagelabs.com with SMTP; 3 Aug 2012 21:34:39 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 3 Aug 2012 22:34:38 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 3 Aug 2012 22:34:34 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6754@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] xm console command doesn't work Thread-Index: Ac1xuFYs/QwLd7GVS9uiaEjY6Vd7gwAB18TA References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com><50198A84.8080203@laukamp.me><1343891775.7571.40.camel@dagon.hellion.org.uk><1343894252.26896.24.camel@wotan2> From: "Ian Tobin" To: =?iso-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= , "Stephan Seitz" Cc: xen-users@lists.xen.org, Ian Campbell , Lukas Laukamp Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1661095582078167701==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1661095582078167701== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD71BF.C780204C" This is a multi-part message in MIME format. ------_=_NextPart_001_01CD71BF.C780204C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, =20 When you say it doesn't work, what isn't working, errors? =20 Ian =20 From: Jos=E9 Eduardo Fran=E7a [mailto:jefranca@gmail.com]=20 Sent: 03 August 2012 21:41 To: Stephan Seitz Cc: Ian Campbell; Lukas Laukamp; xen-users@lists.xen.org; Ian Tobin Subject: Re: [Xen-users] xm console command doesn't work =20 Hi all, I can't still resolve. How Ian Campbell said the xl console command didn't work. Well... I tried the script /etc/init/hvc0.conf that Lukas suggested and = my guest.cfg was changed to: name =3D "ubuntu-pv" memory =3D 256 disk =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif =3D [' '] bootloader =3D "pygrub" extra =3D "console=3Dhvc0" But, I can't run xm console command. Is there other idea? Thanks 2012/8/2 Stephan Seitz =09 Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell:=20 On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: >=20 > he could also use the xl toolstack but the simple misstake is that = the > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > DomU and in the config file must be set extra =3D 'console=3Dhvc0' so = that > the console kernel option for hvc0 is set. So the DomU can boot into = a > hvc0 console and than xm and xl can use the console. =20 pygrub should be getting the console=3Dhvc0 from the grub cfg and hvc0.conf ought to already exist. =20 If Ubuntu isn't setting these up by default during install when running under Xen then this should be reported as a bug to Ubuntu. =20 I'm not familiar with current Ubuntu so I don't know if these are expected to be there i.e. I don't know if this is a = wishlist/new-feature bug or just a bug in functionality which is expected to Just Work already. =20 Ian. =20 Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel = as well as the grub-legacy-ec2 are aware of hvc0. I think the source of these console problems are the configurable = different presets. One could use tty0 as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm = currently peeking into spawns tty0 and hvc0 with tty0 connected to the "serial" xl console and hvc0 = connected to vfb/vnc setting. But that can't be predicted, it's easy to configure it the opposite way. >From my point of view, the definition of virtualization namespaces = (hvcN, xvcN, xvdMN) jumped in far to late. There have been huge clusters build before one was even thinking about = hvc0. Just my 2 cents, and I'm sorry that this won't help the OP to solve his = issue easily. Cheers, Stephan =20 ------_=_NextPart_001_01CD71BF.C780204C Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

 

When you say it doesn’t work, what isn’t working, = errors?

 

Ian

 

From:= Jos=E9 = Eduardo Fran=E7a [mailto:jefranca@gmail.com]
Sent: 03 August = 2012 21:41
To: Stephan Seitz
Cc: Ian Campbell; Lukas = Laukamp; xen-users@lists.xen.org; Ian Tobin
Subject: Re: = [Xen-users] xm console command doesn't work

 

Hi = all,

I can't still resolve.
How Ian Campbell said the xl = console command didn't work.

Well... I tried the script = /etc/init/hvc0.conf that Lukas suggested and my guest.cfg was changed = to:
    name =3D "ubuntu-pv"

    = memory =3D 256
    disk =3D = ['phy:/dev/labprog/ubuntu-pv,xvda,w']

    vif =3D [' ']

    = bootloader =3D "pygrub"
    extra =3D = "console=3Dhvc0"


But, I can't run xm console command. = Is there other idea?
Thanks

2012/8/2 Stephan Seitz <s.seitz@netzhaut.de>

Am Donnerstag, den = 02.08.2012, 08:16 +0100 schrieb Ian Campbell: = 

On Wed, 2012-08-01 =
at 20:59 +0100, Lukas Laukamp wrote:
> =

> he could also use the xl toolstack but the =
simple misstake is that the
> hvc0.conf isn't =
needed in Dom0. The hvc0.conf is needed inside of =
the
> DomU and in the config file must be set =
extra =3D 'console=3Dhvc0' so that
> the console =
kernel option for hvc0 is set. So the DomU can boot into =
a
> hvc0 console and than xm and xl can use the =
console.
 
pygrub should =
be getting the console=3Dhvc0 from the grub cfg =
and
hvc0.conf ought to already =
exist.
 
If Ubuntu isn't =
setting these up by default during install when =
running
under Xen then this should be reported as a =
bug to Ubuntu.
 
I'm not =
familiar with current Ubuntu so I don't know if these =
are
expected to be there i.e. I don't know if this =
is a wishlist/new-feature
bug or just a bug in =
functionality which is expected to Just =
Work
already.
 =

Ian.
 
=

Current = (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as well = as the grub-legacy-ec2 are
aware of hvc0.

I think the source = of these console problems are the configurable different presets. One = could use tty0
as well as tty1, maybe hvc0 or xvc0 or both of them. = The domU I'm currently peeking into spawns tty0
and hvc0 with tty0 = connected to the "serial" xl console and hvc0 connected to = vfb/vnc setting. But that
can't be predicted, it's easy to configure = it the opposite way.

From my point of view, the definition of = virtualization namespaces (hvcN, xvcN, xvdMN) jumped in far to = late.
There have been huge clusters build before one was even = thinking about hvc0.

Just my 2 cents, and I'm sorry that this = won't help the OP to solve his issue = easily.

Cheers,

Stephan

<= p class=3DMsoNormal> 

------_=_NextPart_001_01CD71BF.C780204C-- --===============1661095582078167701== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1661095582078167701==-- From xen-users-bounces@lists.xen.org Fri Aug 03 21:35:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Aug 2012 21:35:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxPW6-000644-5m; Fri, 03 Aug 2012 21:34:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SxPW4-00063z-UE for xen-users@lists.xen.org; Fri, 03 Aug 2012 21:34:41 +0000 Received: from [85.158.143.35:17732] by server-1.bemta-4.messagelabs.com id A3/3F-24392-0F34C105; Fri, 03 Aug 2012 21:34:40 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1344029679!13217820!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9945 invoked from network); 3 Aug 2012 21:34:39 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-11.tower-21.messagelabs.com with SMTP; 3 Aug 2012 21:34:39 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 3 Aug 2012 22:34:38 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 3 Aug 2012 22:34:34 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6754@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] xm console command doesn't work Thread-Index: Ac1xuFYs/QwLd7GVS9uiaEjY6Vd7gwAB18TA References: <039E0B4AA9103344A80DA55DDDC76A936A6738@electron.tidyhosts.com><50198A84.8080203@laukamp.me><1343891775.7571.40.camel@dagon.hellion.org.uk><1343894252.26896.24.camel@wotan2> From: "Ian Tobin" To: =?iso-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= , "Stephan Seitz" Cc: xen-users@lists.xen.org, Ian Campbell , Lukas Laukamp Subject: Re: [Xen-users] xm console command doesn't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1661095582078167701==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1661095582078167701== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD71BF.C780204C" This is a multi-part message in MIME format. ------_=_NextPart_001_01CD71BF.C780204C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, =20 When you say it doesn't work, what isn't working, errors? =20 Ian =20 From: Jos=E9 Eduardo Fran=E7a [mailto:jefranca@gmail.com]=20 Sent: 03 August 2012 21:41 To: Stephan Seitz Cc: Ian Campbell; Lukas Laukamp; xen-users@lists.xen.org; Ian Tobin Subject: Re: [Xen-users] xm console command doesn't work =20 Hi all, I can't still resolve. How Ian Campbell said the xl console command didn't work. Well... I tried the script /etc/init/hvc0.conf that Lukas suggested and = my guest.cfg was changed to: name =3D "ubuntu-pv" memory =3D 256 disk =3D ['phy:/dev/labprog/ubuntu-pv,xvda,w'] vif =3D [' '] bootloader =3D "pygrub" extra =3D "console=3Dhvc0" But, I can't run xm console command. Is there other idea? Thanks 2012/8/2 Stephan Seitz =09 Am Donnerstag, den 02.08.2012, 08:16 +0100 schrieb Ian Campbell:=20 On Wed, 2012-08-01 at 20:59 +0100, Lukas Laukamp wrote: >=20 > he could also use the xl toolstack but the simple misstake is that = the > hvc0.conf isn't needed in Dom0. The hvc0.conf is needed inside of the > DomU and in the config file must be set extra =3D 'console=3Dhvc0' so = that > the console kernel option for hvc0 is set. So the DomU can boot into = a > hvc0 console and than xm and xl can use the console. =20 pygrub should be getting the console=3Dhvc0 from the grub cfg and hvc0.conf ought to already exist. =20 If Ubuntu isn't setting these up by default during install when running under Xen then this should be reported as a bug to Ubuntu. =20 I'm not familiar with current Ubuntu so I don't know if these are expected to be there i.e. I don't know if this is a = wishlist/new-feature bug or just a bug in functionality which is expected to Just Work already. =20 Ian. =20 Current (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel = as well as the grub-legacy-ec2 are aware of hvc0. I think the source of these console problems are the configurable = different presets. One could use tty0 as well as tty1, maybe hvc0 or xvc0 or both of them. The domU I'm = currently peeking into spawns tty0 and hvc0 with tty0 connected to the "serial" xl console and hvc0 = connected to vfb/vnc setting. But that can't be predicted, it's easy to configure it the opposite way. >From my point of view, the definition of virtualization namespaces = (hvcN, xvcN, xvdMN) jumped in far to late. There have been huge clusters build before one was even thinking about = hvc0. Just my 2 cents, and I'm sorry that this won't help the OP to solve his = issue easily. Cheers, Stephan =20 ------_=_NextPart_001_01CD71BF.C780204C Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

 

When you say it doesn’t work, what isn’t working, = errors?

 

Ian

 

From:= Jos=E9 = Eduardo Fran=E7a [mailto:jefranca@gmail.com]
Sent: 03 August = 2012 21:41
To: Stephan Seitz
Cc: Ian Campbell; Lukas = Laukamp; xen-users@lists.xen.org; Ian Tobin
Subject: Re: = [Xen-users] xm console command doesn't work

 

Hi = all,

I can't still resolve.
How Ian Campbell said the xl = console command didn't work.

Well... I tried the script = /etc/init/hvc0.conf that Lukas suggested and my guest.cfg was changed = to:
    name =3D "ubuntu-pv"

    = memory =3D 256
    disk =3D = ['phy:/dev/labprog/ubuntu-pv,xvda,w']

    vif =3D [' ']

    = bootloader =3D "pygrub"
    extra =3D = "console=3Dhvc0"


But, I can't run xm console command. = Is there other idea?
Thanks

2012/8/2 Stephan Seitz <s.seitz@netzhaut.de>

Am Donnerstag, den = 02.08.2012, 08:16 +0100 schrieb Ian Campbell: = 

On Wed, 2012-08-01 =
at 20:59 +0100, Lukas Laukamp wrote:
> =

> he could also use the xl toolstack but the =
simple misstake is that the
> hvc0.conf isn't =
needed in Dom0. The hvc0.conf is needed inside of =
the
> DomU and in the config file must be set =
extra =3D 'console=3Dhvc0' so that
> the console =
kernel option for hvc0 is set. So the DomU can boot into =
a
> hvc0 console and than xm and xl can use the =
console.
 
pygrub should =
be getting the console=3Dhvc0 from the grub cfg =
and
hvc0.conf ought to already =
exist.
 
If Ubuntu isn't =
setting these up by default during install when =
running
under Xen then this should be reported as a =
bug to Ubuntu.
 
I'm not =
familiar with current Ubuntu so I don't know if these =
are
expected to be there i.e. I don't know if this =
is a wishlist/new-feature
bug or just a bug in =
functionality which is expected to Just =
Work
already.
 =

Ian.
 
=

Current = (12.04 LTS) Ubuntu, respectively the 3.2.0 linux-virtual Kernel as well = as the grub-legacy-ec2 are
aware of hvc0.

I think the source = of these console problems are the configurable different presets. One = could use tty0
as well as tty1, maybe hvc0 or xvc0 or both of them. = The domU I'm currently peeking into spawns tty0
and hvc0 with tty0 = connected to the "serial" xl console and hvc0 connected to = vfb/vnc setting. But that
can't be predicted, it's easy to configure = it the opposite way.

From my point of view, the definition of = virtualization namespaces (hvcN, xvcN, xvdMN) jumped in far to = late.
There have been huge clusters build before one was even = thinking about hvc0.

Just my 2 cents, and I'm sorry that this = won't help the OP to solve his issue = easily.

Cheers,

Stephan

<= p class=3DMsoNormal> 

------_=_NextPart_001_01CD71BF.C780204C-- --===============1661095582078167701== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1661095582078167701==-- From xen-users-bounces@lists.xen.org Sat Aug 04 01:28:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Aug 2012 01:28: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 1SxT98-0003xF-EB; Sat, 04 Aug 2012 01:27:14 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SxT96-0003wk-TR for xen-users@lists.xen.org; Sat, 04 Aug 2012 01:27:13 +0000 X-Env-Sender: joe@julianfamily.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1344043624!9738710!1 X-Originating-IP: [108.166.122.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28561 invoked from network); 4 Aug 2012 01:27:04 -0000 Received: from smtp.gaealink.net (HELO smtp.gaealink.net) (108.166.122.24) by server-5.tower-27.messagelabs.com with SMTP; 4 Aug 2012 01:27:04 -0000 Received: from localhost (unknown [127.0.0.1]) by smtp.gaealink.net (Postfix) with ESMTP id 6662E7E281 for ; Sat, 4 Aug 2012 01:27:25 +0000 (UTC) X-Virus-Scanned: amavisd-new at gaealink.net Received: from smtp.gaealink.net ([127.0.0.1]) by localhost (smtp.gaealink.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id iqWDqQsmgYYK for ; Sat, 4 Aug 2012 01:27:25 +0000 (UTC) Received: from smtp.julianfamily.org (50-47-12-159.evrt.wa.frontiernet.net [50.47.12.159]) by smtp.gaealink.net (Postfix) with ESMTPA id 076E87E04B for ; Sat, 4 Aug 2012 01:27:24 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by smtp.julianfamily.org (Postfix) with ESMTP id 0EE5767EB6 for ; Sat, 4 Aug 2012 01:27:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=julianfamily.org; h=content-transfer-encoding:content-type:content-type:subject :subject:mime-version:user-agent:from:from:date:date:message-id :received:received; s=julianfamily.org_default.key; t= 1344043620; bh=DWBx8JeXmStuJBn9DtXjjCcjtZwmISTdOUpmtKNFGVc=; b=N cMTmwGsxYdG3iDQidszcfWwoaqaSYt7rElRRCevhdQM+J3PoFg8WktPp+KhJVAns S728dysgwhz5qMNuEmf9yTTRjKKZ3iRIHvwsFD6sm9FP/4rD+aQb7PXofs+ru+T2 QAr4G16yVKh0PnZQ7uDIeDqofNEgdHwMvSvv1XDaTs= X-Virus-Scanned: amavisd-new at julianfamily.org Received: from smtp.julianfamily.org ([127.0.0.1]) by localhost (strabo2.julianfamily.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id KUK7vNO3klrT for ; Fri, 3 Aug 2012 18:27:00 -0700 (PDT) Received: from questor.julianfamily.org (questor.julianfamily.org [192.168.2.101]) by smtp.julianfamily.org (Postfix) with ESMTPA id 4430767EB3 for ; Fri, 3 Aug 2012 18:27:00 -0700 (PDT) Message-ID: <501C7A64.3080101@julianfamily.org> Date: Fri, 03 Aug 2012 18:27:00 -0700 From: Joe Julian User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] How can I boot using pv-grub? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to figure out how to get pv-grub to work in OpenStack on Fedora 17's xen-4.1.2 packaging. I added pv-grub-x86_64.gz from the package as a kernel in glance (becoming /var/lib/nova/instances/instance-0000001b/kernel in this example). OpenStack created this vm definition: instance-0000001b 8a5231bc-6535-468e-8585-60a55c9073d9 2097152 2097152 1 linux /var/lib/nova/instances/instance-0000001b/kernel root=/dev/xvda ro destroy restart destroy /usr/lib/xen/bin/qemu-dm