From xen-users-bounces@lists.xensource.com Wed Feb 01 00:59:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 00:59:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsOWH-0004Dp-17; Wed, 01 Feb 2012 00:57:53 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsOWF-0004Dh-I1 for xen-users@lists.xensource.com; Wed, 01 Feb 2012 00:57:51 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1328057864!13183859!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14230 invoked from network); 1 Feb 2012 00:57:45 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 00:57:45 -0000 Received: by iaeh11 with SMTP id h11so2635997iae.30 for ; Tue, 31 Jan 2012 16:57:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+FuykF2dZ6FhWAdTSpYUYr/vZhcSUR2r9RVIFqXIQMg=; b=IV3NALM8eW1ogjJ6cbXOI47Wnvu/Dt+C2geSkKEWmFM+yiR+7XACfk7ZiuHmO/AbOh oETXZ392b0aDrmM+T0auELerwuTZ3+Smn0fcH5wXnMsf28iqFJa6WSuCPkUc+eW6RIxA Vziwjj84YLcGmTcI1XjSFk+vxP3lJ6i5UqZ0c= Received: by 10.42.161.70 with SMTP id s6mr18797196icx.48.1328057863861; Tue, 31 Jan 2012 16:57:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.6.18 with HTTP; Tue, 31 Jan 2012 16:57:23 -0800 (PST) In-Reply-To: References: From: Todd Deshane Date: Tue, 31 Jan 2012 19:57:23 -0500 X-Google-Sender-Auth: 4c1N9u9r9VaV0Qs3xWL2loGwFSA Message-ID: To: Srujan Kotikela Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] No networking in XCP-XAPI on Debian 6 X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, Jan 31, 2012 at 1:36 PM, Srujan Kotikela wro= te: > Hi, > > I=A0have=A0followed the=A0http://wiki.xen.org/wiki/XAPI_on_Ubuntu and ins= talled > xcp-xapi on Debian 6. Everything went smooth and everything looks fine. B= ut > after the reboot, the network is not working. > > Any ideas? > Did you try: http://wiki.xen.org/wiki/Networking_with_the_XCP_toolstack Thanks, Todd -- = Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 00:59:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 00:59:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsOWH-0004Dp-17; Wed, 01 Feb 2012 00:57:53 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsOWF-0004Dh-I1 for xen-users@lists.xensource.com; Wed, 01 Feb 2012 00:57:51 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1328057864!13183859!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14230 invoked from network); 1 Feb 2012 00:57:45 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 00:57:45 -0000 Received: by iaeh11 with SMTP id h11so2635997iae.30 for ; Tue, 31 Jan 2012 16:57:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+FuykF2dZ6FhWAdTSpYUYr/vZhcSUR2r9RVIFqXIQMg=; b=IV3NALM8eW1ogjJ6cbXOI47Wnvu/Dt+C2geSkKEWmFM+yiR+7XACfk7ZiuHmO/AbOh oETXZ392b0aDrmM+T0auELerwuTZ3+Smn0fcH5wXnMsf28iqFJa6WSuCPkUc+eW6RIxA Vziwjj84YLcGmTcI1XjSFk+vxP3lJ6i5UqZ0c= Received: by 10.42.161.70 with SMTP id s6mr18797196icx.48.1328057863861; Tue, 31 Jan 2012 16:57:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.6.18 with HTTP; Tue, 31 Jan 2012 16:57:23 -0800 (PST) In-Reply-To: References: From: Todd Deshane Date: Tue, 31 Jan 2012 19:57:23 -0500 X-Google-Sender-Auth: 4c1N9u9r9VaV0Qs3xWL2loGwFSA Message-ID: To: Srujan Kotikela Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] No networking in XCP-XAPI on Debian 6 X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, Jan 31, 2012 at 1:36 PM, Srujan Kotikela wro= te: > Hi, > > I=A0have=A0followed the=A0http://wiki.xen.org/wiki/XAPI_on_Ubuntu and ins= talled > xcp-xapi on Debian 6. Everything went smooth and everything looks fine. B= ut > after the reboot, the network is not working. > > Any ideas? > Did you try: http://wiki.xen.org/wiki/Networking_with_the_XCP_toolstack Thanks, Todd -- = Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7j-0007Tu-3p; Wed, 01 Feb 2012 10:09:07 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqQSp-0007Y4-Cc; Thu, 26 Jan 2012 14:38:11 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-6.tower-21.messagelabs.com!1327588684!8743190!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.1 required=7.0 tests=FORGED_MUA_OUTLOOK, HTML_50_60,HTML_MESSAGE X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13549 invoked from network); 26 Jan 2012 14:38:04 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2012 14:38:04 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q0QEa6ex016968; Thu, 26 Jan 2012 16:36:06 +0200 Message-ID: From: "Likarpenkov Alexander" To: "Stefano Stabellini" , "Florian Heigl" References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> <20120124015021.GB24204@andromeda.dapyr.net> <3758972BBA474BCBB9CA5D1D316892E7@nobody> <1327430498.7929.14.camel@mnetdjm5.mageenet.host> <1327510462.24561.351.camel@zakaz.uk.xensource.com> Date: Thu, 26 Jan 2012 16:36:52 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Cc: xen-devel@lists.xensource.com, Ian Campbell , Sandi Romih , chris , Tobias Geiger , Doug Magee , Konrad Rzeszutek Wilk , xen-users@lists.xensource.com Subject: Re: [Xen-users] [Xen-devel] Future of xend and xl (Was: Re: VGA passthough still not working) X-BeenThere: xen-users@lists.xensource.com 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="===============2266587148826728101==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2266587148826728101== Content-Type: multipart/alternative; boundary="----=_NextPart_000_018D_01CCDC48.B538B410" This is a multi-part message in MIME format. ------=_NextPart_000_018D_01CCDC48.B538B410 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I propose the following innovations in xl (or xen). Namely domu and dom0 = to equate the rights of control xen Example in grub.cfg on debian: multiboot /boot/xen-4.1.2.gz placeholder iommu=3D1 msi=3D1 = dom0_mem=3D512M xl_ip=3D10.0.0.1 xl_port=3D8888 = xl_access=3D10.0.0.0/8,190.12.12.231(external ip )[any list ip coma = separated] ------=_NextPart_000_018D_01CCDC48.B538B410 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I propose the following innovations in = xl (or xen).=20 Namely domu and dom0 to equate the = rights of=20 control xen
Example in grub.cfg on = debian:
multiboot      =20 /boot/xen-4.1.2.gz placeholder iommu=3D1 msi=3D1 dom0_mem=3D512M = xl_ip=3D10.0.0.1 xl_port=3D8888=20 xl_access=3D10.0.0.0/8,190.12.12.231(external ip )[any list ip coma=20 separated]
------=_NextPart_000_018D_01CCDC48.B538B410-- --===============2266587148826728101== 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.xensource.com http://lists.xensource.com/xen-users --===============2266587148826728101==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7j-0007Tu-3p; Wed, 01 Feb 2012 10:09:07 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqQSp-0007Y4-Cc; Thu, 26 Jan 2012 14:38:11 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-6.tower-21.messagelabs.com!1327588684!8743190!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.1 required=7.0 tests=FORGED_MUA_OUTLOOK, HTML_50_60,HTML_MESSAGE X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13549 invoked from network); 26 Jan 2012 14:38:04 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2012 14:38:04 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q0QEa6ex016968; Thu, 26 Jan 2012 16:36:06 +0200 Message-ID: From: "Likarpenkov Alexander" To: "Stefano Stabellini" , "Florian Heigl" References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> <20120124015021.GB24204@andromeda.dapyr.net> <3758972BBA474BCBB9CA5D1D316892E7@nobody> <1327430498.7929.14.camel@mnetdjm5.mageenet.host> <1327510462.24561.351.camel@zakaz.uk.xensource.com> Date: Thu, 26 Jan 2012 16:36:52 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Cc: xen-devel@lists.xensource.com, Ian Campbell , Sandi Romih , chris , Tobias Geiger , Doug Magee , Konrad Rzeszutek Wilk , xen-users@lists.xensource.com Subject: Re: [Xen-users] [Xen-devel] Future of xend and xl (Was: Re: VGA passthough still not working) X-BeenThere: xen-users@lists.xensource.com 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="===============2266587148826728101==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2266587148826728101== Content-Type: multipart/alternative; boundary="----=_NextPart_000_018D_01CCDC48.B538B410" This is a multi-part message in MIME format. ------=_NextPart_000_018D_01CCDC48.B538B410 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I propose the following innovations in xl (or xen). Namely domu and dom0 = to equate the rights of control xen Example in grub.cfg on debian: multiboot /boot/xen-4.1.2.gz placeholder iommu=3D1 msi=3D1 = dom0_mem=3D512M xl_ip=3D10.0.0.1 xl_port=3D8888 = xl_access=3D10.0.0.0/8,190.12.12.231(external ip )[any list ip coma = separated] ------=_NextPart_000_018D_01CCDC48.B538B410 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I propose the following innovations in = xl (or xen).=20 Namely domu and dom0 to equate the = rights of=20 control xen
Example in grub.cfg on = debian:
multiboot      =20 /boot/xen-4.1.2.gz placeholder iommu=3D1 msi=3D1 dom0_mem=3D512M = xl_ip=3D10.0.0.1 xl_port=3D8888=20 xl_access=3D10.0.0.0/8,190.12.12.231(external ip )[any list ip coma=20 separated]
------=_NextPart_000_018D_01CCDC48.B538B410-- --===============2266587148826728101== 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.xensource.com http://lists.xensource.com/xen-users --===============2266587148826728101==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7g-0007TP-UK; Wed, 01 Feb 2012 10:09:04 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RoCAj-0007m0-Fh for xen-users@lists.xensource.com; Fri, 20 Jan 2012 10:58:17 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-12.tower-216.messagelabs.com!1327057090!11846390!1 X-Originating-IP: [195.110.128.202] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjAyID0+IDQyMDY4\n X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3019 invoked from network); 20 Jan 2012 10:58:11 -0000 Received: from smtpout3.mclink.it (HELO smtpout3.mclink.it) (195.110.128.202) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jan 2012 10:58:11 -0000 Received: from smtpoutgw2.mclink.it (smtpoutgw2.mclink.it [77.43.30.42]) by smtpout3.mclink.it (8.13.6/8.13.6) with ESMTP id q0KAw92N039332 for ; Fri, 20 Jan 2012 11:58:10 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABtIGU/Vy5xc/2dsb2JhbABDq1iCIoEGgXIBAQU4QBELIRYPCQMCAQIBRRMIAQGHerkbg36IKASVGJJM Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw2.mclink.it with ESMTP/TLS/AES256-SHA; 20 Jan 2012 11:58:09 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1RoCAa-0003T2-J6 for xen-users@lists.xensource.com; Fri, 20 Jan 2012 11:58:08 +0100 Message-ID: <4F1948BF.5020408@mclink.it> Date: Fri, 20 Jan 2012 11:58:07 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: In-Reply-To: X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I peeped into /var/log/xen/xend-debug.log and found: Xend started at Thu Jan 19 11:29:27 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/scsi_level: No such file or directory Exception starting xend: (2, 'No such file or directory') This sounds "good": where are my disks? I have got an ATA and an SATA disk, doesn't xend find them? Ciao, Ric _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7g-0007TP-UK; Wed, 01 Feb 2012 10:09:04 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RoCAj-0007m0-Fh for xen-users@lists.xensource.com; Fri, 20 Jan 2012 10:58:17 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-12.tower-216.messagelabs.com!1327057090!11846390!1 X-Originating-IP: [195.110.128.202] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjAyID0+IDQyMDY4\n X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3019 invoked from network); 20 Jan 2012 10:58:11 -0000 Received: from smtpout3.mclink.it (HELO smtpout3.mclink.it) (195.110.128.202) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jan 2012 10:58:11 -0000 Received: from smtpoutgw2.mclink.it (smtpoutgw2.mclink.it [77.43.30.42]) by smtpout3.mclink.it (8.13.6/8.13.6) with ESMTP id q0KAw92N039332 for ; Fri, 20 Jan 2012 11:58:10 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABtIGU/Vy5xc/2dsb2JhbABDq1iCIoEGgXIBAQU4QBELIRYPCQMCAQIBRRMIAQGHerkbg36IKASVGJJM Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw2.mclink.it with ESMTP/TLS/AES256-SHA; 20 Jan 2012 11:58:09 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1RoCAa-0003T2-J6 for xen-users@lists.xensource.com; Fri, 20 Jan 2012 11:58:08 +0100 Message-ID: <4F1948BF.5020408@mclink.it> Date: Fri, 20 Jan 2012 11:58:07 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: In-Reply-To: X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I peeped into /var/log/xen/xend-debug.log and found: Xend started at Thu Jan 19 11:29:27 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/scsi_level: No such file or directory Exception starting xend: (2, 'No such file or directory') This sounds "good": where are my disks? I have got an ATA and an SATA disk, doesn't xend find them? Ciao, Ric _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7e-0007Sk-6S; Wed, 01 Feb 2012 10:09:02 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RqBrz-00019R-1K for xen-users@lists.xensource.com; Wed, 25 Jan 2012 23:03:11 +0000 X-Env-Sender: JMason@cputech.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1327532536!54059756!1 X-Originating-IP: [207.115.36.128] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA3LjExNS4zNi4xMjggPT4gNDM4MzE=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9578 invoked from network); 25 Jan 2012 23:02:17 -0000 Received: from nlpi114.sbcis.sbc.com (HELO nlpi114.prodigy.net) (207.115.36.128) by server-3.tower-27.messagelabs.com with SMTP; 25 Jan 2012 23:02:17 -0000 Received: from c4exch02.cputech.int (67-114-201-137.cputech.com [67.114.201.137] (may be forged)) by nlpi114.prodigy.net (8.14.4 biz_spool_out_ldap/8.14.4) with ESMTP id q0PN38ox031340 for ; Wed, 25 Jan 2012 17:03:09 -0600 Received: from [192.168.22.43] ([192.168.22.43]) by c4exch02.cputech.int with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 Jan 2012 15:03:08 -0800 Message-ID: <4F208A2C.9000709@cputech.com> Date: Wed, 25 Jan 2012 16:03:08 -0700 From: Jeff Mason User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Enigmail-Version: 1.3.4 X-OriginalArrivalTime: 25 Jan 2012 23:03:08.0470 (UTC) FILETIME=[80E11560:01CCDBB5] X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Subject: [Xen-users] Stubdom in Xen4.1.2 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am trying to run a HVM using stubdom in Xen4.1.2. The file .../stubdom/README states that I need to set up a couple of things in /exports/usr/share/xen and then execute /usr/sbin/fs-backend. I cannot find any program (or associated source file) for fs-backend in my xen tree or in Ubuntu installation (using a self built kernel.org kernel for dom 0). Does this still exist and does it still need to be run? I can successfully run an HVM using qemu-dm directly as the device_model in config file, but it fails with no real error message when I try to use stubdom-dm. Has something changed in using stubdoms? Thank you in advance. Jeff -- Jeff Mason Principal Engineer CPU Technology 1500 Kansas Ave, Suite 3D Longmont, CO 80501 720-204-6361 jmason@cputech.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7h-0007Ta-NM; Wed, 01 Feb 2012 10:09:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RpXoB-0002wj-6P; Tue, 24 Jan 2012 04:16:35 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1327369764!58128072!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9096 invoked from network); 24 Jan 2012 01:49:25 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jan 2012 01:49:25 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q0O1oLtf024386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Jan 2012 20:50:21 -0500 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q0O1oLD9024384; Mon, 23 Jan 2012 20:50:21 -0500 Date: Mon, 23 Jan 2012 21:50:21 -0400 From: Konrad Rzeszutek Wilk To: Tobias Geiger Message-ID: <20120124015021.GB24204@andromeda.dapyr.net> References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <201201231417.43018.tobias.geiger@vido.info> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: Sandi Romih , chris , xen-devel@lists.xensource.com, "xen-users@lists.xensource.com" , Ian Campbell Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Jan 23, 2012 at 02:17:42PM +0100, Tobias Geiger wrote: > Hello! > > The thing is, you either dont need patches at all to get it to work (ATI), or > you need to customize patches reflecting your individual setup (NVIDIA); > > To be more specific: > I can confirm that passing through a ATI Card works "out of the box" - either > to Windows 7 or Windows XP; > In the past i had a setup running with a NVIDIA card, it only worked with > special patches (the ones David packed together and offers as tarball) and - as > far as i can tell - are not generaly working for all NVIDIA Cards, i.e. you > have to adjust Memory-Adresses in the acpi.dst (iirc). - and even then the > passed through Card worked only with Windows XP - NOT with Windows 7; > > Both setup have the "flaw" that they only work once - meaning you can't reboot > your DomU , cause after the reboot the passed-through Card doesnt have correct > 3D-Accelleration any more (was/is the case with NVIDIA and ATI, Windows XP and > Windows7 ) For me it was with ATI with Windows7. Hadn't tried other OSes. Anybody had luck with passing the card more than once to a guest? With any random set of patches? > > So - to summarize: It works easiest and most featureful with a ATI Card; > It may work with patches and only with WindowsXP > with an NVIDIA card > > To me it seems that unless someone finds an general approach to runtime-detect > the NVIDIA-Secific stuff , submitting any patches may be to early, as it arouses > expectations which only in some cases will be met. > > That said - i gladly can forward-port these old patches, if you think they are > helping in any way. > > Greetings! > Tobias > > Am Montag, 23. Januar 2012, 12:39:38 schrieb Ian Campbell: > > Please do not a) top-post or b) cross-post. The latter being aimed at > > whoever started this thread. > > > > On Mon, 2012-01-23 at 11:25 +0000, Sandi Romih wrote: > > > Yeah, I guess xen has generally been focused on the server end. > > > > Xen is focused on whatever people submit patches to do. Many of the core > > developers are not currently looking at VGA passthrough, we have plenty > > of stuff on our plates, but we are more than happy to review and accept > > patches to implement/improve/fix this feature if only those people who > > are interested in it would take the time to submit them per > > http://wiki.xen.org/wiki/SubmittingXenPatches . I'm afraid we are not > > going to go out hunting for patches on the Internet. > > > > David Techer recently offered to do this but perhaps he would be > > interested in some help from you? > > > > Ian. > > > > > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7e-0007Sk-6S; Wed, 01 Feb 2012 10:09:02 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RqBrz-00019R-1K for xen-users@lists.xensource.com; Wed, 25 Jan 2012 23:03:11 +0000 X-Env-Sender: JMason@cputech.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1327532536!54059756!1 X-Originating-IP: [207.115.36.128] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA3LjExNS4zNi4xMjggPT4gNDM4MzE=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9578 invoked from network); 25 Jan 2012 23:02:17 -0000 Received: from nlpi114.sbcis.sbc.com (HELO nlpi114.prodigy.net) (207.115.36.128) by server-3.tower-27.messagelabs.com with SMTP; 25 Jan 2012 23:02:17 -0000 Received: from c4exch02.cputech.int (67-114-201-137.cputech.com [67.114.201.137] (may be forged)) by nlpi114.prodigy.net (8.14.4 biz_spool_out_ldap/8.14.4) with ESMTP id q0PN38ox031340 for ; Wed, 25 Jan 2012 17:03:09 -0600 Received: from [192.168.22.43] ([192.168.22.43]) by c4exch02.cputech.int with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 Jan 2012 15:03:08 -0800 Message-ID: <4F208A2C.9000709@cputech.com> Date: Wed, 25 Jan 2012 16:03:08 -0700 From: Jeff Mason User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Enigmail-Version: 1.3.4 X-OriginalArrivalTime: 25 Jan 2012 23:03:08.0470 (UTC) FILETIME=[80E11560:01CCDBB5] X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Subject: [Xen-users] Stubdom in Xen4.1.2 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am trying to run a HVM using stubdom in Xen4.1.2. The file .../stubdom/README states that I need to set up a couple of things in /exports/usr/share/xen and then execute /usr/sbin/fs-backend. I cannot find any program (or associated source file) for fs-backend in my xen tree or in Ubuntu installation (using a self built kernel.org kernel for dom 0). Does this still exist and does it still need to be run? I can successfully run an HVM using qemu-dm directly as the device_model in config file, but it fails with no real error message when I try to use stubdom-dm. Has something changed in using stubdoms? Thank you in advance. Jeff -- Jeff Mason Principal Engineer CPU Technology 1500 Kansas Ave, Suite 3D Longmont, CO 80501 720-204-6361 jmason@cputech.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7h-0007Ta-NM; Wed, 01 Feb 2012 10:09:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RpXoB-0002wj-6P; Tue, 24 Jan 2012 04:16:35 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1327369764!58128072!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9096 invoked from network); 24 Jan 2012 01:49:25 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jan 2012 01:49:25 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q0O1oLtf024386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Jan 2012 20:50:21 -0500 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q0O1oLD9024384; Mon, 23 Jan 2012 20:50:21 -0500 Date: Mon, 23 Jan 2012 21:50:21 -0400 From: Konrad Rzeszutek Wilk To: Tobias Geiger Message-ID: <20120124015021.GB24204@andromeda.dapyr.net> References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <201201231417.43018.tobias.geiger@vido.info> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: Sandi Romih , chris , xen-devel@lists.xensource.com, "xen-users@lists.xensource.com" , Ian Campbell Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Jan 23, 2012 at 02:17:42PM +0100, Tobias Geiger wrote: > Hello! > > The thing is, you either dont need patches at all to get it to work (ATI), or > you need to customize patches reflecting your individual setup (NVIDIA); > > To be more specific: > I can confirm that passing through a ATI Card works "out of the box" - either > to Windows 7 or Windows XP; > In the past i had a setup running with a NVIDIA card, it only worked with > special patches (the ones David packed together and offers as tarball) and - as > far as i can tell - are not generaly working for all NVIDIA Cards, i.e. you > have to adjust Memory-Adresses in the acpi.dst (iirc). - and even then the > passed through Card worked only with Windows XP - NOT with Windows 7; > > Both setup have the "flaw" that they only work once - meaning you can't reboot > your DomU , cause after the reboot the passed-through Card doesnt have correct > 3D-Accelleration any more (was/is the case with NVIDIA and ATI, Windows XP and > Windows7 ) For me it was with ATI with Windows7. Hadn't tried other OSes. Anybody had luck with passing the card more than once to a guest? With any random set of patches? > > So - to summarize: It works easiest and most featureful with a ATI Card; > It may work with patches and only with WindowsXP > with an NVIDIA card > > To me it seems that unless someone finds an general approach to runtime-detect > the NVIDIA-Secific stuff , submitting any patches may be to early, as it arouses > expectations which only in some cases will be met. > > That said - i gladly can forward-port these old patches, if you think they are > helping in any way. > > Greetings! > Tobias > > Am Montag, 23. Januar 2012, 12:39:38 schrieb Ian Campbell: > > Please do not a) top-post or b) cross-post. The latter being aimed at > > whoever started this thread. > > > > On Mon, 2012-01-23 at 11:25 +0000, Sandi Romih wrote: > > > Yeah, I guess xen has generally been focused on the server end. > > > > Xen is focused on whatever people submit patches to do. Many of the core > > developers are not currently looking at VGA passthrough, we have plenty > > of stuff on our plates, but we are more than happy to review and accept > > patches to implement/improve/fix this feature if only those people who > > are interested in it would take the time to submit them per > > http://wiki.xen.org/wiki/SubmittingXenPatches . I'm afraid we are not > > going to go out hunting for patches on the Internet. > > > > David Techer recently offered to do this but perhaps he would be > > interested in some help from you? > > > > Ian. > > > > > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7l-0007Ui-9U; Wed, 01 Feb 2012 10:09:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsUNX-0004l4-Mn for xen-users@lists.xensource.com; Wed, 01 Feb 2012 07:13:16 +0000 Received: from [85.158.138.51:40548] by server-4.bemta-3.messagelabs.com id 63/C7-32238-A06E82F4; Wed, 01 Feb 2012 07:13:14 +0000 X-Env-Sender: zoran.tasic@troxo.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1328080394!11447512!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9794 invoked from network); 1 Feb 2012 07:13:14 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 07:13:14 -0000 Received: by bkbzv3 with SMTP id zv3so1579560bkb.30 for ; Tue, 31 Jan 2012 23:13:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.152.88 with SMTP id f24mr11806447bkw.31.1328080393661; Tue, 31 Jan 2012 23:13:13 -0800 (PST) Received: by 10.204.231.14 with HTTP; Tue, 31 Jan 2012 23:13:13 -0800 (PST) Date: Wed, 1 Feb 2012 08:13:13 +0100 Message-ID: From: Zoran Tasic To: xen-users@lists.xensource.com X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: [Xen-users] XCP could not install through PXE Server X-BeenThere: xen-users@lists.xensource.com 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="===============8243787800745011573==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8243787800745011573== Content-Type: multipart/alternative; boundary=0015175d009e18ebc504b7e1d023 --0015175d009e18ebc504b7e1d023 Content-Type: text/plain; charset=ISO-8859-1 Hi, everyone, For a last couple of days I have a problem to install XCP 1.1 on my HP Proliant. Namely, only way that I could do installation is through existing PXE Server. But, what ever I tried, I get same error "Incorret or damaged kernel image" (image is not damaged, because I can install XCP 1.1 on any workstation with DVD ROM). So, my question is: On PXE server (i.e) Ubuntu, Windows, Debian is working fine and I need same settings for XCP, bellow those two lines I need to change, but I don't know with what exactly. Here are those two lines: Label XEN CLoud Platform Menu DEFAULT KERNEL ??? APPEND ??? Could you please help me to solve my issue. Thanks in advance -- Zoran Tasic --0015175d009e18ebc504b7e1d023 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, everyone,
For a last couple of days I have a problem to install XCP= 1.1 on my HP Proliant.
Namely, only way that I could do installa= tion is through existing PXE Server. But, what ever I tried, I get same err= or "Incorret or damaged kernel image" (image is not damaged, beca= use I can install XCP 1.1 on any workstation with DVD ROM).

So, my question is:
On PXE server (i.e) Ubunt= u, Windows, Debian is working fine and I need same settings for XCP, bellow= those two lines I need to change, but I don't know with what exactly. = Here are those two lines:

Label XEN CLoud Platform
Menu DEFAULT
KERNEL ???
APPEND ???

Could you please= help me to solve my issue. Thanks in advance

--
Zoran Tasic
--0015175d009e18ebc504b7e1d023-- --===============8243787800745011573== 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.xensource.com http://lists.xensource.com/xen-users --===============8243787800745011573==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7l-0007Ui-9U; Wed, 01 Feb 2012 10:09:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsUNX-0004l4-Mn for xen-users@lists.xensource.com; Wed, 01 Feb 2012 07:13:16 +0000 Received: from [85.158.138.51:40548] by server-4.bemta-3.messagelabs.com id 63/C7-32238-A06E82F4; Wed, 01 Feb 2012 07:13:14 +0000 X-Env-Sender: zoran.tasic@troxo.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1328080394!11447512!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9794 invoked from network); 1 Feb 2012 07:13:14 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 07:13:14 -0000 Received: by bkbzv3 with SMTP id zv3so1579560bkb.30 for ; Tue, 31 Jan 2012 23:13:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.152.88 with SMTP id f24mr11806447bkw.31.1328080393661; Tue, 31 Jan 2012 23:13:13 -0800 (PST) Received: by 10.204.231.14 with HTTP; Tue, 31 Jan 2012 23:13:13 -0800 (PST) Date: Wed, 1 Feb 2012 08:13:13 +0100 Message-ID: From: Zoran Tasic To: xen-users@lists.xensource.com X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: [Xen-users] XCP could not install through PXE Server X-BeenThere: xen-users@lists.xensource.com 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="===============8243787800745011573==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8243787800745011573== Content-Type: multipart/alternative; boundary=0015175d009e18ebc504b7e1d023 --0015175d009e18ebc504b7e1d023 Content-Type: text/plain; charset=ISO-8859-1 Hi, everyone, For a last couple of days I have a problem to install XCP 1.1 on my HP Proliant. Namely, only way that I could do installation is through existing PXE Server. But, what ever I tried, I get same error "Incorret or damaged kernel image" (image is not damaged, because I can install XCP 1.1 on any workstation with DVD ROM). So, my question is: On PXE server (i.e) Ubuntu, Windows, Debian is working fine and I need same settings for XCP, bellow those two lines I need to change, but I don't know with what exactly. Here are those two lines: Label XEN CLoud Platform Menu DEFAULT KERNEL ??? APPEND ??? Could you please help me to solve my issue. Thanks in advance -- Zoran Tasic --0015175d009e18ebc504b7e1d023 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, everyone,
For a last couple of days I have a problem to install XCP= 1.1 on my HP Proliant.
Namely, only way that I could do installa= tion is through existing PXE Server. But, what ever I tried, I get same err= or "Incorret or damaged kernel image" (image is not damaged, beca= use I can install XCP 1.1 on any workstation with DVD ROM).

So, my question is:
On PXE server (i.e) Ubunt= u, Windows, Debian is working fine and I need same settings for XCP, bellow= those two lines I need to change, but I don't know with what exactly. = Here are those two lines:

Label XEN CLoud Platform
Menu DEFAULT
KERNEL ???
APPEND ???

Could you please= help me to solve my issue. Thanks in advance

--
Zoran Tasic
--0015175d009e18ebc504b7e1d023-- --===============8243787800745011573== 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.xensource.com http://lists.xensource.com/xen-users --===============8243787800745011573==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7j-0007UC-SN; Wed, 01 Feb 2012 10:09:07 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqqWz-0007dF-Ns; Fri, 27 Jan 2012 18:28:13 +0000 X-Env-Sender: keith.coleman@n2servers.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1327688886!12824892!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24832 invoked from network); 27 Jan 2012 18:28:07 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2012 18:28:07 -0000 Received: by bkar1 with SMTP id r1so3115621bka.30 for ; Fri, 27 Jan 2012 10:28:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.148.83 with SMTP id o19mr3617802bkv.132.1327688886673; Fri, 27 Jan 2012 10:28:06 -0800 (PST) Received: by 10.205.83.74 with HTTP; Fri, 27 Jan 2012 10:28:06 -0800 (PST) X-Originating-IP: [66.87.4.78] Received: by 10.205.83.74 with HTTP; Fri, 27 Jan 2012 10:28:06 -0800 (PST) In-Reply-To: References: Date: Fri, 27 Jan 2012 13:28:06 -0500 Message-ID: From: Keith Coleman To: xen-users , xen-devel X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Subject: [Xen-users] Xen 3.4.4 released X-BeenThere: xen-users@lists.xensource.com 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="===============0073851774284333318==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0073851774284333318== Content-Type: multipart/alternative; boundary=0015175cdc5676626c04b786a8b6 --0015175cdc5676626c04b786a8b6 Content-Type: text/plain; charset=ISO-8859-1 Xen 3.4.4 is the latest maintenance release in the 3.4 stable branch. There are a range of bug fixes since 3.4.3. We recommend users to upgrade. Xen 3.4.4 includes: - Security enhancements including CVE-2011-1583 - Support for AMD Family 15h (Bulldozer) CPUs - Performances and stability improvements - Various bux fixes The source repository can be downloaded from: http://xenbits.xensource.com/xen-3.4-testing.hg The release is tagged 'RELEASE-3.4.4'. Browsing the above URL will show the mercurial changelog. A source tarball is available for download from: http://xen.org/download/index_3.4.4.html And the announcement on the Xen blog: http://blog.xen.org/index.php/2012/01/27/xen-3-4-4-update-release/ Thanks to the many people who have contributed to this release! Regards, The Xen Team --0015175cdc5676626c04b786a8b6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Xen 3.4.4 is the latest maintenance release in the 3.4 stable branch. Th= ere are a range of bug fixes since 3.4.3. We recommend users to upgrade.

Xen 3.4.4 includes:
=A0- Security enhancements including CVE-2011-1583
=A0- Support for AMD Family 15h (Bulldozer) CPUs
=A0- Performances and stability improvements
=A0- Various bux fixes

The source repository can be downloaded from:
http://xenbits.= xensource.com/xen-3.4-testing.hg
The release is tagged 'RELEASE-3.4.4'.

Browsing the above URL will show the mercurial changelog.

A source tarball is available for download from:
http://xen.org/downloa= d/index_3.4.4.html

And the announcement on the Xen blog:
http://blog.xen.org/index.php/2012/01/27/xen-3-4-4-update-release/<= /p>

Thanks to the many people who have contributed to this release!

Regards,
The Xen Team

--0015175cdc5676626c04b786a8b6-- --===============0073851774284333318== 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.xensource.com http://lists.xensource.com/xen-users --===============0073851774284333318==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7j-0007UC-SN; Wed, 01 Feb 2012 10:09:07 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqqWz-0007dF-Ns; Fri, 27 Jan 2012 18:28:13 +0000 X-Env-Sender: keith.coleman@n2servers.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1327688886!12824892!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24832 invoked from network); 27 Jan 2012 18:28:07 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2012 18:28:07 -0000 Received: by bkar1 with SMTP id r1so3115621bka.30 for ; Fri, 27 Jan 2012 10:28:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.148.83 with SMTP id o19mr3617802bkv.132.1327688886673; Fri, 27 Jan 2012 10:28:06 -0800 (PST) Received: by 10.205.83.74 with HTTP; Fri, 27 Jan 2012 10:28:06 -0800 (PST) X-Originating-IP: [66.87.4.78] Received: by 10.205.83.74 with HTTP; Fri, 27 Jan 2012 10:28:06 -0800 (PST) In-Reply-To: References: Date: Fri, 27 Jan 2012 13:28:06 -0500 Message-ID: From: Keith Coleman To: xen-users , xen-devel X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Subject: [Xen-users] Xen 3.4.4 released X-BeenThere: xen-users@lists.xensource.com 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="===============0073851774284333318==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0073851774284333318== Content-Type: multipart/alternative; boundary=0015175cdc5676626c04b786a8b6 --0015175cdc5676626c04b786a8b6 Content-Type: text/plain; charset=ISO-8859-1 Xen 3.4.4 is the latest maintenance release in the 3.4 stable branch. There are a range of bug fixes since 3.4.3. We recommend users to upgrade. Xen 3.4.4 includes: - Security enhancements including CVE-2011-1583 - Support for AMD Family 15h (Bulldozer) CPUs - Performances and stability improvements - Various bux fixes The source repository can be downloaded from: http://xenbits.xensource.com/xen-3.4-testing.hg The release is tagged 'RELEASE-3.4.4'. Browsing the above URL will show the mercurial changelog. A source tarball is available for download from: http://xen.org/download/index_3.4.4.html And the announcement on the Xen blog: http://blog.xen.org/index.php/2012/01/27/xen-3-4-4-update-release/ Thanks to the many people who have contributed to this release! Regards, The Xen Team --0015175cdc5676626c04b786a8b6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Xen 3.4.4 is the latest maintenance release in the 3.4 stable branch. Th= ere are a range of bug fixes since 3.4.3. We recommend users to upgrade.

Xen 3.4.4 includes:
=A0- Security enhancements including CVE-2011-1583
=A0- Support for AMD Family 15h (Bulldozer) CPUs
=A0- Performances and stability improvements
=A0- Various bux fixes

The source repository can be downloaded from:
http://xenbits.= xensource.com/xen-3.4-testing.hg
The release is tagged 'RELEASE-3.4.4'.

Browsing the above URL will show the mercurial changelog.

A source tarball is available for download from:
http://xen.org/downloa= d/index_3.4.4.html

And the announcement on the Xen blog:
http://blog.xen.org/index.php/2012/01/27/xen-3-4-4-update-release/<= /p>

Thanks to the many people who have contributed to this release!

Regards,
The Xen Team

--0015175cdc5676626c04b786a8b6-- --===============0073851774284333318== 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.xensource.com http://lists.xensource.com/xen-users --===============0073851774284333318==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7m-0007V0-0O; Wed, 01 Feb 2012 10:09:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsVI0-0005kv-Cb for xen-users@lists.xensource.com; Wed, 01 Feb 2012 08:11:36 +0000 Received: from [85.158.138.51:53022] by server-2.bemta-3.messagelabs.com id CB/D0-24515-7B3F82F4; Wed, 01 Feb 2012 08:11:35 +0000 X-Env-Sender: zoran.tasic@troxo.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1328083894!11512352!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MISSING_SUBJECT,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7017 invoked from network); 1 Feb 2012 08:11:34 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 08:11:34 -0000 Received: by bkbzv3 with SMTP id zv3so1662115bkb.30 for ; Wed, 01 Feb 2012 00:11:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.141.14 with SMTP id k14mr11858629bku.67.1328083893448; Wed, 01 Feb 2012 00:11:33 -0800 (PST) Received: by 10.204.231.14 with HTTP; Wed, 1 Feb 2012 00:11:33 -0800 (PST) Date: Wed, 1 Feb 2012 09:11:33 +0100 Message-ID: From: Zoran Tasic To: xen-users@lists.xensource.com X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xensource.com 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="===============0438432658341150936==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0438432658341150936== Content-Type: multipart/alternative; boundary=001517593670b371a704b7e2a0e7 --001517593670b371a704b7e2a0e7 Content-Type: text/plain; charset=ISO-8859-1 Just for an addition on my previous message. This page I found on net, but can not understand what files are necessary: http://zhigang.org/files/docbook/xen-pxeboot.html So, one more time, please help -- Zoran Tasic --001517593670b371a704b7e2a0e7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just for an addition on my previous message. This pa= ge I found on net, but can not understand what files are necessary:
http://zhi= gang.org/files/docbook/xen-pxeboot.html

So, one more time, please help
--
Zoran Tasic<= br> --001517593670b371a704b7e2a0e7-- --===============0438432658341150936== 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.xensource.com http://lists.xensource.com/xen-users --===============0438432658341150936==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7m-0007V0-0O; Wed, 01 Feb 2012 10:09:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsVI0-0005kv-Cb for xen-users@lists.xensource.com; Wed, 01 Feb 2012 08:11:36 +0000 Received: from [85.158.138.51:53022] by server-2.bemta-3.messagelabs.com id CB/D0-24515-7B3F82F4; Wed, 01 Feb 2012 08:11:35 +0000 X-Env-Sender: zoran.tasic@troxo.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1328083894!11512352!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MISSING_SUBJECT,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7017 invoked from network); 1 Feb 2012 08:11:34 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 08:11:34 -0000 Received: by bkbzv3 with SMTP id zv3so1662115bkb.30 for ; Wed, 01 Feb 2012 00:11:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.141.14 with SMTP id k14mr11858629bku.67.1328083893448; Wed, 01 Feb 2012 00:11:33 -0800 (PST) Received: by 10.204.231.14 with HTTP; Wed, 1 Feb 2012 00:11:33 -0800 (PST) Date: Wed, 1 Feb 2012 09:11:33 +0100 Message-ID: From: Zoran Tasic To: xen-users@lists.xensource.com X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xensource.com 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="===============0438432658341150936==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0438432658341150936== Content-Type: multipart/alternative; boundary=001517593670b371a704b7e2a0e7 --001517593670b371a704b7e2a0e7 Content-Type: text/plain; charset=ISO-8859-1 Just for an addition on my previous message. This page I found on net, but can not understand what files are necessary: http://zhigang.org/files/docbook/xen-pxeboot.html So, one more time, please help -- Zoran Tasic --001517593670b371a704b7e2a0e7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just for an addition on my previous message. This pa= ge I found on net, but can not understand what files are necessary:
http://zhi= gang.org/files/docbook/xen-pxeboot.html

So, one more time, please help
--
Zoran Tasic<= br> --001517593670b371a704b7e2a0e7-- --===============0438432658341150936== 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.xensource.com http://lists.xensource.com/xen-users --===============0438432658341150936==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7c-0007SR-Do; Wed, 01 Feb 2012 10:09:00 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RoB23-0004kj-KM; Fri, 20 Jan 2012 09:45:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1327052709!11726163!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA4NTAzNg==\n X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30038 invoked from network); 20 Jan 2012 09:45:09 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2012 09:45:09 -0000 X-IronPort-AV: E=Sophos;i="4.71,541,1320624000"; d="scan'208";a="10172162" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Jan 2012 09:45:08 +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; Fri, 20 Jan 2012 09:45:09 +0000 From: Ian Campbell To: Nupur Ghatnekar Date: Fri, 20 Jan 2012 09:45:08 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.0.3- Message-ID: <1327052708.17599.127.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: "xen-devel@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] Upstream Qemu With Xen X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com As mentioned on http://wiki.xen.org/wiki/AskingXenDevelQuestions please do not cross post. xen-users moved to bcc since I guess this is a devel question until we release a version of Xen which supports upstream qemu. On Fri, 2012-01-20 at 07:50 +0000, Nupur Ghatnekar wrote: > Hi, > > I am trying to follow the steps given on the xenwiki page > http://wiki.xen.org/xenwiki/QEMUUpstream > > I have a couple of doubts: > > 1) is there any change in the steps if stable xen is currently > installed in the system. I already have a functional xen installed. Upstream qemu is not supported by any released version of Xen. If you want this then you will need to install xen-unstable. You should probably remove any stable Xen packages before you do this. > 2) I tried to follow the steps anyways. But there was no qemu > in /path/ot/qemu/i386-softmmu/ . > > these are the contents > root@pratik-desktop:~/backup-virtio-qemu/qemu-upstream-unstable/i386-softmmu# ls > 9pfs config-devices.mak.old fpu Makefile > config-devices.mak config-target.mak ide tcg It appears that qemu has not built successfully (there should be many more files). Were there any error messages when you tried to configure/build qemu? > Can someone help me out? Please post the complete and exact steps you followed. Including the output at various steps. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7c-0007SR-Do; Wed, 01 Feb 2012 10:09:00 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RoB23-0004kj-KM; Fri, 20 Jan 2012 09:45:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1327052709!11726163!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA4NTAzNg==\n X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30038 invoked from network); 20 Jan 2012 09:45:09 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2012 09:45:09 -0000 X-IronPort-AV: E=Sophos;i="4.71,541,1320624000"; d="scan'208";a="10172162" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Jan 2012 09:45:08 +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; Fri, 20 Jan 2012 09:45:09 +0000 From: Ian Campbell To: Nupur Ghatnekar Date: Fri, 20 Jan 2012 09:45:08 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.0.3- Message-ID: <1327052708.17599.127.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: "xen-devel@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] Upstream Qemu With Xen X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com As mentioned on http://wiki.xen.org/wiki/AskingXenDevelQuestions please do not cross post. xen-users moved to bcc since I guess this is a devel question until we release a version of Xen which supports upstream qemu. On Fri, 2012-01-20 at 07:50 +0000, Nupur Ghatnekar wrote: > Hi, > > I am trying to follow the steps given on the xenwiki page > http://wiki.xen.org/xenwiki/QEMUUpstream > > I have a couple of doubts: > > 1) is there any change in the steps if stable xen is currently > installed in the system. I already have a functional xen installed. Upstream qemu is not supported by any released version of Xen. If you want this then you will need to install xen-unstable. You should probably remove any stable Xen packages before you do this. > 2) I tried to follow the steps anyways. But there was no qemu > in /path/ot/qemu/i386-softmmu/ . > > these are the contents > root@pratik-desktop:~/backup-virtio-qemu/qemu-upstream-unstable/i386-softmmu# ls > 9pfs config-devices.mak.old fpu Makefile > config-devices.mak config-target.mak ide tcg It appears that qemu has not built successfully (there should be many more files). Were there any error messages when you tried to configure/build qemu? > Can someone help me out? Please post the complete and exact steps you followed. Including the output at various steps. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7d-0007Sb-Fa; Wed, 01 Feb 2012 10:09:01 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RpVbh-00012F-8E; Tue, 24 Jan 2012 01:55:33 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1327370125!9558068!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22757 invoked from network); 24 Jan 2012 01:55:26 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jan 2012 01:55:26 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q0O1tJ8p024510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Jan 2012 20:55:19 -0500 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q0O1tJHs024507; Mon, 23 Jan 2012 20:55:19 -0500 Date: Mon, 23 Jan 2012 21:55:19 -0400 From: Konrad Rzeszutek Wilk To: Sandi Romih Message-ID: <20120124015519.GD24204@andromeda.dapyr.net> References: <20120120154745.GV12984@reaktio.net> <20120120203205.GW12984@reaktio.net> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Pasi K?rkk?inen Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Jan 23, 2012 at 12:53:50PM +0100, Sandi Romih wrote: > Pasi, > > Yes, I did verify that IOMMU is enabled. I get this in my xm dmesg: > > (XEN) I/O virtualisation enabled > > (XEN) Intel VT-d Snoop Control supported.(XEN) Intel VT-d DMA > Passthrough not supported.(XEN) Intel VT-d Queued Invalidation > supported.(XEN) Intel VT-d Interrupt Remapping not supported. > > But I dont think I have this message (I am not near my system now, so I can > not confirm) > > (XEN) I/O virtualisation for PV guests enabled > > > I believe that many have managed to get VGA passthru working, but they > generally dont post their stories. one only finds the problems they are > encountering when searching about this. That is why it would be nice to put > together a kind of manual in the wiki which would have all this info > together in one location. http://lmgtfy.com/?q=Xen+VGA+passthrough _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7d-0007Sb-Fa; Wed, 01 Feb 2012 10:09:01 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RpVbh-00012F-8E; Tue, 24 Jan 2012 01:55:33 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1327370125!9558068!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22757 invoked from network); 24 Jan 2012 01:55:26 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jan 2012 01:55:26 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q0O1tJ8p024510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Jan 2012 20:55:19 -0500 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q0O1tJHs024507; Mon, 23 Jan 2012 20:55:19 -0500 Date: Mon, 23 Jan 2012 21:55:19 -0400 From: Konrad Rzeszutek Wilk To: Sandi Romih Message-ID: <20120124015519.GD24204@andromeda.dapyr.net> References: <20120120154745.GV12984@reaktio.net> <20120120203205.GW12984@reaktio.net> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Pasi K?rkk?inen Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Jan 23, 2012 at 12:53:50PM +0100, Sandi Romih wrote: > Pasi, > > Yes, I did verify that IOMMU is enabled. I get this in my xm dmesg: > > (XEN) I/O virtualisation enabled > > (XEN) Intel VT-d Snoop Control supported.(XEN) Intel VT-d DMA > Passthrough not supported.(XEN) Intel VT-d Queued Invalidation > supported.(XEN) Intel VT-d Interrupt Remapping not supported. > > But I dont think I have this message (I am not near my system now, so I can > not confirm) > > (XEN) I/O virtualisation for PV guests enabled > > > I believe that many have managed to get VGA passthru working, but they > generally dont post their stories. one only finds the problems they are > encountering when searching about this. That is why it would be nice to put > together a kind of manual in the wiki which would have all this info > together in one location. http://lmgtfy.com/?q=Xen+VGA+passthrough _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7e-0007Sw-Rj; Wed, 01 Feb 2012 10:09:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqRMs-0001hu-0g for xen-users@lists.xensource.com; Thu, 26 Jan 2012 15:36:06 +0000 Received: from [85.158.138.51:34999] by server-8.bemta-3.messagelabs.com id 31/2E-31878-4E2712F4; Thu, 26 Jan 2012 15:36:04 +0000 X-Env-Sender: jfehlig@suse.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1327592162!10805144!1 X-Originating-IP: [137.65.248.97] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27603 invoked from network); 26 Jan 2012 15:36:03 -0000 Received: from novprvoes0314.provo.novell.com (HELO mail.novell.com) (137.65.248.97) by server-5.tower-174.messagelabs.com with SMTP; 26 Jan 2012 15:36:03 -0000 Received: from [164.99.195.47] ([::ffff:164.99.195.47]) by mail.novell.com with ESMTP; Thu, 26 Jan 2012 08:35:51 -0700 Message-ID: <4F21728A.5030408@suse.com> Date: Thu, 26 Jan 2012 08:34:34 -0700 From: Jim Fehlig User-Agent: Thunderbird 2.0.0.24 (X11/20100302) MIME-Version: 1.0 To: Stefano Stabellini References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> <20120124015021.GB24204@andromeda.dapyr.net> <3758972BBA474BCBB9CA5D1D316892E7@nobody> <1327430498.7929.14.camel@mnetdjm5.mageenet.host> <1327510462.24561.351.camel@zakaz.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: Florian Heigl , xen-devel , Ian Campbell , Sandi Romih , xen-users , Tobias Geiger , Likarpenkov Alexander , Konrad Rzeszutek Wilk , Doug Magee , chris Subject: Re: [Xen-users] [Xen-devel] Future of xend and xl (Was: Re: VGA passthough still not working) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Stefano Stabellini wrote: > Considering that pv-usb, pv-scsi and netchannel2 are not upstream in > Linux, the only feature that I believe people might miss is managed > domains. However it should be pretty easy to script that feature on top > of Xl and I believe that Debian might even be already doing something > like that with xend. > The libvirt libxl driver also provides managed domains, but it does not yet have feature parity with the legacy xen driver. Oh, and with all the changes to the libxl public interface, it wont work with xen-unstable. I hope to spend some time on the driver soon, and always looking for some help :-). Regards, Jim _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7e-0007Sw-Rj; Wed, 01 Feb 2012 10:09:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqRMs-0001hu-0g for xen-users@lists.xensource.com; Thu, 26 Jan 2012 15:36:06 +0000 Received: from [85.158.138.51:34999] by server-8.bemta-3.messagelabs.com id 31/2E-31878-4E2712F4; Thu, 26 Jan 2012 15:36:04 +0000 X-Env-Sender: jfehlig@suse.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1327592162!10805144!1 X-Originating-IP: [137.65.248.97] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27603 invoked from network); 26 Jan 2012 15:36:03 -0000 Received: from novprvoes0314.provo.novell.com (HELO mail.novell.com) (137.65.248.97) by server-5.tower-174.messagelabs.com with SMTP; 26 Jan 2012 15:36:03 -0000 Received: from [164.99.195.47] ([::ffff:164.99.195.47]) by mail.novell.com with ESMTP; Thu, 26 Jan 2012 08:35:51 -0700 Message-ID: <4F21728A.5030408@suse.com> Date: Thu, 26 Jan 2012 08:34:34 -0700 From: Jim Fehlig User-Agent: Thunderbird 2.0.0.24 (X11/20100302) MIME-Version: 1.0 To: Stefano Stabellini References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> <20120124015021.GB24204@andromeda.dapyr.net> <3758972BBA474BCBB9CA5D1D316892E7@nobody> <1327430498.7929.14.camel@mnetdjm5.mageenet.host> <1327510462.24561.351.camel@zakaz.uk.xensource.com> In-Reply-To: X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: Florian Heigl , xen-devel , Ian Campbell , Sandi Romih , xen-users , Tobias Geiger , Likarpenkov Alexander , Konrad Rzeszutek Wilk , Doug Magee , chris Subject: Re: [Xen-users] [Xen-devel] Future of xend and xl (Was: Re: VGA passthough still not working) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Stefano Stabellini wrote: > Considering that pv-usb, pv-scsi and netchannel2 are not upstream in > Linux, the only feature that I believe people might miss is managed > domains. However it should be pretty easy to script that feature on top > of Xl and I believe that Debian might even be already doing something > like that with xend. > The libvirt libxl driver also provides managed domains, but it does not yet have feature parity with the legacy xen driver. Oh, and with all the changes to the libxl public interface, it wont work with xen-unstable. I hope to spend some time on the driver soon, and always looking for some help :-). Regards, Jim _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7b-0007SF-MB; Wed, 01 Feb 2012 10:08:59 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RpVZr-0000wE-Hm; Tue, 24 Jan 2012 01:53:39 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-8.tower-21.messagelabs.com!1327370011!9923476!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3029 invoked from network); 24 Jan 2012 01:53:32 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jan 2012 01:53:32 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q0O1rUt4024454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Jan 2012 20:53:30 -0500 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q0O1rTwR024452; Mon, 23 Jan 2012 20:53:29 -0500 Date: Mon, 23 Jan 2012 21:53:29 -0400 From: Konrad Rzeszutek Wilk To: Sandi Romih Message-ID: <20120124015329.GC24204@andromeda.dapyr.net> References: <20120120154745.GV12984@reaktio.net> <3B7B9131A63345CCB34B508E3E4F3507@nobody> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, John Sherwood Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Jan 23, 2012 at 12:45:05PM +0100, Sandi Romih wrote: > Hi John, > > I am trying to pass my secondary graphics card through to the VM. My dom0 > runs with the primary card (an onboard GPU). > > What happens with me is that the secondary card (GTX480) is relinquished to > pciback and according to the logs, it looks like the card is passed through > successfully to the domU. > What happens though is a bit puzzling (with gfx_passthru=1): > 1) When I start the domU, my dom0 screen goes blank (which is using a > different graphics card than is assigned to the domU) > 2) The domain does not boot; i.e. the CDROM does not spin up. > 3) If I connect to the domain via vnc, I see only the qemu console. > > With gfx_passthru=0, the following happens: > a) The domain boots fine (the CDROM spins up). > b) I can connect to the OS in the domain via vnc. > c) The Windows OS installs fine and functions fine afterwards too. > d) I can see the GFX480 card in the device manager, but I can not use the > device (even if I install the correct drivers for it) So you are using Nvidia. And those seem to require some extra patches. Look for the vBar=pBar or so. > > Check out the details of my problem > here. > I have marked the things that concern me in red. I am obviously missing > something... Did you look at David Techer postings? He has been doing extensive work in this area. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7b-0007SF-MB; Wed, 01 Feb 2012 10:08:59 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RpVZr-0000wE-Hm; Tue, 24 Jan 2012 01:53:39 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-8.tower-21.messagelabs.com!1327370011!9923476!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3029 invoked from network); 24 Jan 2012 01:53:32 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jan 2012 01:53:32 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q0O1rUt4024454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Jan 2012 20:53:30 -0500 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q0O1rTwR024452; Mon, 23 Jan 2012 20:53:29 -0500 Date: Mon, 23 Jan 2012 21:53:29 -0400 From: Konrad Rzeszutek Wilk To: Sandi Romih Message-ID: <20120124015329.GC24204@andromeda.dapyr.net> References: <20120120154745.GV12984@reaktio.net> <3B7B9131A63345CCB34B508E3E4F3507@nobody> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, John Sherwood Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Jan 23, 2012 at 12:45:05PM +0100, Sandi Romih wrote: > Hi John, > > I am trying to pass my secondary graphics card through to the VM. My dom0 > runs with the primary card (an onboard GPU). > > What happens with me is that the secondary card (GTX480) is relinquished to > pciback and according to the logs, it looks like the card is passed through > successfully to the domU. > What happens though is a bit puzzling (with gfx_passthru=1): > 1) When I start the domU, my dom0 screen goes blank (which is using a > different graphics card than is assigned to the domU) > 2) The domain does not boot; i.e. the CDROM does not spin up. > 3) If I connect to the domain via vnc, I see only the qemu console. > > With gfx_passthru=0, the following happens: > a) The domain boots fine (the CDROM spins up). > b) I can connect to the OS in the domain via vnc. > c) The Windows OS installs fine and functions fine afterwards too. > d) I can see the GFX480 card in the device manager, but I can not use the > device (even if I install the correct drivers for it) So you are using Nvidia. And those seem to require some extra patches. Look for the vBar=pBar or so. > > Check out the details of my problem > here. > I have marked the things that concern me in red. I am obviously missing > something... Did you look at David Techer postings? He has been doing extensive work in this area. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7g-0007TF-8f; Wed, 01 Feb 2012 10:09:04 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RoBny-0006kr-Dz for xen-users@lists.xensource.com; Fri, 20 Jan 2012 10:34:46 +0000 X-Env-Sender: venkateshpnv@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1327055679!9965962!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30663 invoked from network); 20 Jan 2012 10:34:40 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2012 10:34:40 -0000 Received: by wibhj8 with SMTP id hj8so1765691wib.30 for ; Fri, 20 Jan 2012 02:34:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=2haxWD8O80+Bgwl6Y4yn5aUW4HEBbo+B2oQaCFvFXDs=; b=p1XFUOd2TZ1y1VKc517FcwuZ9VtQRV6for9wajDKil7WDDL3R8TaFzM3Oqh1wsSs+0 v2CBmp+2c28UiuBM5AUGy7hcszJY3B+Sp5Wxfw6d0Sn/oahC1PZmgmoZSUkuA/RVQm04 z+YWTRx81IT5bZlttMHQaaWpxtNlep2OAZWu0= MIME-Version: 1.0 Received: by 10.180.105.129 with SMTP id gm1mr3220532wib.1.1327055679741; Fri, 20 Jan 2012 02:34:39 -0800 (PST) Received: by 10.223.121.11 with HTTP; Fri, 20 Jan 2012 02:34:39 -0800 (PST) Date: Fri, 20 Jan 2012 16:04:39 +0530 Message-ID: From: Venkatesh P N To: xen-users@lists.xensource.com X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: [Xen-users] How to find we are in Dom0 or DomU from a driver X-BeenThere: xen-users@lists.xensource.com 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="===============2902296577079708246==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2902296577079708246== Content-Type: multipart/alternative; boundary=f46d04182626635e2204b6f33aa1 --f46d04182626635e2204b6f33aa1 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am currently using Citrix Xen6.0 Server and installed a couple of guests on it. I am writing a PCI driver common for Dom0 and DomU. In the driver, I need to write the code like If I am in Dom0 { Do Dom0 related ops (physical driver) } else { Do DomU related ops. (virtual driver) } So, How can we find out whether we are in Dom0 or DomU from the driver level. Other than "/proc/xen/capabilities", is there any kernel function or data structure to find out this. Thanks Petla Venkatesh --f46d04182626635e2204b6f33aa1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am currently using Citrix Xen6.0 Server and installed a couple= of guests on it.

I am writing a PCI driver common for Dom0 and DomU= .
In the driver, I need to write the code like

If I am in Dom0 {
Do Dom0 related ops (physical driver)
}
else
{
Do DomU rel= ated ops. (virtual driver)
}

So, How can we find out whether we a= re in Dom0 or DomU from the driver level.
Other than "/proc/xen/cap= abilities", is there any kernel function or data structure to find out= this.

Thanks
Petla Venkatesh

--f46d04182626635e2204b6f33aa1-- --===============2902296577079708246== 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.xensource.com http://lists.xensource.com/xen-users --===============2902296577079708246==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7g-0007TF-8f; Wed, 01 Feb 2012 10:09:04 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RoBny-0006kr-Dz for xen-users@lists.xensource.com; Fri, 20 Jan 2012 10:34:46 +0000 X-Env-Sender: venkateshpnv@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1327055679!9965962!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30663 invoked from network); 20 Jan 2012 10:34:40 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2012 10:34:40 -0000 Received: by wibhj8 with SMTP id hj8so1765691wib.30 for ; Fri, 20 Jan 2012 02:34:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=2haxWD8O80+Bgwl6Y4yn5aUW4HEBbo+B2oQaCFvFXDs=; b=p1XFUOd2TZ1y1VKc517FcwuZ9VtQRV6for9wajDKil7WDDL3R8TaFzM3Oqh1wsSs+0 v2CBmp+2c28UiuBM5AUGy7hcszJY3B+Sp5Wxfw6d0Sn/oahC1PZmgmoZSUkuA/RVQm04 z+YWTRx81IT5bZlttMHQaaWpxtNlep2OAZWu0= MIME-Version: 1.0 Received: by 10.180.105.129 with SMTP id gm1mr3220532wib.1.1327055679741; Fri, 20 Jan 2012 02:34:39 -0800 (PST) Received: by 10.223.121.11 with HTTP; Fri, 20 Jan 2012 02:34:39 -0800 (PST) Date: Fri, 20 Jan 2012 16:04:39 +0530 Message-ID: From: Venkatesh P N To: xen-users@lists.xensource.com X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:59 +0000 Subject: [Xen-users] How to find we are in Dom0 or DomU from a driver X-BeenThere: xen-users@lists.xensource.com 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="===============2902296577079708246==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2902296577079708246== Content-Type: multipart/alternative; boundary=f46d04182626635e2204b6f33aa1 --f46d04182626635e2204b6f33aa1 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am currently using Citrix Xen6.0 Server and installed a couple of guests on it. I am writing a PCI driver common for Dom0 and DomU. In the driver, I need to write the code like If I am in Dom0 { Do Dom0 related ops (physical driver) } else { Do DomU related ops. (virtual driver) } So, How can we find out whether we are in Dom0 or DomU from the driver level. Other than "/proc/xen/capabilities", is there any kernel function or data structure to find out this. Thanks Petla Venkatesh --f46d04182626635e2204b6f33aa1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am currently using Citrix Xen6.0 Server and installed a couple= of guests on it.

I am writing a PCI driver common for Dom0 and DomU= .
In the driver, I need to write the code like

If I am in Dom0 {
Do Dom0 related ops (physical driver)
}
else
{
Do DomU rel= ated ops. (virtual driver)
}

So, How can we find out whether we a= re in Dom0 or DomU from the driver level.
Other than "/proc/xen/cap= abilities", is there any kernel function or data structure to find out= this.

Thanks
Petla Venkatesh

--f46d04182626635e2204b6f33aa1-- --===============2902296577079708246== 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.xensource.com http://lists.xensource.com/xen-users --===============2902296577079708246==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7i-0007Tk-D7; Wed, 01 Feb 2012 10:09:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqNoo-00087V-V7; Thu, 26 Jan 2012 11:48:43 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1327578516!12661404!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA4NDg1MA==\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6245 invoked from network); 26 Jan 2012 11:48:36 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2012 11:48:36 -0000 X-IronPort-AV: E=Sophos;i="4.71,574,1320624000"; d="scan'208";a="10302299" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Jan 2012 11:48:36 +0000 Received: from kaball.uk.xensource.com (10.80.2.59) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 26 Jan 2012 11:48:36 +0000 Date: Thu, 26 Jan 2012 11:49:24 +0000 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Florian Heigl In-Reply-To: Message-ID: References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> <20120124015021.GB24204@andromeda.dapyr.net> <3758972BBA474BCBB9CA5D1D316892E7@nobody> <1327430498.7929.14.camel@mnetdjm5.mageenet.host> <1327510462.24561.351.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: "xen-devel@lists.xensource.com" , Ian Campbell , Sandi Romih , chris , Tobias Geiger , Likarpenkov Alexander , Doug Magee , Konrad Rzeszutek Wilk , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] Future of xend and xl (Was: Re: VGA passthough still not working) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, 25 Jan 2012, Florian Heigl wrote: > > This was announced in the Xen 4.1 release notes[1] and the upgrade > > guide[2]. In Xen 4.2 we have ended up formally deprecating xend rather > > than removing it but you should expect that xend will be removed in a > > future release of Xen and begin planning your transition to xl (or one > > of the other alternative toolstacks), testing the features which matter > > to you and reporting bugs/submitting patches as appropriate. > > I think it would be a nice move if this wasn't just left to us users, > especially since it is a process of suddenly finding missing parts or > large changes in functionality in something like an easter egg hunt. > > How about if we assemble a list of Xen features in xm/xend and those > that you have implemented in xl. Right now it's just guesswork and a > lot double effort since one doesn't just have to track which parts are > gone, but we even have to constantly read all threads on the lists to > find out if a feature is suddenly coming back or being deprecated. The only features that we know are missing in Xl, and we have no current plan of implementing them, are in the list below. Please do tell if you find any other features that you need, currently in xend, but missing in Xl. > i.e. take something like Remus that had officially become a part of > Xen some time back but isn't possible to use with PV domUs with any > reasonable amount of effort. And not by formal decision, after a > "heads up" mail, but just by chance. A few months I was still thinking > I would be able to use it in a hosting product but "whoops" not > working anymore. Now we are more agressive at deprecating components that haven't been properly maintained. In the case of Remus, fortunately Shriram stepped up to the task. > Back to xl: > Probably noone really objects removing xm by now since it's not really > working anymore once the system has xl support and the two are not > compatible. It has to be in everyones interest that there is no > unneeded code to maintain and that the core devs LIKE that code and > that people can rely on it being maintained for the years to come. > It doesn't matter if we type 'xl' or 'xm', it has to *work* :) > > But maybe we can have a somewhat reliable roadmap where one can see xm > will be kicked in 4.4 *and* we're planning to have the following 1234 > features supported by then. > That way interested parties have a chance to put ressources into > getting missing features "back in" and other projects know how much > time they have to clean up their code. I.e. cobbler/koan is suddenly > broken after 4 years and people can't install domUs anymore. :) This is a reasonable request. I would also like to mention that we have a wiki page regarding migration to 4.1 with a few notes about Xl: http://wiki.xen.org/xenwiki/MigrationGuideToXen4.1%2B Also Ian just wrote an Xl feature list: http://wiki.xen.org/wiki/XL Features missing in Xl, with no current plan to introduce them (as usual contributions are welcome and encouraged): - python support in VM config files; - an RPC interface; - managed domain; - pv-usb; - netchannel2; - pv-scsi; Features missing in Xl, work in progress: - Remus; - machine parsable output from xl create. Considering that pv-usb, pv-scsi and netchannel2 are not upstream in Linux, the only feature that I believe people might miss is managed domains. However it should be pretty easy to script that feature on top of Xl and I believe that Debian might even be already doing something like that with xend. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10: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 1RsX7i-0007Tk-D7; Wed, 01 Feb 2012 10:09:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RqNoo-00087V-V7; Thu, 26 Jan 2012 11:48:43 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1327578516!12661404!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA4NDg1MA==\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6245 invoked from network); 26 Jan 2012 11:48:36 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2012 11:48:36 -0000 X-IronPort-AV: E=Sophos;i="4.71,574,1320624000"; d="scan'208";a="10302299" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Jan 2012 11:48:36 +0000 Received: from kaball.uk.xensource.com (10.80.2.59) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 26 Jan 2012 11:48:36 +0000 Date: Thu, 26 Jan 2012 11:49:24 +0000 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Florian Heigl In-Reply-To: Message-ID: References: <1327318778.24561.74.camel@zakaz.uk.xensource.com> <201201231417.43018.tobias.geiger@vido.info> <20120124015021.GB24204@andromeda.dapyr.net> <3758972BBA474BCBB9CA5D1D316892E7@nobody> <1327430498.7929.14.camel@mnetdjm5.mageenet.host> <1327510462.24561.351.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: "xen-devel@lists.xensource.com" , Ian Campbell , Sandi Romih , chris , Tobias Geiger , Likarpenkov Alexander , Doug Magee , Konrad Rzeszutek Wilk , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] Future of xend and xl (Was: Re: VGA passthough still not working) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, 25 Jan 2012, Florian Heigl wrote: > > This was announced in the Xen 4.1 release notes[1] and the upgrade > > guide[2]. In Xen 4.2 we have ended up formally deprecating xend rather > > than removing it but you should expect that xend will be removed in a > > future release of Xen and begin planning your transition to xl (or one > > of the other alternative toolstacks), testing the features which matter > > to you and reporting bugs/submitting patches as appropriate. > > I think it would be a nice move if this wasn't just left to us users, > especially since it is a process of suddenly finding missing parts or > large changes in functionality in something like an easter egg hunt. > > How about if we assemble a list of Xen features in xm/xend and those > that you have implemented in xl. Right now it's just guesswork and a > lot double effort since one doesn't just have to track which parts are > gone, but we even have to constantly read all threads on the lists to > find out if a feature is suddenly coming back or being deprecated. The only features that we know are missing in Xl, and we have no current plan of implementing them, are in the list below. Please do tell if you find any other features that you need, currently in xend, but missing in Xl. > i.e. take something like Remus that had officially become a part of > Xen some time back but isn't possible to use with PV domUs with any > reasonable amount of effort. And not by formal decision, after a > "heads up" mail, but just by chance. A few months I was still thinking > I would be able to use it in a hosting product but "whoops" not > working anymore. Now we are more agressive at deprecating components that haven't been properly maintained. In the case of Remus, fortunately Shriram stepped up to the task. > Back to xl: > Probably noone really objects removing xm by now since it's not really > working anymore once the system has xl support and the two are not > compatible. It has to be in everyones interest that there is no > unneeded code to maintain and that the core devs LIKE that code and > that people can rely on it being maintained for the years to come. > It doesn't matter if we type 'xl' or 'xm', it has to *work* :) > > But maybe we can have a somewhat reliable roadmap where one can see xm > will be kicked in 4.4 *and* we're planning to have the following 1234 > features supported by then. > That way interested parties have a chance to put ressources into > getting missing features "back in" and other projects know how much > time they have to clean up their code. I.e. cobbler/koan is suddenly > broken after 4 years and people can't install domUs anymore. :) This is a reasonable request. I would also like to mention that we have a wiki page regarding migration to 4.1 with a few notes about Xl: http://wiki.xen.org/xenwiki/MigrationGuideToXen4.1%2B Also Ian just wrote an Xl feature list: http://wiki.xen.org/wiki/XL Features missing in Xl, with no current plan to introduce them (as usual contributions are welcome and encouraged): - python support in VM config files; - an RPC interface; - managed domain; - pv-usb; - netchannel2; - pv-scsi; Features missing in Xl, work in progress: - Remus; - machine parsable output from xl create. Considering that pv-usb, pv-scsi and netchannel2 are not upstream in Linux, the only feature that I believe people might miss is managed domains. However it should be pretty easy to script that feature on top of Xl and I believe that Debian might even be already doing something like that with xend. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7k-0007UU-Ie; Wed, 01 Feb 2012 10:09:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrroe-0005bb-47 for xen-users@lists.xensource.com; Mon, 30 Jan 2012 14:02:40 +0000 Received: from [85.158.138.51:50881] by server-8.bemta-3.messagelabs.com id 09/0B-31878-FF2A62F4; Mon, 30 Jan 2012 14:02:39 +0000 X-Env-Sender: valesmn@yahoo.it X-Msg-Ref: server-8.tower-174.messagelabs.com!1327932157!11228529!1 X-Originating-IP: [77.238.189.215] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20356 invoked from network); 30 Jan 2012 14:02:37 -0000 Received: from nm18-vm0.bullet.mail.ird.yahoo.com (HELO nm18-vm0.bullet.mail.ird.yahoo.com) (77.238.189.215) by server-8.tower-174.messagelabs.com with SMTP; 30 Jan 2012 14:02:37 -0000 Received: from [77.238.189.50] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2012 14:02:36 -0000 Received: from [212.82.108.121] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2012 14:02:36 -0000 Received: from [127.0.0.1] by omp1030.mail.ird.yahoo.com with NNFMP; 30 Jan 2012 14:02:36 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 595778.36439.bm@omp1030.mail.ird.yahoo.com Received: (qmail 14142 invoked by uid 60001); 30 Jan 2012 14:02:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1327932156; bh=ywzxFIyEB5UrLg9pi3PQfdCou7gnxO9lPvKez6OYwcY=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=iCUYgA4QoQYHs0yF+5nAEUrsCIQl4G9pJe3CMJTOEpVLjZmcRwyhhn6QlJzp3mcrz2S7zCFi0kWbTpvXXm1iiHf5U1DDbPwh2ccOP1ksyKRZlQZvAVd12eOWGrRtJFfnVhJBmTEoBjyBNmzoQKvBssXbJUi5PSwPjaI2Xzv5L10= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=hmaczidVy7f8kt1BB6bWI+ngimEc5H6FDbYYM0OkH0P/4HVwE4HvYWQxivwoYEJfia5oK8uppNLHP+nj8mpzS9aUK0aKPG/x1bRQy+kgjKWnK0b7gsqIZFHTmrh27QQMoTQrhAuymhPAe4M6qxVw9i186mkwiVPRY8WwMJUqPsA=; X-YMail-OSG: nUFxkqEVM1kdkDOUta3dUIH3MNHFMVgQOlk3doPaONJsXQ2 C2hPCwxQuBGlFGe11J5zYNpmSalxBxyNO_bK9mTdade4VeW9p7Loawzde4pT 6IRyCo_A4e7UzPv6XL62.zU.rxaQOYHtWFRAG3axB_Teh2CWM45jixjILS0G X7dcMoDSXAJO5TsvVyS5OpnGGOXzNcXJd.K6n2TbMDMZvWd2VrthZkflSLWn H8V.TbBpko5PBDj0L6EuLE_zYl2gKdj0YhJonueH2uQifMR48wkyKTpWY42v TfGyrp1..fZdGMEelNXIqmIPaKZTUdJ69FyfBL8WBd6svucqVZsXbAECIAQ9 ybl1pka9nuWe6IEvcXuzARZ4brlSPzD6vPMYX.Lf2NUzGWMZzyVBWV.mVAeN DOI9.UoTHanHcF7h655X3wD0yOWmDSLwYVDrrQzpCRzM.YjHkyUYhsbie.KF YyNMwGlBHxB5gAUJnzDGPgPhOgO8XS7YDnnzL91ej75SmsLS7WgQNoES6ALd FCe4qcF6GmjujYSWh7vd071P0MT.s9DLZL6w- Received: from [93.44.105.158] by web29606.mail.ird.yahoo.com via HTTP; Mon, 30 Jan 2012 14:02:36 GMT X-Mailer: YahooMailWebService/0.8.116.331537 Message-ID: <1327932156.10304.YahooMailNeo@web29606.mail.ird.yahoo.com> Date: Mon, 30 Jan 2012 14:02:36 +0000 (GMT) From: Valerio De Rosa To: "xen-users@lists.xensource.com" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: Marco De Luca Subject: [Xen-users] xcp installing problems X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Valerio De Rosa List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4954106160048799492==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============4954106160048799492== Content-Type: multipart/alternative; boundary="-796194823-1319503910-1327932156=:10304" ---796194823-1319503910-1327932156=:10304 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Greetings, I have some problem withthe Xen Cloud Platform installation. The= OS I am using is an Ubuntu 11.10 32-bit, with 3.0.15 kernel; xen 4.1=C2=A0= with hypervisor for 32-bit architecture already installed on the machine.= =0AWe need to install XCP because we=E2=80=99re working with OpenStack(http= ://openstack.org), and we had problems when trying to connect Xen libraries= with an OpenStack component(nova-compute)=E2=80=A6that=E2=80=99s why we ne= ed xcp.=0AOn our first try we used this guide:=0Ahttp://wiki.xen.org/wiki/X= CP_toolstack_on_a_Debian-based_distribution=0A=0AThis guide refers to a =E2= =80=9Cclean=E2=80=9D system, with just the OS installed, but on our case we= already installed xen4.1 and openstack. =0ABy the way, after the OS instal= lation , the guide suggests a repository updates and the command=0A=0Aapt-g= et install openvswitch-datapath-dkms=0A=0Anext step of the guide suggests t= o install the xcp-xapi libs, and here comes the troubles (I translated the = console output from Italian to English=E2=80=A6so it could not match 100%):= =0A=0Aroot@n11:~# apt-get install xcp-xapi=0Axcp-networkd configuration (1.= 3.2-1ubuntu1~oneiric1)...=0AStarting the XCP networking daemon: ...........= ................... * failed to start xcp-networkd.=0Ainvoke-rc.d: initscri= ptxcp-networkd, action "start" failed.=0Adpkg: error during elaboration=C2= =A0 xcp-networkd (--configure):=0Athe subprocess old post-installation scri= pt returned error state 1=0AReport apport not written because max value in = MaxReports reached=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= dpkg: dependencies problems prevent xcp-xapi configuration:=0A=C2=A0xcp-xa= pi depends from xcp-networkd, but:=0A=C2=A0 xcp-networkd is not yet configu= red.=0Adpkg: error during elaboration xcp-xapi (--configure):=0A=C2=A0depen= dencies problems =E2=80=93 not configured=0AReport apport not written becau= se max value=C2=A0 in MaxReports reached=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 dpkg: dependencies problems prevent di xcp-guest-t= emplates configuration=0Axcp-guest-templates depends from=C2=A0 xcp-xapi, b= ut:=0Axcp-xapi is not yet configured.=0Adpkg: : error during elaboration xc= p-guest-templates (--configure):=0Adependencies problems =E2=80=93 not conf= igured =0AReport apport not written because max value=C2=A0 in MaxReports r= eached=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Error foud = during elaboration:=0A=C2=A0xcp-networkd=0Axcp-xapi=0Axcp-guest-templates= =0AE: Sub-process /usr/bin/dpkg returned an error code (1)=0A=0A=0AEach tim= e we try to use apt-get, OS recalls the xcp-networkd, but it seems it canno= t start. I even cannot remove these 3 packets, and I cannot understand why.= =0AWe suppose that this failed installation invalidated the OS start, becau= se on reboot I get this error:=0A=0A/bin/sh: error while loading shared lib= raries: libc.so.6 cannot open shared object file: no such file or directory= =0A=0AOn another system (always with Ubuntu 11.10) I tried compiling XCP fr= om source, how explained in the last rows of this guide=C2=A0 http://wiki.x= en.org/xenwiki/XAPI_on_debian. During the compilation I get this error:=0A= =0Agbp:info: xcp-storage-managers_0.1.2.orig.tar.gz does not exist, creatin= g from 'master/0.1.2'=0Afatal: Not a valid object name master/0.1.2=0Amake[= 2]: *** [source-debs] Error 1=0Amake[2]: leaving directory "/home/bob/Scriv= ania/xapi-autobuilder"=0Amake[1]: *** [source] Error 2=0Amake[1]: leaving d= irectory "/home/bob/Scrivania/xapi-autobuilder"=0Amake: *** [build] Error 2= =0A=0ANow my question: is it possible that my problems come from the OS not= being clean when I try to install xcp-xapi? Any suggestion to solve my pro= blems? ---796194823-1319503910-1327932156=:10304 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Greetings, I hav= e some problem withthe Xen Cloud Platform installation. The OS I am using i= s an Ubuntu 11.10 32-bit, with 3.0.15 kernel; xen 4.1  with hypervisor= for 32-bit architecture already installed on the machine.
We need to in= stall XCP because we=E2=80=99re working with OpenStack(http://openstack.org= ), and we had problems when trying to connect Xen libraries with an OpenSta= ck component(nova-compute)=E2=80=A6that=E2=80=99s why we need xcp.
On ou= r first try we used this guide:
http://wiki.xen.org/wiki/XCP_toolstack_o= n_a_Debian-based_distribution

This guide refers to a =E2=80= =9Cclean=E2=80=9D system, with just the OS installed, but on our case we al= ready installed xen4.1 and openstack.
By the way, after the OS installa= tion , the guide suggests a repository updates and the command
apt-get install openvswitch-datapath-dkms

ne= xt step of the guide suggests to install the xcp-xapi libs, and here comes = the troubles (I translated the console output from Italian to English=E2=80= =A6so it could not match 100%):

root@n11:~# apt-get install xcp-xapi
xcp-networkd configuration (1.= 3.2-1ubuntu1~oneiric1)...
Starting the XCP networking daemon: ............= .................. * failed to start xcp-networkd.
invoke-rc.d: initscript= xcp-networkd, action "start" failed.
dpkg: error during elaboration  = xcp-networkd (--configure):
the subprocess old post-installation script returned error state = 1
Report apport not written because max value in MaxReports reached=
 = ;         dpkg: dependencies proble= ms prevent xcp-xapi configuration:
=  xcp-xapi depends from xcp-network= d, but:
  xcp-networkd is not yet configured.
dpkg: error during ela= boration xcp-xapi (--configure):
 dependencies problems =E2=80=93 not= configured
Report apport not written because max value  in MaxReports reached
  &n= bsp;       dpkg: dependencies problems preven= t di xcp-guest-templates configuration
xcp-guest-templates depends from&nb= sp; xcp-xapi, but:
xcp-xapi is not yet configured.
dpkg: : error during e= laboration xcp-guest-templates (--configure):
dependencies problems =E2=80= =93 not configured
Report apport not written because max value  in M= axReports reached
          Error foud= during elaboration:
 xcp-networkd
xcp-xapi
xcp-guest-templates
E:= Sub-process /usr/bin/dpkg returned an error code (1)


Eac= h time we try to use apt-get, OS recalls the xcp-networkd, but it seems it = cannot start. I even cannot remove these 3 packets, and I cannot understand= why.
We suppose that this failed installation invalidated the OS start,= because on reboot I get this error:

/bin/sh: error while loading shared libraries: libc.so.6 cannot= open shared object file: no such file or directory

On= another system (always with Ubuntu 11.10) I tried compiling XCP from source, how e= xplained in the last rows of this guide  http://wiki.xen.org/xenwiki/X= API_on_debian. During the compilation I get this error:

gbp:info: xcp-= storage-managers_0.1.2.orig.tar.gz does not exist, creating from 'master/0.= 1.2'
fatal: Not a valid object name master/0.1.2
make[2]: *** [source-deb= s] Error 1
make[2]: leaving directory "/home/bob/Scrivania/xapi-autobuilde= r"
make[1]: *** [source] Error 2
<= span style=3D"font-style: italic;">make[1]: leaving directory "/home/bob/Scrivania/xapi-autobuilder"
make: *** [build] Error 2
Now my question: is it possible that my problems come from the OS not= being clean when I try to install xcp-xapi? Any suggestion to solve my pro= blems?
---796194823-1319503910-1327932156=:10304-- --===============4954106160048799492== 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.xensource.com http://lists.xensource.com/xen-users --===============4954106160048799492==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7k-0007UU-Ie; Wed, 01 Feb 2012 10:09:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrroe-0005bb-47 for xen-users@lists.xensource.com; Mon, 30 Jan 2012 14:02:40 +0000 Received: from [85.158.138.51:50881] by server-8.bemta-3.messagelabs.com id 09/0B-31878-FF2A62F4; Mon, 30 Jan 2012 14:02:39 +0000 X-Env-Sender: valesmn@yahoo.it X-Msg-Ref: server-8.tower-174.messagelabs.com!1327932157!11228529!1 X-Originating-IP: [77.238.189.215] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20356 invoked from network); 30 Jan 2012 14:02:37 -0000 Received: from nm18-vm0.bullet.mail.ird.yahoo.com (HELO nm18-vm0.bullet.mail.ird.yahoo.com) (77.238.189.215) by server-8.tower-174.messagelabs.com with SMTP; 30 Jan 2012 14:02:37 -0000 Received: from [77.238.189.50] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2012 14:02:36 -0000 Received: from [212.82.108.121] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 30 Jan 2012 14:02:36 -0000 Received: from [127.0.0.1] by omp1030.mail.ird.yahoo.com with NNFMP; 30 Jan 2012 14:02:36 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 595778.36439.bm@omp1030.mail.ird.yahoo.com Received: (qmail 14142 invoked by uid 60001); 30 Jan 2012 14:02:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1327932156; bh=ywzxFIyEB5UrLg9pi3PQfdCou7gnxO9lPvKez6OYwcY=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=iCUYgA4QoQYHs0yF+5nAEUrsCIQl4G9pJe3CMJTOEpVLjZmcRwyhhn6QlJzp3mcrz2S7zCFi0kWbTpvXXm1iiHf5U1DDbPwh2ccOP1ksyKRZlQZvAVd12eOWGrRtJFfnVhJBmTEoBjyBNmzoQKvBssXbJUi5PSwPjaI2Xzv5L10= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=hmaczidVy7f8kt1BB6bWI+ngimEc5H6FDbYYM0OkH0P/4HVwE4HvYWQxivwoYEJfia5oK8uppNLHP+nj8mpzS9aUK0aKPG/x1bRQy+kgjKWnK0b7gsqIZFHTmrh27QQMoTQrhAuymhPAe4M6qxVw9i186mkwiVPRY8WwMJUqPsA=; X-YMail-OSG: nUFxkqEVM1kdkDOUta3dUIH3MNHFMVgQOlk3doPaONJsXQ2 C2hPCwxQuBGlFGe11J5zYNpmSalxBxyNO_bK9mTdade4VeW9p7Loawzde4pT 6IRyCo_A4e7UzPv6XL62.zU.rxaQOYHtWFRAG3axB_Teh2CWM45jixjILS0G X7dcMoDSXAJO5TsvVyS5OpnGGOXzNcXJd.K6n2TbMDMZvWd2VrthZkflSLWn H8V.TbBpko5PBDj0L6EuLE_zYl2gKdj0YhJonueH2uQifMR48wkyKTpWY42v TfGyrp1..fZdGMEelNXIqmIPaKZTUdJ69FyfBL8WBd6svucqVZsXbAECIAQ9 ybl1pka9nuWe6IEvcXuzARZ4brlSPzD6vPMYX.Lf2NUzGWMZzyVBWV.mVAeN DOI9.UoTHanHcF7h655X3wD0yOWmDSLwYVDrrQzpCRzM.YjHkyUYhsbie.KF YyNMwGlBHxB5gAUJnzDGPgPhOgO8XS7YDnnzL91ej75SmsLS7WgQNoES6ALd FCe4qcF6GmjujYSWh7vd071P0MT.s9DLZL6w- Received: from [93.44.105.158] by web29606.mail.ird.yahoo.com via HTTP; Mon, 30 Jan 2012 14:02:36 GMT X-Mailer: YahooMailWebService/0.8.116.331537 Message-ID: <1327932156.10304.YahooMailNeo@web29606.mail.ird.yahoo.com> Date: Mon, 30 Jan 2012 14:02:36 +0000 (GMT) From: Valerio De Rosa To: "xen-users@lists.xensource.com" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Cc: Marco De Luca Subject: [Xen-users] xcp installing problems X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Valerio De Rosa List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4954106160048799492==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============4954106160048799492== Content-Type: multipart/alternative; boundary="-796194823-1319503910-1327932156=:10304" ---796194823-1319503910-1327932156=:10304 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Greetings, I have some problem withthe Xen Cloud Platform installation. The= OS I am using is an Ubuntu 11.10 32-bit, with 3.0.15 kernel; xen 4.1=C2=A0= with hypervisor for 32-bit architecture already installed on the machine.= =0AWe need to install XCP because we=E2=80=99re working with OpenStack(http= ://openstack.org), and we had problems when trying to connect Xen libraries= with an OpenStack component(nova-compute)=E2=80=A6that=E2=80=99s why we ne= ed xcp.=0AOn our first try we used this guide:=0Ahttp://wiki.xen.org/wiki/X= CP_toolstack_on_a_Debian-based_distribution=0A=0AThis guide refers to a =E2= =80=9Cclean=E2=80=9D system, with just the OS installed, but on our case we= already installed xen4.1 and openstack. =0ABy the way, after the OS instal= lation , the guide suggests a repository updates and the command=0A=0Aapt-g= et install openvswitch-datapath-dkms=0A=0Anext step of the guide suggests t= o install the xcp-xapi libs, and here comes the troubles (I translated the = console output from Italian to English=E2=80=A6so it could not match 100%):= =0A=0Aroot@n11:~# apt-get install xcp-xapi=0Axcp-networkd configuration (1.= 3.2-1ubuntu1~oneiric1)...=0AStarting the XCP networking daemon: ...........= ................... * failed to start xcp-networkd.=0Ainvoke-rc.d: initscri= ptxcp-networkd, action "start" failed.=0Adpkg: error during elaboration=C2= =A0 xcp-networkd (--configure):=0Athe subprocess old post-installation scri= pt returned error state 1=0AReport apport not written because max value in = MaxReports reached=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= dpkg: dependencies problems prevent xcp-xapi configuration:=0A=C2=A0xcp-xa= pi depends from xcp-networkd, but:=0A=C2=A0 xcp-networkd is not yet configu= red.=0Adpkg: error during elaboration xcp-xapi (--configure):=0A=C2=A0depen= dencies problems =E2=80=93 not configured=0AReport apport not written becau= se max value=C2=A0 in MaxReports reached=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 dpkg: dependencies problems prevent di xcp-guest-t= emplates configuration=0Axcp-guest-templates depends from=C2=A0 xcp-xapi, b= ut:=0Axcp-xapi is not yet configured.=0Adpkg: : error during elaboration xc= p-guest-templates (--configure):=0Adependencies problems =E2=80=93 not conf= igured =0AReport apport not written because max value=C2=A0 in MaxReports r= eached=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Error foud = during elaboration:=0A=C2=A0xcp-networkd=0Axcp-xapi=0Axcp-guest-templates= =0AE: Sub-process /usr/bin/dpkg returned an error code (1)=0A=0A=0AEach tim= e we try to use apt-get, OS recalls the xcp-networkd, but it seems it canno= t start. I even cannot remove these 3 packets, and I cannot understand why.= =0AWe suppose that this failed installation invalidated the OS start, becau= se on reboot I get this error:=0A=0A/bin/sh: error while loading shared lib= raries: libc.so.6 cannot open shared object file: no such file or directory= =0A=0AOn another system (always with Ubuntu 11.10) I tried compiling XCP fr= om source, how explained in the last rows of this guide=C2=A0 http://wiki.x= en.org/xenwiki/XAPI_on_debian. During the compilation I get this error:=0A= =0Agbp:info: xcp-storage-managers_0.1.2.orig.tar.gz does not exist, creatin= g from 'master/0.1.2'=0Afatal: Not a valid object name master/0.1.2=0Amake[= 2]: *** [source-debs] Error 1=0Amake[2]: leaving directory "/home/bob/Scriv= ania/xapi-autobuilder"=0Amake[1]: *** [source] Error 2=0Amake[1]: leaving d= irectory "/home/bob/Scrivania/xapi-autobuilder"=0Amake: *** [build] Error 2= =0A=0ANow my question: is it possible that my problems come from the OS not= being clean when I try to install xcp-xapi? Any suggestion to solve my pro= blems? ---796194823-1319503910-1327932156=:10304 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Greetings, I hav= e some problem withthe Xen Cloud Platform installation. The OS I am using i= s an Ubuntu 11.10 32-bit, with 3.0.15 kernel; xen 4.1  with hypervisor= for 32-bit architecture already installed on the machine.
We need to in= stall XCP because we=E2=80=99re working with OpenStack(http://openstack.org= ), and we had problems when trying to connect Xen libraries with an OpenSta= ck component(nova-compute)=E2=80=A6that=E2=80=99s why we need xcp.
On ou= r first try we used this guide:
http://wiki.xen.org/wiki/XCP_toolstack_o= n_a_Debian-based_distribution

This guide refers to a =E2=80= =9Cclean=E2=80=9D system, with just the OS installed, but on our case we al= ready installed xen4.1 and openstack.
By the way, after the OS installa= tion , the guide suggests a repository updates and the command
apt-get install openvswitch-datapath-dkms

ne= xt step of the guide suggests to install the xcp-xapi libs, and here comes = the troubles (I translated the console output from Italian to English=E2=80= =A6so it could not match 100%):

root@n11:~# apt-get install xcp-xapi
xcp-networkd configuration (1.= 3.2-1ubuntu1~oneiric1)...
Starting the XCP networking daemon: ............= .................. * failed to start xcp-networkd.
invoke-rc.d: initscript= xcp-networkd, action "start" failed.
dpkg: error during elaboration  = xcp-networkd (--configure):
the subprocess old post-installation script returned error state = 1
Report apport not written because max value in MaxReports reached=
 = ;         dpkg: dependencies proble= ms prevent xcp-xapi configuration:
=  xcp-xapi depends from xcp-network= d, but:
  xcp-networkd is not yet configured.
dpkg: error during ela= boration xcp-xapi (--configure):
 dependencies problems =E2=80=93 not= configured
Report apport not written because max value  in MaxReports reached
  &n= bsp;       dpkg: dependencies problems preven= t di xcp-guest-templates configuration
xcp-guest-templates depends from&nb= sp; xcp-xapi, but:
xcp-xapi is not yet configured.
dpkg: : error during e= laboration xcp-guest-templates (--configure):
dependencies problems =E2=80= =93 not configured
Report apport not written because max value  in M= axReports reached
          Error foud= during elaboration:
 xcp-networkd
xcp-xapi
xcp-guest-templates
E:= Sub-process /usr/bin/dpkg returned an error code (1)


Eac= h time we try to use apt-get, OS recalls the xcp-networkd, but it seems it = cannot start. I even cannot remove these 3 packets, and I cannot understand= why.
We suppose that this failed installation invalidated the OS start,= because on reboot I get this error:

/bin/sh: error while loading shared libraries: libc.so.6 cannot= open shared object file: no such file or directory

On= another system (always with Ubuntu 11.10) I tried compiling XCP from source, how e= xplained in the last rows of this guide  http://wiki.xen.org/xenwiki/X= API_on_debian. During the compilation I get this error:

gbp:info: xcp-= storage-managers_0.1.2.orig.tar.gz does not exist, creating from 'master/0.= 1.2'
fatal: Not a valid object name master/0.1.2
make[2]: *** [source-deb= s] Error 1
make[2]: leaving directory "/home/bob/Scrivania/xapi-autobuilde= r"
make[1]: *** [source] Error 2
<= span style=3D"font-style: italic;">make[1]: leaving directory "/home/bob/Scrivania/xapi-autobuilder"
make: *** [build] Error 2
Now my question: is it possible that my problems come from the OS not= being clean when I try to install xcp-xapi? Any suggestion to solve my pro= blems?
---796194823-1319503910-1327932156=:10304-- --===============4954106160048799492== 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.xensource.com http://lists.xensource.com/xen-users --===============4954106160048799492==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7f-0007T5-Hd; Wed, 01 Feb 2012 10:09:03 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RsWs2-0006yU-AL for xen-users@lists.xensource.com; Wed, 01 Feb 2012 09:52:54 +0000 X-Env-Sender: jean-francois.vincent@atos.net X-Msg-Ref: server-13.tower-27.messagelabs.com!1328089944!57991736!1 X-Originating-IP: [160.92.103.80] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTYwLjkyLjEwMy44MCA9PiAxMDQyNzEx\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5528 invoked from network); 1 Feb 2012 09:52:24 -0000 Received: from smtp1.mail.atosorigin.com (HELO smtp1.mail.atosorigin.com) (160.92.103.80) by server-13.tower-27.messagelabs.com with SMTP; 1 Feb 2012 09:52:24 -0000 Received: from filter.atosorigin.com (localhost [127.0.0.1]) by mxfed001 (Postfix) with ESMTP id 2B60320000BE for ; Wed, 1 Feb 2012 10:52:53 +0100 (CET) Received: from mail.awl.fr.atosorigin.com (serv-smtp-wse01.fr.atosworldline.com [160.92.103.180]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client CN "mail.awl.fr.atosorigin.com", Issuer "VeriSign Class 3 Secure Server CA - G2" (verified OK)) by mxfed001 (Postfix) with ESMTP id F052320000B6 for ; Wed, 1 Feb 2012 10:52:52 +0100 (CET) Received: from frspx302.fr01.awl.atosorigin.net (10.24.253.187) by frspx401.priv.atos.fr (10.24.220.7) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 1 Feb 2012 10:52:52 +0100 Received: from FRSPX100.fr01.awl.atosorigin.net ([10.24.253.184]) by frspx302.fr01.awl.atosorigin.net ([10.24.253.187]) with mapi; Wed, 1 Feb 2012 10:52:52 +0100 From: =?iso-8859-1?Q?Vincent_Jean-Fran=E7ois?= To: "xen-users@lists.xensource.com" Date: Wed, 1 Feb 2012 10:52:51 +0100 Thread-Topic: Xen dom compilation & rpmlint issues (special intends to Michael Young) Thread-Index: Aczgxl5wOEZxRRxIThSXnG0Ftxfx8Q== Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Subject: [Xen-users] Xen dom compilation & rpmlint issues (special intends to Michael Young) X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I've succeeded to compile dhe dom0 provided by Michael Young here : http://= xenbits.xen.org/people/mayoung/testing/x86_64/kernel-2.6.32-131.12.1.el6.xe= ndom0.x86_64.rpm But I've experiencing errors while running rpmlint on the package : kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-syscall.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-syscall.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-int80.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-int80.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-syscall.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-syscall.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-int80.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-int80.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. Do you have any idea to fix that (other than changing rpmlint filtering) ? JF Ce message et les pi=E8ces jointes sont confidentiels et r=E9serv=E9s =E0 l= 'usage exclusif de ses destinataires. Il peut =E9galement =EAtre prot=E9g= =E9 par le secret professionnel. Si vous recevez ce message par erreur, mer= ci d'en avertir imm=E9diatement l'exp=E9diteur et de le d=E9truire. L'int= =E9grit=E9 du message ne pouvant =EAtre assur=E9e sur Internet, la responsa= bilit=E9 d'Atos ne pourra =EAtre recherch=E9e quant au contenu de ce messag= e. Bien que les meilleurs efforts soient faits pour maintenir cette transmi= ssion exempte de tout virus, l'exp=E9diteur ne donne aucune garantie =E0 ce= t =E9gard et sa responsabilit=E9 ne saurait =EAtre recherch=E9e pour tout d= ommage r=E9sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely= for the addressee; it may also be privileged. If you receive this e-mail i= n error, please notify the sender immediately and destroy it. As its integr= ity cannot be secured on the Internet, the Atos liability cannot be trigger= ed for the message content. Although the sender endeavours to maintain a co= mputer virus-free network, the sender does not warrant that this transmissi= on is virus-free and will not be liable for any damages resulting from any = virus transmitted. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:10:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:10:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsX7f-0007T5-Hd; Wed, 01 Feb 2012 10:09:03 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RsWs2-0006yU-AL for xen-users@lists.xensource.com; Wed, 01 Feb 2012 09:52:54 +0000 X-Env-Sender: jean-francois.vincent@atos.net X-Msg-Ref: server-13.tower-27.messagelabs.com!1328089944!57991736!1 X-Originating-IP: [160.92.103.80] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTYwLjkyLjEwMy44MCA9PiAxMDQyNzEx\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5528 invoked from network); 1 Feb 2012 09:52:24 -0000 Received: from smtp1.mail.atosorigin.com (HELO smtp1.mail.atosorigin.com) (160.92.103.80) by server-13.tower-27.messagelabs.com with SMTP; 1 Feb 2012 09:52:24 -0000 Received: from filter.atosorigin.com (localhost [127.0.0.1]) by mxfed001 (Postfix) with ESMTP id 2B60320000BE for ; Wed, 1 Feb 2012 10:52:53 +0100 (CET) Received: from mail.awl.fr.atosorigin.com (serv-smtp-wse01.fr.atosworldline.com [160.92.103.180]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client CN "mail.awl.fr.atosorigin.com", Issuer "VeriSign Class 3 Secure Server CA - G2" (verified OK)) by mxfed001 (Postfix) with ESMTP id F052320000B6 for ; Wed, 1 Feb 2012 10:52:52 +0100 (CET) Received: from frspx302.fr01.awl.atosorigin.net (10.24.253.187) by frspx401.priv.atos.fr (10.24.220.7) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 1 Feb 2012 10:52:52 +0100 Received: from FRSPX100.fr01.awl.atosorigin.net ([10.24.253.184]) by frspx302.fr01.awl.atosorigin.net ([10.24.253.187]) with mapi; Wed, 1 Feb 2012 10:52:52 +0100 From: =?iso-8859-1?Q?Vincent_Jean-Fran=E7ois?= To: "xen-users@lists.xensource.com" Date: Wed, 1 Feb 2012 10:52:51 +0100 Thread-Topic: Xen dom compilation & rpmlint issues (special intends to Michael Young) Thread-Index: Aczgxl5wOEZxRRxIThSXnG0Ftxfx8Q== Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 01 Feb 2012 10:08:58 +0000 Subject: [Xen-users] Xen dom compilation & rpmlint issues (special intends to Michael Young) X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I've succeeded to compile dhe dom0 provided by Michael Young here : http://= xenbits.xen.org/people/mayoung/testing/x86_64/kernel-2.6.32-131.12.1.el6.xe= ndom0.x86_64.rpm But I've experiencing errors while running rpmlint on the package : kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-syscall.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-syscall.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-int80.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-int80.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-syscall.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-syscall.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-int80.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-int80.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso32-sysenter.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. kernel-XenDom0.x86_64: E: shared-lib-without-dependency-information /lib/mo= dules/2.6.32-131.12.1.awl6.x86_64/vdso/vdso.so kernel-XenDom0.x86_64: E: missing-PT_GNU_STACK-section /lib/modules/2.6.32-= 131.12.1.awl6.x86_64/vdso/vdso.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to= make the stack executable. Usual suspects include use of a non-GNU linker= or an old GNU linker version. Do you have any idea to fix that (other than changing rpmlint filtering) ? JF Ce message et les pi=E8ces jointes sont confidentiels et r=E9serv=E9s =E0 l= 'usage exclusif de ses destinataires. Il peut =E9galement =EAtre prot=E9g= =E9 par le secret professionnel. Si vous recevez ce message par erreur, mer= ci d'en avertir imm=E9diatement l'exp=E9diteur et de le d=E9truire. L'int= =E9grit=E9 du message ne pouvant =EAtre assur=E9e sur Internet, la responsa= bilit=E9 d'Atos ne pourra =EAtre recherch=E9e quant au contenu de ce messag= e. Bien que les meilleurs efforts soient faits pour maintenir cette transmi= ssion exempte de tout virus, l'exp=E9diteur ne donne aucune garantie =E0 ce= t =E9gard et sa responsabilit=E9 ne saurait =EAtre recherch=E9e pour tout d= ommage r=E9sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely= for the addressee; it may also be privileged. If you receive this e-mail i= n error, please notify the sender immediately and destroy it. As its integr= ity cannot be secured on the Internet, the Atos liability cannot be trigger= ed for the message content. Although the sender endeavours to maintain a co= mputer virus-free network, the sender does not warrant that this transmissi= on is virus-free and will not be liable for any damages resulting from any = virus transmitted. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:33:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:33:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsXUo-000321-26; Wed, 01 Feb 2012 10:32:58 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsXUl-00031l-7A; Wed, 01 Feb 2012 10:32:55 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-14.tower-216.messagelabs.com!1328092368!12373639!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11652 invoked from network); 1 Feb 2012 10:32:49 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2012 10:32:49 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q11AUYD9024647; Wed, 1 Feb 2012 12:30:36 +0200 Message-ID: From: "Likarpenkov Alexander" To: "Konrad Rzeszutek Wilk" , "Sandi Romih" References: <20120120154745.GV12984@reaktio.net><20120120203205.GW12984@reaktio.net> <20120124015519.GD24204@andromeda.dapyr.net> Date: Wed, 1 Feb 2012 12:31:52 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Pasi K?rkk?inen Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com You yourself do something you can do, or is your only one link to the internet? You are able to answer questions or do not have enough of the cerebellum? Or config files provided or not flood. KRW> On Mon, Jan 23, 2012 at 12:53:50PM +0100, Sandi Romih wrote: ??>> Pasi, ??>> ??>> Yes, I did verify that IOMMU is enabled. I get this in my xm dmesg: ??>> ??>> (XEN) I/O virtualisation enabled ??>> ??>> (XEN) Intel VT-d Snoop Control supported.(XEN) Intel VT-d DMA ??>> Passthrough not supported.(XEN) Intel VT-d Queued Invalidation ??>> supported.(XEN) Intel VT-d Interrupt Remapping not supported. ??>> ??>> But I dont think I have this message (I am not near my system now, so ??>> I can not confirm) ??>> ??>> (XEN) I/O virtualisation for PV guests enabled ??>> ??>> I believe that many have managed to get VGA passthru working, but they ??>> generally dont post their stories. one only finds the problems they ??>> are encountering when searching about this. That is why it would be ??>> nice to put together a kind of manual in the wiki which would have all ??>> this info together in one location. KRW> http://lmgtfy.com/?q=Xen+VGA+passthrough _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 10:33:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 10:33:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsXUo-000321-26; Wed, 01 Feb 2012 10:32:58 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsXUl-00031l-7A; Wed, 01 Feb 2012 10:32:55 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-14.tower-216.messagelabs.com!1328092368!12373639!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11652 invoked from network); 1 Feb 2012 10:32:49 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2012 10:32:49 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q11AUYD9024647; Wed, 1 Feb 2012 12:30:36 +0200 Message-ID: From: "Likarpenkov Alexander" To: "Konrad Rzeszutek Wilk" , "Sandi Romih" References: <20120120154745.GV12984@reaktio.net><20120120203205.GW12984@reaktio.net> <20120124015519.GD24204@andromeda.dapyr.net> Date: Wed, 1 Feb 2012 12:31:52 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Pasi K?rkk?inen Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com You yourself do something you can do, or is your only one link to the internet? You are able to answer questions or do not have enough of the cerebellum? Or config files provided or not flood. KRW> On Mon, Jan 23, 2012 at 12:53:50PM +0100, Sandi Romih wrote: ??>> Pasi, ??>> ??>> Yes, I did verify that IOMMU is enabled. I get this in my xm dmesg: ??>> ??>> (XEN) I/O virtualisation enabled ??>> ??>> (XEN) Intel VT-d Snoop Control supported.(XEN) Intel VT-d DMA ??>> Passthrough not supported.(XEN) Intel VT-d Queued Invalidation ??>> supported.(XEN) Intel VT-d Interrupt Remapping not supported. ??>> ??>> But I dont think I have this message (I am not near my system now, so ??>> I can not confirm) ??>> ??>> (XEN) I/O virtualisation for PV guests enabled ??>> ??>> I believe that many have managed to get VGA passthru working, but they ??>> generally dont post their stories. one only finds the problems they ??>> are encountering when searching about this. That is why it would be ??>> nice to put together a kind of manual in the wiki which would have all ??>> this info together in one location. KRW> http://lmgtfy.com/?q=Xen+VGA+passthrough _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 11:14:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 11:14: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 1RsY86-0005TG-B5; Wed, 01 Feb 2012 11:13:34 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsY84-0005T2-Cu; Wed, 01 Feb 2012 11:13:32 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-2.tower-21.messagelabs.com!1328094804!4957027!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30772 invoked from network); 1 Feb 2012 11:13:25 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2012 11:13:25 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q11BBBmn027031; Wed, 1 Feb 2012 13:11:12 +0200 Message-ID: <5B696C874F614E368C693BA9534772C6@nobody> From: "Likarpenkov Alexander" To: "Likarpenkov Alexander" , "Konrad Rzeszutek Wilk" , "Sandi Romih" References: <20120120154745.GV12984@reaktio.net><20120120203205.GW12984@reaktio.net><20120124015519.GD24204@andromeda.dapyr.net> Date: Wed, 1 Feb 2012 13:12:24 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Pasi K?rkk?inen Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I'm really sorry. something I do not understand true LA> You yourself do something you can do, or is your only one link to the LA> internet? You are able to answer questions or do not have enough of the LA> cerebellum? Or config files provided or not flood. KRW>> On Mon, Jan 23, 2012 at 12:53:50PM +0100, Sandi Romih wrote: ??>>> Pasi, ??>>> ??>>> Yes, I did verify that IOMMU is enabled. I get this in my xm dmesg: ??>>> ??>>> (XEN) I/O virtualisation enabled ??>>> ??>>> (XEN) Intel VT-d Snoop Control supported.(XEN) Intel VT-d DMA ??>>> Passthrough not supported.(XEN) Intel VT-d Queued Invalidation ??>>> supported.(XEN) Intel VT-d Interrupt Remapping not supported. ??>>> ??>>> But I dont think I have this message (I am not near my system now, so ??>>> I can not confirm) ??>>> ??>>> (XEN) I/O virtualisation for PV guests enabled ??>>> ??>>> I believe that many have managed to get VGA passthru working, but ??>>> they generally dont post their stories. one only finds the problems ??>>> they are encountering when searching about this. That is why it would ??>>> be nice to put together a kind of manual in the wiki which would have ??>>> all this info together in one location. KRW>> http://lmgtfy.com/?q=Xen+VGA+passthrough -- ? ?????????, ??????????? ????????? ??????? ???????-??????????? ???????? IT, ???????????????????? ?????? VEGA E-mail: al@ohosting.org.ua ???: +380 63 617-18-62 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 11:14:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 11:14: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 1RsY86-0005TG-B5; Wed, 01 Feb 2012 11:13:34 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsY84-0005T2-Cu; Wed, 01 Feb 2012 11:13:32 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-2.tower-21.messagelabs.com!1328094804!4957027!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30772 invoked from network); 1 Feb 2012 11:13:25 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2012 11:13:25 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q11BBBmn027031; Wed, 1 Feb 2012 13:11:12 +0200 Message-ID: <5B696C874F614E368C693BA9534772C6@nobody> From: "Likarpenkov Alexander" To: "Likarpenkov Alexander" , "Konrad Rzeszutek Wilk" , "Sandi Romih" References: <20120120154745.GV12984@reaktio.net><20120120203205.GW12984@reaktio.net><20120124015519.GD24204@andromeda.dapyr.net> Date: Wed, 1 Feb 2012 13:12:24 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Pasi K?rkk?inen Subject: Re: [Xen-users] [Xen-devel] VGA passthough still not working X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I'm really sorry. something I do not understand true LA> You yourself do something you can do, or is your only one link to the LA> internet? You are able to answer questions or do not have enough of the LA> cerebellum? Or config files provided or not flood. KRW>> On Mon, Jan 23, 2012 at 12:53:50PM +0100, Sandi Romih wrote: ??>>> Pasi, ??>>> ??>>> Yes, I did verify that IOMMU is enabled. I get this in my xm dmesg: ??>>> ??>>> (XEN) I/O virtualisation enabled ??>>> ??>>> (XEN) Intel VT-d Snoop Control supported.(XEN) Intel VT-d DMA ??>>> Passthrough not supported.(XEN) Intel VT-d Queued Invalidation ??>>> supported.(XEN) Intel VT-d Interrupt Remapping not supported. ??>>> ??>>> But I dont think I have this message (I am not near my system now, so ??>>> I can not confirm) ??>>> ??>>> (XEN) I/O virtualisation for PV guests enabled ??>>> ??>>> I believe that many have managed to get VGA passthru working, but ??>>> they generally dont post their stories. one only finds the problems ??>>> they are encountering when searching about this. That is why it would ??>>> be nice to put together a kind of manual in the wiki which would have ??>>> all this info together in one location. KRW>> http://lmgtfy.com/?q=Xen+VGA+passthrough -- ? ?????????, ??????????? ????????? ??????? ???????-??????????? ???????? IT, ???????????????????? ?????? VEGA E-mail: al@ohosting.org.ua ???: +380 63 617-18-62 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 11:15:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 11:15:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsY9S-0005Xl-4x; Wed, 01 Feb 2012 11:14:58 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsY9Q-0005XA-Po for xen-users@lists.xensource.com; Wed, 01 Feb 2012 11:14:57 +0000 X-Env-Sender: hossein.ansari@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1328094890!13253778!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=2.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MIME_HTML_ONLY,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,RCVD_ILLEGAL_IP, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26879 invoked from network); 1 Feb 2012 11:14:50 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 11:14:50 -0000 Received: by bkbzv3 with SMTP id zv3so1976213bkb.30 for ; Wed, 01 Feb 2012 03:14:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=llm+uUKFK4zyQkmkZ/pVdnVqfBKxWmoHbn6cmdJ5MWw=; b=H8BN9sJ08W25NCEPFwZTeYF7R98kbxFBuF5eCQ6GRV6Da4Fpsq8IlwLpXJFn6jApK/ kXu6/NNpQE+XSH5hYSxYz4gm/aijvrunI6OLC9SSdOLcRN7EMMjdVwV7DURep7zdrTAO 30UTNqhdOt7fs5GoImMW8Ll9ZOPj13sFOUXjE= Received: by 10.205.129.141 with SMTP id hi13mr12246524bkc.7.1328094889232; Wed, 01 Feb 2012 03:14:49 -0800 (PST) Received: from [192.168.1.3] ([2.180.35.49]) by mx.google.com with ESMTPS id fg16sm53453712bkb.16.2012.02.01.03.14.46 (version=SSLv3 cipher=OTHER); Wed, 01 Feb 2012 03:14:47 -0800 (PST) Message-ID: <4F291EA1.4050607@gmail.com> Date: Wed, 01 Feb 2012 14:44:41 +0330 From: Hossein Ansari User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10 X-BeenThere: xen-users@lists.xensource.com 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="===============3115749761408984155==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3115749761408984155== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi
I install the xcp from the http://wiki.xen.org/wiki/XAPI_on_Ubuntu.
But I got this error while configuring xcp-xapi:

xcp-networkd (1.3.2-1ubuntu1~oneiric1) wird eingerichtet ...
Starting the XCP networking daemon: .............................. * failed to start xcp-networkd.

invoke-rc.d: initscript xcp-networkd, action "start" failed.

when I comment the "2>/dev/null" in the script I see this error:

Fatal error: exception Unix.Unix_error(20, "open", "/etc/xcp/network.conf")

but there is not "/etc/xcp/network.conf"

I use ubuntu 11.10 and I install the openvswitch-datapath-dkms before.

Thanks for your answers.

Greetings
Hossein
--===============3115749761408984155== 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.xensource.com http://lists.xensource.com/xen-users --===============3115749761408984155==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 11:15:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 11:15:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsY9S-0005Xl-4x; Wed, 01 Feb 2012 11:14:58 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsY9Q-0005XA-Po for xen-users@lists.xensource.com; Wed, 01 Feb 2012 11:14:57 +0000 X-Env-Sender: hossein.ansari@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1328094890!13253778!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=2.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MIME_HTML_ONLY,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,RCVD_ILLEGAL_IP, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26879 invoked from network); 1 Feb 2012 11:14:50 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 11:14:50 -0000 Received: by bkbzv3 with SMTP id zv3so1976213bkb.30 for ; Wed, 01 Feb 2012 03:14:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=llm+uUKFK4zyQkmkZ/pVdnVqfBKxWmoHbn6cmdJ5MWw=; b=H8BN9sJ08W25NCEPFwZTeYF7R98kbxFBuF5eCQ6GRV6Da4Fpsq8IlwLpXJFn6jApK/ kXu6/NNpQE+XSH5hYSxYz4gm/aijvrunI6OLC9SSdOLcRN7EMMjdVwV7DURep7zdrTAO 30UTNqhdOt7fs5GoImMW8Ll9ZOPj13sFOUXjE= Received: by 10.205.129.141 with SMTP id hi13mr12246524bkc.7.1328094889232; Wed, 01 Feb 2012 03:14:49 -0800 (PST) Received: from [192.168.1.3] ([2.180.35.49]) by mx.google.com with ESMTPS id fg16sm53453712bkb.16.2012.02.01.03.14.46 (version=SSLv3 cipher=OTHER); Wed, 01 Feb 2012 03:14:47 -0800 (PST) Message-ID: <4F291EA1.4050607@gmail.com> Date: Wed, 01 Feb 2012 14:44:41 +0330 From: Hossein Ansari User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10 X-BeenThere: xen-users@lists.xensource.com 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="===============3115749761408984155==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3115749761408984155== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi
I install the xcp from the http://wiki.xen.org/wiki/XAPI_on_Ubuntu.
But I got this error while configuring xcp-xapi:

xcp-networkd (1.3.2-1ubuntu1~oneiric1) wird eingerichtet ...
Starting the XCP networking daemon: .............................. * failed to start xcp-networkd.

invoke-rc.d: initscript xcp-networkd, action "start" failed.

when I comment the "2>/dev/null" in the script I see this error:

Fatal error: exception Unix.Unix_error(20, "open", "/etc/xcp/network.conf")

but there is not "/etc/xcp/network.conf"

I use ubuntu 11.10 and I install the openvswitch-datapath-dkms before.

Thanks for your answers.

Greetings
Hossein
--===============3115749761408984155== 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.xensource.com http://lists.xensource.com/xen-users --===============3115749761408984155==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 13:48:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 13:48:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsaWa-00027i-69; Wed, 01 Feb 2012 13:47:00 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsaWY-000272-HA for xen-users@lists.xensource.com; Wed, 01 Feb 2012 13:46:58 +0000 X-Env-Sender: digitalhunger@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1328104012!12733367!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9114 invoked from network); 1 Feb 2012 13:46:52 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 13:46:52 -0000 Received: by eekb45 with SMTP id b45so3451348eek.30 for ; Wed, 01 Feb 2012 05:46:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-operating-system :x-mailer:user-agent; bh=Ib3IHVK9vPsZU5fmkZExiunEFBnwuOzvAH8hZqOBpsg=; b=JcpjEPsljHR+mjSTVpn5JD1MHBR4SzMa8/OWJJFELNBhqj7ixC29abh68SSh8bhZ5P hvLUWrKKiK++M1nuecqjcc9cJ4nXI/jmYEw+OTFJ/lFONZEzQ2FNWKT3lPZAnzuH2HWj zr9YEzFsp/Ys3Sutn9W/PtaAsFnnb6NTmOYiU= Received: by 10.14.50.193 with SMTP id z41mr2658976eeb.19.1328104012365; Wed, 01 Feb 2012 05:46:52 -0800 (PST) Received: from localhost (dcdev.wheneverhost.com. [213.108.73.199]) by mx.google.com with ESMTPS id a58sm19620988eeb.8.2012.02.01.05.46.50 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Feb 2012 05:46:50 -0800 (PST) Date: Wed, 1 Feb 2012 15:40:00 +0200 From: Ivan Fitenko To: Venkatesh P N Message-ID: <20120201134000.GA6010@holocaust.4shared.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Operating-System: Slackware 13.1 X-Mailer: Mutt 1.4.2.3i User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to find we are in Dom0 or DomU from a driver X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Use xen_initial_domain() from xen/xen.h: if (xen_initial_domain()) { /* Dom0-related code goes here*/ On Fri, Jan 20, 2012 at 04:04:39PM +0530, Venkatesh P N wrote: > Hi, > > I am currently using Citrix Xen6.0 Server and installed a couple of guests on > it. > > I am writing a PCI driver common for Dom0 and DomU. > In the driver, I need to write the code like > > If I am in Dom0 > { > Do Dom0 related ops (physical driver) > } > else > { > Do DomU related ops. (virtual driver) > } > > So, How can we find out whether we are in Dom0 or DomU from the driver level. > Other than "/proc/xen/capabilities", is there any kernel function or data > structure to find out this. > > Thanks > Petla Venkatesh > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 13:48:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 13:48:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsaWa-00027i-69; Wed, 01 Feb 2012 13:47:00 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsaWY-000272-HA for xen-users@lists.xensource.com; Wed, 01 Feb 2012 13:46:58 +0000 X-Env-Sender: digitalhunger@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1328104012!12733367!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9114 invoked from network); 1 Feb 2012 13:46:52 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 13:46:52 -0000 Received: by eekb45 with SMTP id b45so3451348eek.30 for ; Wed, 01 Feb 2012 05:46:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-operating-system :x-mailer:user-agent; bh=Ib3IHVK9vPsZU5fmkZExiunEFBnwuOzvAH8hZqOBpsg=; b=JcpjEPsljHR+mjSTVpn5JD1MHBR4SzMa8/OWJJFELNBhqj7ixC29abh68SSh8bhZ5P hvLUWrKKiK++M1nuecqjcc9cJ4nXI/jmYEw+OTFJ/lFONZEzQ2FNWKT3lPZAnzuH2HWj zr9YEzFsp/Ys3Sutn9W/PtaAsFnnb6NTmOYiU= Received: by 10.14.50.193 with SMTP id z41mr2658976eeb.19.1328104012365; Wed, 01 Feb 2012 05:46:52 -0800 (PST) Received: from localhost (dcdev.wheneverhost.com. [213.108.73.199]) by mx.google.com with ESMTPS id a58sm19620988eeb.8.2012.02.01.05.46.50 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Feb 2012 05:46:50 -0800 (PST) Date: Wed, 1 Feb 2012 15:40:00 +0200 From: Ivan Fitenko To: Venkatesh P N Message-ID: <20120201134000.GA6010@holocaust.4shared.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Operating-System: Slackware 13.1 X-Mailer: Mutt 1.4.2.3i User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to find we are in Dom0 or DomU from a driver X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Use xen_initial_domain() from xen/xen.h: if (xen_initial_domain()) { /* Dom0-related code goes here*/ On Fri, Jan 20, 2012 at 04:04:39PM +0530, Venkatesh P N wrote: > Hi, > > I am currently using Citrix Xen6.0 Server and installed a couple of guests on > it. > > I am writing a PCI driver common for Dom0 and DomU. > In the driver, I need to write the code like > > If I am in Dom0 > { > Do Dom0 related ops (physical driver) > } > else > { > Do DomU related ops. (virtual driver) > } > > So, How can we find out whether we are in Dom0 or DomU from the driver level. > Other than "/proc/xen/capabilities", is there any kernel function or data > structure to find out this. > > Thanks > Petla Venkatesh > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 13:58:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 13:58:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsah5-0002np-1b; Wed, 01 Feb 2012 13:57:51 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsah4-0002nU-B5 for xen-users@lists.xensource.com; Wed, 01 Feb 2012 13:57:50 +0000 X-Env-Sender: digitalhunger@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1328104664!12680443!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16366 invoked from network); 1 Feb 2012 13:57:44 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 13:57:44 -0000 Received: by eekb45 with SMTP id b45so3497589eek.30 for ; Wed, 01 Feb 2012 05:57:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-operating-system :x-mailer:user-agent; bh=S29zlO+hah6Ku8V1NkFBMfLhOHTO61bNsJaWBJNnWjk=; b=eWtnZ4hGeHMvwLA0Mj3tCsoy/sN5ygQ5B1mHUT2a+rbcACC3xMb6y/NqmUYeSlO+aE C6L/r4yRb0L+5NLtUyG2spMnicCcO23jDJL+3whFNo03U6rZsUaCCQRYOjCnu/Styi6P ecio36IXmJ6ZHr2rl40GLyKZVTMDdYdQiKDSk= Received: by 10.14.16.129 with SMTP id h1mr2572889eeh.46.1328104664237; Wed, 01 Feb 2012 05:57:44 -0800 (PST) Received: from localhost (dcdev.wheneverhost.com. [213.108.73.199]) by mx.google.com with ESMTPS id x4sm99351025eeb.4.2012.02.01.05.57.42 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Feb 2012 05:57:43 -0800 (PST) Date: Wed, 1 Feb 2012 15:50:53 +0200 From: Ivan Fitenko To: Venkatesh P N Message-ID: <20120201135053.GA6078@holocaust.4shared.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Operating-System: Slackware 13.1 X-Mailer: Mutt 1.4.2.3i User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to find we are in Dom0 or DomU from a driver X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Use xen_initial_domain() from xen/xen.h: if (xen_initial_domain()) { /* Dom0-related code goes here*/ ..... On Fri, Jan 20, 2012 at 04:04:39PM +0530, Venkatesh P N wrote: > Hi, > > I am currently using Citrix Xen6.0 Server and installed a couple of guests on > it. > > I am writing a PCI driver common for Dom0 and DomU. > In the driver, I need to write the code like > > If I am in Dom0 > { > Do Dom0 related ops (physical driver) > } > else > { > Do DomU related ops. (virtual driver) > } > > So, How can we find out whether we are in Dom0 or DomU from the driver level. > Other than "/proc/xen/capabilities", is there any kernel function or data > structure to find out this. > > Thanks > Petla Venkatesh > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 13:58:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 13:58:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsah5-0002np-1b; Wed, 01 Feb 2012 13:57:51 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsah4-0002nU-B5 for xen-users@lists.xensource.com; Wed, 01 Feb 2012 13:57:50 +0000 X-Env-Sender: digitalhunger@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1328104664!12680443!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16366 invoked from network); 1 Feb 2012 13:57:44 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 13:57:44 -0000 Received: by eekb45 with SMTP id b45so3497589eek.30 for ; Wed, 01 Feb 2012 05:57:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-operating-system :x-mailer:user-agent; bh=S29zlO+hah6Ku8V1NkFBMfLhOHTO61bNsJaWBJNnWjk=; b=eWtnZ4hGeHMvwLA0Mj3tCsoy/sN5ygQ5B1mHUT2a+rbcACC3xMb6y/NqmUYeSlO+aE C6L/r4yRb0L+5NLtUyG2spMnicCcO23jDJL+3whFNo03U6rZsUaCCQRYOjCnu/Styi6P ecio36IXmJ6ZHr2rl40GLyKZVTMDdYdQiKDSk= Received: by 10.14.16.129 with SMTP id h1mr2572889eeh.46.1328104664237; Wed, 01 Feb 2012 05:57:44 -0800 (PST) Received: from localhost (dcdev.wheneverhost.com. [213.108.73.199]) by mx.google.com with ESMTPS id x4sm99351025eeb.4.2012.02.01.05.57.42 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Feb 2012 05:57:43 -0800 (PST) Date: Wed, 1 Feb 2012 15:50:53 +0200 From: Ivan Fitenko To: Venkatesh P N Message-ID: <20120201135053.GA6078@holocaust.4shared.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Operating-System: Slackware 13.1 X-Mailer: Mutt 1.4.2.3i User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to find we are in Dom0 or DomU from a driver X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Use xen_initial_domain() from xen/xen.h: if (xen_initial_domain()) { /* Dom0-related code goes here*/ ..... On Fri, Jan 20, 2012 at 04:04:39PM +0530, Venkatesh P N wrote: > Hi, > > I am currently using Citrix Xen6.0 Server and installed a couple of guests on > it. > > I am writing a PCI driver common for Dom0 and DomU. > In the driver, I need to write the code like > > If I am in Dom0 > { > Do Dom0 related ops (physical driver) > } > else > { > Do DomU related ops. (virtual driver) > } > > So, How can we find out whether we are in Dom0 or DomU from the driver level. > Other than "/proc/xen/capabilities", is there any kernel function or data > structure to find out this. > > Thanks > Petla Venkatesh > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 14:57:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 14:57: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 1Rsbbu-0005RG-AA; Wed, 01 Feb 2012 14:56:34 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsbbt-0005RB-DP for xen-users@lists.xensource.com; Wed, 01 Feb 2012 14:56:33 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1328108185!9171435!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2793 invoked from network); 1 Feb 2012 14:56:26 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 14:56:26 -0000 Received: by ghbf1 with SMTP id f1so12024979ghb.30 for ; Wed, 01 Feb 2012 06:56:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=nNhX8VEA8pfTmjrbl4cDX2yxSnTiGEANp28KnF07Bmc=; b=Bsl+It4BLJmZ+WkK76XEdHVICjZLLJc7F9f9L7/ZPxCR0KiEeqgaN/6iXA3gTy90LP /9c5nRBGHD35HJQwI62ziMGRf5l+hXsvvke4tCjzIr7iJNJ+5R44nQNn4z512k1tMKEW B8U33xehURKmltdxq4/WMvIwRK733IgPHm5q4= Received: by 10.50.42.199 with SMTP id q7mr26945360igl.9.1328108185206; Wed, 01 Feb 2012 06:56:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.6.18 with HTTP; Wed, 1 Feb 2012 06:56:04 -0800 (PST) In-Reply-To: <4F208A2C.9000709@cputech.com> References: <4F208A2C.9000709@cputech.com> From: Todd Deshane Date: Wed, 1 Feb 2012 09:56:04 -0500 X-Google-Sender-Auth: T5RIFrtxteS5M-Z3Voz_tYQitIY Message-ID: To: Jeff Mason Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Stubdom in Xen4.1.2 X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Jan 25, 2012 at 6:03 PM, Jeff Mason wrote: > I am trying to run a HVM using stubdom in Xen4.1.2. =A0The file > .../stubdom/README states that I need to set up a couple of things in > /exports/usr/share/xen and then execute /usr/sbin/fs-backend. > > I cannot find any program (or associated source file) for fs-backend in > my xen tree or in Ubuntu installation (using a self built kernel.org > kernel for dom 0). =A0Does this still exist and does it still need to be = run? > I'm not sure about those steps. The README might be out of date. Anyone know for sure? I know this is up-to-date: http://wiki.xen.org/wiki/Device_Model_Stub_Domains Hope that helps. Thanks, Todd -- = Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 14:57:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 14:57: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 1Rsbbu-0005RG-AA; Wed, 01 Feb 2012 14:56:34 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsbbt-0005RB-DP for xen-users@lists.xensource.com; Wed, 01 Feb 2012 14:56:33 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1328108185!9171435!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2793 invoked from network); 1 Feb 2012 14:56:26 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 14:56:26 -0000 Received: by ghbf1 with SMTP id f1so12024979ghb.30 for ; Wed, 01 Feb 2012 06:56:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=nNhX8VEA8pfTmjrbl4cDX2yxSnTiGEANp28KnF07Bmc=; b=Bsl+It4BLJmZ+WkK76XEdHVICjZLLJc7F9f9L7/ZPxCR0KiEeqgaN/6iXA3gTy90LP /9c5nRBGHD35HJQwI62ziMGRf5l+hXsvvke4tCjzIr7iJNJ+5R44nQNn4z512k1tMKEW B8U33xehURKmltdxq4/WMvIwRK733IgPHm5q4= Received: by 10.50.42.199 with SMTP id q7mr26945360igl.9.1328108185206; Wed, 01 Feb 2012 06:56:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.6.18 with HTTP; Wed, 1 Feb 2012 06:56:04 -0800 (PST) In-Reply-To: <4F208A2C.9000709@cputech.com> References: <4F208A2C.9000709@cputech.com> From: Todd Deshane Date: Wed, 1 Feb 2012 09:56:04 -0500 X-Google-Sender-Auth: T5RIFrtxteS5M-Z3Voz_tYQitIY Message-ID: To: Jeff Mason Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Stubdom in Xen4.1.2 X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Jan 25, 2012 at 6:03 PM, Jeff Mason wrote: > I am trying to run a HVM using stubdom in Xen4.1.2. =A0The file > .../stubdom/README states that I need to set up a couple of things in > /exports/usr/share/xen and then execute /usr/sbin/fs-backend. > > I cannot find any program (or associated source file) for fs-backend in > my xen tree or in Ubuntu installation (using a self built kernel.org > kernel for dom 0). =A0Does this still exist and does it still need to be = run? > I'm not sure about those steps. The README might be out of date. Anyone know for sure? I know this is up-to-date: http://wiki.xen.org/wiki/Device_Model_Stub_Domains Hope that helps. Thanks, Todd -- = Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 14:59:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 14:59:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsbdO-0005Vz-1z; Wed, 01 Feb 2012 14:58:06 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsbdM-0005VO-TX for xen-users@lists.xensource.com; Wed, 01 Feb 2012 14:58:05 +0000 X-Env-Sender: digitalhunger@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1328108278!12439706!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14977 invoked from network); 1 Feb 2012 14:57:58 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 14:57:58 -0000 Received: by eekb45 with SMTP id b45so3777088eek.30 for ; Wed, 01 Feb 2012 06:57:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-operating-system :x-mailer:user-agent; bh=OHDTSxSZ15Aruyp8CRM4cIFKtuO4Ti7pWWcV8MlW8Xc=; b=u6enWslNcyyfGY30si8vH4ORynoccflHPAnxi0TP03tE2oWgeMMeHfKfRe1RnrMYsm eRD0k/zdQVm0de7ge9T6by8HRfjsZi5mduQAfHswIOS2UvLQdpKfENB5mLhw4Ydj5sU2 dNoqGEjxieggZLZ9YuLy7WgeqgvSJZJtzJwno= Received: by 10.14.51.13 with SMTP id a13mr903101eec.75.1328108278111; Wed, 01 Feb 2012 06:57:58 -0800 (PST) Received: from localhost (dcdev.wheneverhost.com. [213.108.73.199]) by mx.google.com with ESMTPS id x4sm99881779eeb.4.2012.02.01.06.57.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Feb 2012 06:57:57 -0800 (PST) Date: Wed, 1 Feb 2012 16:51:06 +0200 From: Ivan Fitenko To: Hossein Ansari Message-ID: <20120201145106.GA6182@holocaust.4shared.com> References: <4F291EA1.4050607@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <4F291EA1.4050607@gmail.com> X-Operating-System: Slackware 13.1 X-Mailer: Mutt 1.4.2.3i User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Feb 01, 2012 at 02:44:41PM +0330, Hossein Ansari wrote: > > Fatal error: exception Unix.Unix_error(20, "open", "/etc/xcp/network.conf") > > but there is not "/etc/xcp/network.conf" And that's exactly what it complains about. Looks like you need to have that file :) > > I use ubuntu 11.10 and I install the openvswitch-datapath-dkms before. > > Thanks for your answers. > > Greetings > Hossein > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 14:59:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 14:59:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsbdO-0005Vz-1z; Wed, 01 Feb 2012 14:58:06 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsbdM-0005VO-TX for xen-users@lists.xensource.com; Wed, 01 Feb 2012 14:58:05 +0000 X-Env-Sender: digitalhunger@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1328108278!12439706!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14977 invoked from network); 1 Feb 2012 14:57:58 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 14:57:58 -0000 Received: by eekb45 with SMTP id b45so3777088eek.30 for ; Wed, 01 Feb 2012 06:57:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-operating-system :x-mailer:user-agent; bh=OHDTSxSZ15Aruyp8CRM4cIFKtuO4Ti7pWWcV8MlW8Xc=; b=u6enWslNcyyfGY30si8vH4ORynoccflHPAnxi0TP03tE2oWgeMMeHfKfRe1RnrMYsm eRD0k/zdQVm0de7ge9T6by8HRfjsZi5mduQAfHswIOS2UvLQdpKfENB5mLhw4Ydj5sU2 dNoqGEjxieggZLZ9YuLy7WgeqgvSJZJtzJwno= Received: by 10.14.51.13 with SMTP id a13mr903101eec.75.1328108278111; Wed, 01 Feb 2012 06:57:58 -0800 (PST) Received: from localhost (dcdev.wheneverhost.com. [213.108.73.199]) by mx.google.com with ESMTPS id x4sm99881779eeb.4.2012.02.01.06.57.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Feb 2012 06:57:57 -0800 (PST) Date: Wed, 1 Feb 2012 16:51:06 +0200 From: Ivan Fitenko To: Hossein Ansari Message-ID: <20120201145106.GA6182@holocaust.4shared.com> References: <4F291EA1.4050607@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <4F291EA1.4050607@gmail.com> X-Operating-System: Slackware 13.1 X-Mailer: Mutt 1.4.2.3i User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Feb 01, 2012 at 02:44:41PM +0330, Hossein Ansari wrote: > > Fatal error: exception Unix.Unix_error(20, "open", "/etc/xcp/network.conf") > > but there is not "/etc/xcp/network.conf" And that's exactly what it complains about. Looks like you need to have that file :) > > I use ubuntu 11.10 and I install the openvswitch-datapath-dkms before. > > Thanks for your answers. > > Greetings > Hossein > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 17:42:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 17:42:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseBE-0003aP-0i; Wed, 01 Feb 2012 17:41:12 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseBB-0003Zm-1P; Wed, 01 Feb 2012 17:41:09 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1328118061!2072746!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11136 invoked from network); 1 Feb 2012 17:41:02 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 17:41:02 -0000 Received: by vbbfq11 with SMTP id fq11so4343492vbb.30 for ; Wed, 01 Feb 2012 09:41:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=rmpdqpsk6zFchAMTkjrRJHEMV4tZoIGoFRNGX+zCOxE=; b=ZxfzY2SQdytLiD3mTVLLxX9me+QkbBjIXv9iuebuY3mUrqn5fjdlAs48wy4dDDLDn7 xwPJR0e6WncAJw11e7rPjYYbeesApOpNB67lYLR8xblCgkhNKFrVaq3wylWOkprSToUd ErtrmhiKELK4OVR1ukRKeE6o0+j7wUHoAAseQ= Received: by 10.52.27.20 with SMTP id p20mr13112477vdg.59.1328118060918; Wed, 01 Feb 2012 09:41:00 -0800 (PST) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id q18sm23032890vdi.10.2012.02.01.09.40.58 (version=SSLv3 cipher=OTHER); Wed, 01 Feb 2012 09:40:59 -0800 (PST) Message-ID: <4F297929.3070907@xen.org> Date: Wed, 01 Feb 2012 17:40:57 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , "xen-arm@lists.xensource.com" , "xen-api@lists.xensource.com" , "xen-users@lists.xensource.com" Subject: [Xen-users] Reminder: Xen Hackathon hosted by Oracle, March 6-8, Santa Clara, CA, USA X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi everybody, just a quick reminder that the Xen Hackathon is in Oracle, March 6-8, Santa Clara, CA, USA. We have originally planned for about 25 people, but already we have 14 people signed up. If you are planning to attend please sign up quickly, such that I get a feeling for the number of attendees. I can then go back to Oracle and see whether we can accommodate more people than we planned for. * If you think you will attend please sign up at: http://wiki.xen.org/wiki/Hackathon/March2012 * If you think you may attend, but are not sure yet add, e.g. because you do not yet have travel approved, please add "(provisional)" next to your name * If you can only attend part-time, please let us know which dates you want to attend. * If you do not regularly contribute to the Xen a mailing lists, please add your e-mail address such that I can get in touch with you Please also add topics and stuff you want to cover. Also please suggest evening social activities if you are from the area. Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 17:42:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 17:42:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseBE-0003aP-0i; Wed, 01 Feb 2012 17:41:12 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseBB-0003Zm-1P; Wed, 01 Feb 2012 17:41:09 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1328118061!2072746!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11136 invoked from network); 1 Feb 2012 17:41:02 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 17:41:02 -0000 Received: by vbbfq11 with SMTP id fq11so4343492vbb.30 for ; Wed, 01 Feb 2012 09:41:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=rmpdqpsk6zFchAMTkjrRJHEMV4tZoIGoFRNGX+zCOxE=; b=ZxfzY2SQdytLiD3mTVLLxX9me+QkbBjIXv9iuebuY3mUrqn5fjdlAs48wy4dDDLDn7 xwPJR0e6WncAJw11e7rPjYYbeesApOpNB67lYLR8xblCgkhNKFrVaq3wylWOkprSToUd ErtrmhiKELK4OVR1ukRKeE6o0+j7wUHoAAseQ= Received: by 10.52.27.20 with SMTP id p20mr13112477vdg.59.1328118060918; Wed, 01 Feb 2012 09:41:00 -0800 (PST) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id q18sm23032890vdi.10.2012.02.01.09.40.58 (version=SSLv3 cipher=OTHER); Wed, 01 Feb 2012 09:40:59 -0800 (PST) Message-ID: <4F297929.3070907@xen.org> Date: Wed, 01 Feb 2012 17:40:57 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , "xen-arm@lists.xensource.com" , "xen-api@lists.xensource.com" , "xen-users@lists.xensource.com" Subject: [Xen-users] Reminder: Xen Hackathon hosted by Oracle, March 6-8, Santa Clara, CA, USA X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi everybody, just a quick reminder that the Xen Hackathon is in Oracle, March 6-8, Santa Clara, CA, USA. We have originally planned for about 25 people, but already we have 14 people signed up. If you are planning to attend please sign up quickly, such that I get a feeling for the number of attendees. I can then go back to Oracle and see whether we can accommodate more people than we planned for. * If you think you will attend please sign up at: http://wiki.xen.org/wiki/Hackathon/March2012 * If you think you may attend, but are not sure yet add, e.g. because you do not yet have travel approved, please add "(provisional)" next to your name * If you can only attend part-time, please let us know which dates you want to attend. * If you do not regularly contribute to the Xen a mailing lists, please add your e-mail address such that I can get in touch with you Please also add topics and stuff you want to cover. Also please suggest evening social activities if you are from the area. Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 20:06:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 20:06:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsgQi-0003bR-9S; Wed, 01 Feb 2012 20:05:20 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RsgQg-0003aT-AR for xen-users@lists.xensource.com; Wed, 01 Feb 2012 20:05:18 +0000 X-Env-Sender: valesmn@yahoo.it X-Msg-Ref: server-5.tower-21.messagelabs.com!1328126711!3622131!1 X-Originating-IP: [212.82.109.245] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16939 invoked from network); 1 Feb 2012 20:05:11 -0000 Received: from nm21-vm5.bullet.mail.ird.yahoo.com (HELO nm21-vm5.bullet.mail.ird.yahoo.com) (212.82.109.245) by server-5.tower-21.messagelabs.com with SMTP; 1 Feb 2012 20:05:11 -0000 Received: from [77.238.189.233] by nm21.bullet.mail.ird.yahoo.com with NNFMP; 01 Feb 2012 20:05:10 -0000 Received: from [212.82.108.242] by tm14.bullet.mail.ird.yahoo.com with NNFMP; 01 Feb 2012 20:05:10 -0000 Received: from [127.0.0.1] by omp1007.mail.ird.yahoo.com with NNFMP; 01 Feb 2012 20:05:10 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 792301.12972.bm@omp1007.mail.ird.yahoo.com Received: (qmail 18535 invoked by uid 60001); 1 Feb 2012 20:05:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1328126710; bh=Q9wp2zPsJeFyjAlXhyP5XoSySIZmctDMfZVYNwNnglo=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=3m7FCFFX7Ur3mPYriE2BLrHCk9aK//ee+fTLtrcndGcoxOYrmN+O912u3/mCsTJCjQASUjm5QA3+F48knUKps76AYRsrAwy3M0liVk2YV04SZW350Z3HhaNGeOqKhXuQtpN8tRpDqCMM10HZvY1gUFy939AayVW3tlP8BNWN7bw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Mlyu2zRNVEoZ5FxCQohzHYPIbNATwzfK4xGLYf/xJMKlVAG+kfBhBlf3jtf/fovWzbjRdGk6cOp/QKf4A6T2ttrwXmkqlrdcED7gj0+2uSpidhX6UPoqfrqSxurqf1gT893HVd1VRoH3G5o6IsVFO35Sl7chtszaf4A+qd6PTdM=; X-YMail-OSG: o26OCSUVM1kwJ3jMJFQ6xAa3l0PqI0VgiGIk2E9oUtlE9zE ZlNITJroNrrNZbYrsFGz79Khsj4MR0ZrdjCBNnjvpMi3h2J7YCBl1C0v1N84 lW5dp4HPjWPmmZ_8S5kOcH6WyDotE2oOB.K8UIo9oGkRlXl3IyAgTtJrxGxD VWSRubLI0XNCDBfn9I8NUZ87WIaEvrrL_y9cbUQgWoFoAZHEYuZXgE1ppKGe qhD_e.oaFUC0WRgeagjdjMaTBDrHlGHOfHkKYxXhsB9kEnw8askuNftd.t.o E9ShkhKD4EEJdkTsOKuDKBnwfo9yEfzn2jbNoHz2GaeH2FUovkYLujZGH2Y3 24im4DCS_AawdJRPI5_Jg5LhWKePVy8suK.wHKKvEkQW1zB0AN37Nq0Qoemo LU2QWrvlLoXF9FCrk4VnRb6af3bQ0kPuGukn4NdaZ6wW0D3ARlyMSAabaYgL vFOeXDuUumG3Ok_XpnKLgG3ssHXVIG7UCudaDFFdarwLdQhct6geqRkThs6o Z7PKF Received: from [93.44.47.19] by web29604.mail.ird.yahoo.com via HTTP; Wed, 01 Feb 2012 20:05:10 GMT X-Mailer: YahooMailWebService/0.8.116.331537 References: <4F291EA1.4050607@gmail.com> Message-ID: <1328126710.17120.YahooMailNeo@web29604.mail.ird.yahoo.com> Date: Wed, 1 Feb 2012 20:05:10 +0000 (GMT) From: Valerio De Rosa To: "xen-users@lists.xensource.com" In-Reply-To: <4F291EA1.4050607@gmail.com> MIME-Version: 1.0 Subject: Re: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Valerio De Rosa List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2632659131568294393==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2632659131568294393== Content-Type: multipart/alternative; boundary="-1578982885-1712504255-1328126710=:17120" ---1578982885-1712504255-1328126710=:17120 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0AHad the same problem. Solved it creating the /etc/xcp/network.conf fi= le and writing in it "openvswitch".=0A=0AValerio.=0A=0A____________________= ____________=0A Da: Hossein Ansari =0AA: xen-user= s@lists.xensource.com =0AInviato: Mercoled=EC 1 Febbraio 2012 12:14=0AOgget= to: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10=0A = =0A=0AHi=0AI install the xcp from the http://wiki.xen.org/wiki/XAPI_on_Ubun= tu.=0ABut I got this error while configuring xcp-xapi:=0A=0A=0Axcp-networkd= (1.3.2-1ubuntu1~oneiric1) wird eingerichtet ...=0AStarting the XCP network= ing daemon: .............................. * failed to start xcp-networkd. = invoke-rc.d: initscript xcp-networkd, action "start" failed.=0Awhen I comme= nt the "2>/dev/null" in the script I see this error:=0A=0A=0AFatal error: e= xception Unix.Unix_error(20, "open", "/etc/xcp/network.conf")=0Abut there i= s not "/etc/xcp/network.conf"=0A=0AI use ubuntu 11.10 and I install the ope= nvswitch-datapath-dkms=0A before.=0A=0AThanks for your answers.=0A=0AGre= etings=0AHossein=0A=0A_______________________________________________=0AXen= -users mailing list=0AXen-users@lists.xensource.com=0Ahttp://lists.xensourc= e.com/xen-users ---1578982885-1712504255-1328126710=:17120 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Had the same problem. Solved it creating the /etc/xcp/network.c= onf file and writing in it "openvswitch".

Valerio.=
Da:= Hossein Ansari <hossein.ansari@gmail.com>
A: xen-users@lists.xensource.com
= Inviato: Mercoled=EC 1 Fe= bbraio 2012 12:14
Oggetto:= [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10
=

=0A =0A=0A =0A =0A
=0A Hi
=0A I install= the xcp from the = http://wiki.xen.org/wiki/XAPI_on_Ubuntu.
=0A But I got this error= while configuring xcp-xapi:
=0A
=0A 
xcp-networkd (1.3.2-1ubun=
tu1~oneiric1) wird eingerichtet ...=0AStarting the XCP networking daemon: .=
............................. * failed to start xcp-networkd.=0A=0Ainvoke-r=
c.d: initscript xcp-networkd, action "start" failed.
=0A
=0A = when I comment the "2>/dev/null" in the script I see this error:
=0A=
=0A 
Fatal error: exception Unix.Unix_error(20, "open", "/etc/xcp=
/network.conf")
=0A
=0A but there is not "/etc/xcp/network.c= onf"
=0A
=0A I use ubuntu 11.10 and I install the openvswitch-= datapath-dkms=0A before.
=0A
=0A Thanks for your answers.=0A
=0A Greetings
=0A Hossein
=0A
=0A=0A=0A
__________= _____________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-= users

---1578982885-1712504255-1328126710=:17120-- --===============2632659131568294393== 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.xensource.com http://lists.xensource.com/xen-users --===============2632659131568294393==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 20:06:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 20:06:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsgQi-0003bR-9S; Wed, 01 Feb 2012 20:05:20 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RsgQg-0003aT-AR for xen-users@lists.xensource.com; Wed, 01 Feb 2012 20:05:18 +0000 X-Env-Sender: valesmn@yahoo.it X-Msg-Ref: server-5.tower-21.messagelabs.com!1328126711!3622131!1 X-Originating-IP: [212.82.109.245] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16939 invoked from network); 1 Feb 2012 20:05:11 -0000 Received: from nm21-vm5.bullet.mail.ird.yahoo.com (HELO nm21-vm5.bullet.mail.ird.yahoo.com) (212.82.109.245) by server-5.tower-21.messagelabs.com with SMTP; 1 Feb 2012 20:05:11 -0000 Received: from [77.238.189.233] by nm21.bullet.mail.ird.yahoo.com with NNFMP; 01 Feb 2012 20:05:10 -0000 Received: from [212.82.108.242] by tm14.bullet.mail.ird.yahoo.com with NNFMP; 01 Feb 2012 20:05:10 -0000 Received: from [127.0.0.1] by omp1007.mail.ird.yahoo.com with NNFMP; 01 Feb 2012 20:05:10 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 792301.12972.bm@omp1007.mail.ird.yahoo.com Received: (qmail 18535 invoked by uid 60001); 1 Feb 2012 20:05:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1328126710; bh=Q9wp2zPsJeFyjAlXhyP5XoSySIZmctDMfZVYNwNnglo=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=3m7FCFFX7Ur3mPYriE2BLrHCk9aK//ee+fTLtrcndGcoxOYrmN+O912u3/mCsTJCjQASUjm5QA3+F48knUKps76AYRsrAwy3M0liVk2YV04SZW350Z3HhaNGeOqKhXuQtpN8tRpDqCMM10HZvY1gUFy939AayVW3tlP8BNWN7bw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Mlyu2zRNVEoZ5FxCQohzHYPIbNATwzfK4xGLYf/xJMKlVAG+kfBhBlf3jtf/fovWzbjRdGk6cOp/QKf4A6T2ttrwXmkqlrdcED7gj0+2uSpidhX6UPoqfrqSxurqf1gT893HVd1VRoH3G5o6IsVFO35Sl7chtszaf4A+qd6PTdM=; X-YMail-OSG: o26OCSUVM1kwJ3jMJFQ6xAa3l0PqI0VgiGIk2E9oUtlE9zE ZlNITJroNrrNZbYrsFGz79Khsj4MR0ZrdjCBNnjvpMi3h2J7YCBl1C0v1N84 lW5dp4HPjWPmmZ_8S5kOcH6WyDotE2oOB.K8UIo9oGkRlXl3IyAgTtJrxGxD VWSRubLI0XNCDBfn9I8NUZ87WIaEvrrL_y9cbUQgWoFoAZHEYuZXgE1ppKGe qhD_e.oaFUC0WRgeagjdjMaTBDrHlGHOfHkKYxXhsB9kEnw8askuNftd.t.o E9ShkhKD4EEJdkTsOKuDKBnwfo9yEfzn2jbNoHz2GaeH2FUovkYLujZGH2Y3 24im4DCS_AawdJRPI5_Jg5LhWKePVy8suK.wHKKvEkQW1zB0AN37Nq0Qoemo LU2QWrvlLoXF9FCrk4VnRb6af3bQ0kPuGukn4NdaZ6wW0D3ARlyMSAabaYgL vFOeXDuUumG3Ok_XpnKLgG3ssHXVIG7UCudaDFFdarwLdQhct6geqRkThs6o Z7PKF Received: from [93.44.47.19] by web29604.mail.ird.yahoo.com via HTTP; Wed, 01 Feb 2012 20:05:10 GMT X-Mailer: YahooMailWebService/0.8.116.331537 References: <4F291EA1.4050607@gmail.com> Message-ID: <1328126710.17120.YahooMailNeo@web29604.mail.ird.yahoo.com> Date: Wed, 1 Feb 2012 20:05:10 +0000 (GMT) From: Valerio De Rosa To: "xen-users@lists.xensource.com" In-Reply-To: <4F291EA1.4050607@gmail.com> MIME-Version: 1.0 Subject: Re: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Valerio De Rosa List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2632659131568294393==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2632659131568294393== Content-Type: multipart/alternative; boundary="-1578982885-1712504255-1328126710=:17120" ---1578982885-1712504255-1328126710=:17120 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0AHad the same problem. Solved it creating the /etc/xcp/network.conf fi= le and writing in it "openvswitch".=0A=0AValerio.=0A=0A____________________= ____________=0A Da: Hossein Ansari =0AA: xen-user= s@lists.xensource.com =0AInviato: Mercoled=EC 1 Febbraio 2012 12:14=0AOgget= to: [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10=0A = =0A=0AHi=0AI install the xcp from the http://wiki.xen.org/wiki/XAPI_on_Ubun= tu.=0ABut I got this error while configuring xcp-xapi:=0A=0A=0Axcp-networkd= (1.3.2-1ubuntu1~oneiric1) wird eingerichtet ...=0AStarting the XCP network= ing daemon: .............................. * failed to start xcp-networkd. = invoke-rc.d: initscript xcp-networkd, action "start" failed.=0Awhen I comme= nt the "2>/dev/null" in the script I see this error:=0A=0A=0AFatal error: e= xception Unix.Unix_error(20, "open", "/etc/xcp/network.conf")=0Abut there i= s not "/etc/xcp/network.conf"=0A=0AI use ubuntu 11.10 and I install the ope= nvswitch-datapath-dkms=0A before.=0A=0AThanks for your answers.=0A=0AGre= etings=0AHossein=0A=0A_______________________________________________=0AXen= -users mailing list=0AXen-users@lists.xensource.com=0Ahttp://lists.xensourc= e.com/xen-users ---1578982885-1712504255-1328126710=:17120 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Had the same problem. Solved it creating the /etc/xcp/network.c= onf file and writing in it "openvswitch".

Valerio.=
Da:= Hossein Ansari <hossein.ansari@gmail.com>
A: xen-users@lists.xensource.com
= Inviato: Mercoled=EC 1 Fe= bbraio 2012 12:14
Oggetto:= [Xen-users] [xcp] problem in running xcp-networkd in ubuntu 11.10
=

=0A =0A=0A =0A =0A
=0A Hi
=0A I install= the xcp from the = http://wiki.xen.org/wiki/XAPI_on_Ubuntu.
=0A But I got this error= while configuring xcp-xapi:
=0A
=0A 
xcp-networkd (1.3.2-1ubun=
tu1~oneiric1) wird eingerichtet ...=0AStarting the XCP networking daemon: .=
............................. * failed to start xcp-networkd.=0A=0Ainvoke-r=
c.d: initscript xcp-networkd, action "start" failed.
=0A
=0A = when I comment the "2>/dev/null" in the script I see this error:
=0A=
=0A 
Fatal error: exception Unix.Unix_error(20, "open", "/etc/xcp=
/network.conf")
=0A
=0A but there is not "/etc/xcp/network.c= onf"
=0A
=0A I use ubuntu 11.10 and I install the openvswitch-= datapath-dkms=0A before.
=0A
=0A Thanks for your answers.=0A
=0A Greetings
=0A Hossein
=0A
=0A=0A=0A
__________= _____________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-= users

---1578982885-1712504255-1328126710=:17120-- --===============2632659131568294393== 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.xensource.com http://lists.xensource.com/xen-users --===============2632659131568294393==-- From xen-users-bounces@lists.xensource.com Wed Feb 01 22:30:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 22:30:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsifX-0007pf-Dw; Wed, 01 Feb 2012 22:28:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsifV-0007pX-KI for xen-users@lists.xensource.com; Wed, 01 Feb 2012 22:28:45 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-14.tower-27.messagelabs.com!1328135189!51007731!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19332 invoked from network); 1 Feb 2012 22:26:30 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 22:26:30 -0000 Received: by vbbfq11 with SMTP id fq11so5123374vbb.30 for ; Wed, 01 Feb 2012 14:28:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.23.97 with SMTP id l1mr175392vdf.0.1328135320084; Wed, 01 Feb 2012 14:28:40 -0800 (PST) Received: by 10.52.77.102 with HTTP; Wed, 1 Feb 2012 14:28:40 -0800 (PST) In-Reply-To: <4F1948BF.5020408@mclink.it> References: <4F1948BF.5020408@mclink.it> Date: Wed, 1 Feb 2012 23:28:40 +0100 Message-ID: From: Linus van Geuns To: Xen Users Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hey Ric, On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei wrote: > I peeped into /var/log/xen/xend-debug.log and found: > > Xend started at Thu Jan 19 11:29:27 2012. > cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory > cat: /sys/bus/scsi/devices/host0/model: No such file or directory [..] > Exception starting xend: (2, 'No such file or directory') > > This sounds "good": where are my disks? I have got an ATA and an SATA > disk, doesn't xend find them? > Still looks like your systems boots directly into Linux w/o starting the Xen hypervisor first. Try to manually select the Xen hypervisor in the grub boot menu when your system starts. Should be called something like "Debian GNU/Linux, with Linux 2.6.32-[..] and XEN 4.0-amd64'. Regards, Linus _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 01 22:30:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 Feb 2012 22:30:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsifX-0007pf-Dw; Wed, 01 Feb 2012 22:28:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsifV-0007pX-KI for xen-users@lists.xensource.com; Wed, 01 Feb 2012 22:28:45 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-14.tower-27.messagelabs.com!1328135189!51007731!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19332 invoked from network); 1 Feb 2012 22:26:30 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 22:26:30 -0000 Received: by vbbfq11 with SMTP id fq11so5123374vbb.30 for ; Wed, 01 Feb 2012 14:28:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.23.97 with SMTP id l1mr175392vdf.0.1328135320084; Wed, 01 Feb 2012 14:28:40 -0800 (PST) Received: by 10.52.77.102 with HTTP; Wed, 1 Feb 2012 14:28:40 -0800 (PST) In-Reply-To: <4F1948BF.5020408@mclink.it> References: <4F1948BF.5020408@mclink.it> Date: Wed, 1 Feb 2012 23:28:40 +0100 Message-ID: From: Linus van Geuns To: Xen Users Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hey Ric, On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei wrote: > I peeped into /var/log/xen/xend-debug.log and found: > > Xend started at Thu Jan 19 11:29:27 2012. > cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory > cat: /sys/bus/scsi/devices/host0/model: No such file or directory [..] > Exception starting xend: (2, 'No such file or directory') > > This sounds "good": where are my disks? I have got an ATA and an SATA > disk, doesn't xend find them? > Still looks like your systems boots directly into Linux w/o starting the Xen hypervisor first. Try to manually select the Xen hypervisor in the grub boot menu when your system starts. Should be called something like "Debian GNU/Linux, with Linux 2.6.32-[..] and XEN 4.0-amd64'. Regards, Linus _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 01:10:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 01:10:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RslB1-0000H3-1o; Thu, 02 Feb 2012 01:09:27 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RslAz-0000Gy-QE for xen-users@lists.xensource.com; Thu, 02 Feb 2012 01:09:26 +0000 X-Env-Sender: doug.garstang@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1328144854!4681838!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29042 invoked from network); 2 Feb 2012 01:07:36 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 01:07:36 -0000 Received: by iaeh11 with SMTP id h11so9317656iae.30 for ; Wed, 01 Feb 2012 17:07:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=BlhTqxyKkyyM1O+Jiyef1Nik4eTEAfKwrBC8EeYe5KI=; b=CXdDKpxzAMYYUnFnNvDAhEFIccpBk6hB/QYZNLSMHbWmcxLZJ0BNCUY/sTx4OxQ1HX U/14PyJpPpU5yKPPqS8CdBR/rfEm3RiKvJTDkYtl5v2jDXF8XGiqpRXov88adhQj1ryr cxcwuXyfxOvio/CtVg6C/sSPsu6KsZagbzUNM= MIME-Version: 1.0 Received: by 10.50.169.5 with SMTP id aa5mr10003458igc.17.1328144854635; Wed, 01 Feb 2012 17:07:34 -0800 (PST) Received: by 10.231.102.196 with HTTP; Wed, 1 Feb 2012 17:07:34 -0800 (PST) Date: Wed, 1 Feb 2012 17:07:34 -0800 Message-ID: From: Douglas Garstang To: xen-users@lists.xensource.com Subject: [Xen-users] Xenserver Manual VM Creation X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com All, I need to be able to create VM's from the command line in XenServer. I can't seem to find how to do this documented anywhere. Thanks, Douglas _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 01:10:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 01:10:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RslB1-0000H3-1o; Thu, 02 Feb 2012 01:09:27 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RslAz-0000Gy-QE for xen-users@lists.xensource.com; Thu, 02 Feb 2012 01:09:26 +0000 X-Env-Sender: doug.garstang@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1328144854!4681838!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29042 invoked from network); 2 Feb 2012 01:07:36 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 01:07:36 -0000 Received: by iaeh11 with SMTP id h11so9317656iae.30 for ; Wed, 01 Feb 2012 17:07:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=BlhTqxyKkyyM1O+Jiyef1Nik4eTEAfKwrBC8EeYe5KI=; b=CXdDKpxzAMYYUnFnNvDAhEFIccpBk6hB/QYZNLSMHbWmcxLZJ0BNCUY/sTx4OxQ1HX U/14PyJpPpU5yKPPqS8CdBR/rfEm3RiKvJTDkYtl5v2jDXF8XGiqpRXov88adhQj1ryr cxcwuXyfxOvio/CtVg6C/sSPsu6KsZagbzUNM= MIME-Version: 1.0 Received: by 10.50.169.5 with SMTP id aa5mr10003458igc.17.1328144854635; Wed, 01 Feb 2012 17:07:34 -0800 (PST) Received: by 10.231.102.196 with HTTP; Wed, 1 Feb 2012 17:07:34 -0800 (PST) Date: Wed, 1 Feb 2012 17:07:34 -0800 Message-ID: From: Douglas Garstang To: xen-users@lists.xensource.com Subject: [Xen-users] Xenserver Manual VM Creation X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com All, I need to be able to create VM's from the command line in XenServer. I can't seem to find how to do this documented anywhere. Thanks, Douglas _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 04:59:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 04:59:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsojJ-0004Ro-UM; Thu, 02 Feb 2012 04:57:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsojI-0004Rj-ER for xen-users@lists.xensource.com; Thu, 02 Feb 2012 04:57:04 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1328158568!55019317!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16926 invoked from network); 2 Feb 2012 04:56:08 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 04:56:08 -0000 Received: by lbjn8 with SMTP id n8so472032lbj.30 for ; Wed, 01 Feb 2012 20:57:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JsNtBiQdbszPSbYRkAkii94wtxJENWY5rnu2A0xSDpM=; b=NjVa68FDJHYqXAXlovsHpA69CrptAfeQuGoS81lVN+Nk2as2CwnrExqR18pJK8n6Ve h/2yn7lrXJrgGks+fmOClo8hqBxQOl4L9y5Sc0cXT/gSnqakSoCBfvJ7Z4gJYt/eMAF6 /raARIrh1DfahwIAn43G0ZJxLhqCGuETcJ3nk= Received: by 10.112.99.3 with SMTP id em3mr329695lbb.74.1328158622119; Wed, 01 Feb 2012 20:57:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.58.199 with HTTP; Wed, 1 Feb 2012 20:56:22 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Wed, 1 Feb 2012 20:56:22 -0800 Message-ID: To: Douglas Garstang Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Xenserver Manual VM Creation X-BeenThere: xen-users@lists.xensource.com 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="===============5111994328722968215==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============5111994328722968215== Content-Type: multipart/alternative; boundary=f46d04016a19e0783904b7f4064a --f46d04016a19e0783904b7f4064a Content-Type: text/plain; charset=UTF-8 On Wed, Feb 1, 2012 at 5:07 PM, Douglas Garstang wrote: > All, I need to be able to create VM's from the command line in > XenServer. I can't seem to find how to do this documented anywhere. > > Thanks, > Douglas > > I've written howtos for CentOS6 from the cli. I haven't done others because I don't use them for servers. These howtos use a kickstart that's stored on my site and installs a basic server. This is what *I* use to create servers. If you want something else besides CentOS6 I don't know. http://grantmcwilliams.com/tech/virtualization/xcp-howtos Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --f46d04016a19e0783904b7f4064a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Wed, Feb 1, 2012 at 5:07 PM, Douglas = Garstang <d= oug.garstang@gmail.com> wrote:
All, I need to be able to create VM's from the command line in
XenServer. I can't seem to find how to do this documented anywhere.

Thanks,
Douglas

=C2=A0
I've written howtos for CentOS6 = from the cli. I haven't done others because I don't use them for se= rvers.=C2=A0
These howtos use a kickstart that's stored on my= site and installs a basic server. This is what *I* use to create
servers. If you want something else besides CentOS6 I don't know.<= /div>



Grant McWilliams
http://grantmcwilliams.com/
Some people, when confronted with a problem, think "I know, I'= ;ll use Windows."=C2=A0
Now they have two problems.
--f46d04016a19e0783904b7f4064a-- --===============5111994328722968215== 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.xensource.com http://lists.xensource.com/xen-users --===============5111994328722968215==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 04:59:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 04:59:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsojJ-0004Ro-UM; Thu, 02 Feb 2012 04:57:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsojI-0004Rj-ER for xen-users@lists.xensource.com; Thu, 02 Feb 2012 04:57:04 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1328158568!55019317!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16926 invoked from network); 2 Feb 2012 04:56:08 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 04:56:08 -0000 Received: by lbjn8 with SMTP id n8so472032lbj.30 for ; Wed, 01 Feb 2012 20:57:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JsNtBiQdbszPSbYRkAkii94wtxJENWY5rnu2A0xSDpM=; b=NjVa68FDJHYqXAXlovsHpA69CrptAfeQuGoS81lVN+Nk2as2CwnrExqR18pJK8n6Ve h/2yn7lrXJrgGks+fmOClo8hqBxQOl4L9y5Sc0cXT/gSnqakSoCBfvJ7Z4gJYt/eMAF6 /raARIrh1DfahwIAn43G0ZJxLhqCGuETcJ3nk= Received: by 10.112.99.3 with SMTP id em3mr329695lbb.74.1328158622119; Wed, 01 Feb 2012 20:57:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.58.199 with HTTP; Wed, 1 Feb 2012 20:56:22 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Wed, 1 Feb 2012 20:56:22 -0800 Message-ID: To: Douglas Garstang Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Xenserver Manual VM Creation X-BeenThere: xen-users@lists.xensource.com 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="===============5111994328722968215==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============5111994328722968215== Content-Type: multipart/alternative; boundary=f46d04016a19e0783904b7f4064a --f46d04016a19e0783904b7f4064a Content-Type: text/plain; charset=UTF-8 On Wed, Feb 1, 2012 at 5:07 PM, Douglas Garstang wrote: > All, I need to be able to create VM's from the command line in > XenServer. I can't seem to find how to do this documented anywhere. > > Thanks, > Douglas > > I've written howtos for CentOS6 from the cli. I haven't done others because I don't use them for servers. These howtos use a kickstart that's stored on my site and installs a basic server. This is what *I* use to create servers. If you want something else besides CentOS6 I don't know. http://grantmcwilliams.com/tech/virtualization/xcp-howtos Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --f46d04016a19e0783904b7f4064a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Wed, Feb 1, 2012 at 5:07 PM, Douglas = Garstang <d= oug.garstang@gmail.com> wrote:
All, I need to be able to create VM's from the command line in
XenServer. I can't seem to find how to do this documented anywhere.

Thanks,
Douglas

=C2=A0
I've written howtos for CentOS6 = from the cli. I haven't done others because I don't use them for se= rvers.=C2=A0
These howtos use a kickstart that's stored on my= site and installs a basic server. This is what *I* use to create
servers. If you want something else besides CentOS6 I don't know.<= /div>



Grant McWilliams
http://grantmcwilliams.com/
Some people, when confronted with a problem, think "I know, I'= ;ll use Windows."=C2=A0
Now they have two problems.
--f46d04016a19e0783904b7f4064a-- --===============5111994328722968215== 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.xensource.com http://lists.xensource.com/xen-users --===============5111994328722968215==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 08:11:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 08:11: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 1Rsrk6-0000hQ-W4; Thu, 02 Feb 2012 08:10:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsrk5-0000hH-VP for xen-users@lists.xensource.com; Thu, 02 Feb 2012 08:10:06 +0000 X-Env-Sender: mailer.regs@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1328170199!12219538!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9330 invoked from network); 2 Feb 2012 08:09:59 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 08:09:59 -0000 Received: by wibhm2 with SMTP id hm2so3919591wib.30 for ; Thu, 02 Feb 2012 00:09:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=yIdCdFgfDFFCwAe4iA8hgas0h2ETfutpDn03yni9o6g=; b=pYZnJBe1FHQ2ig+JJpRelFlDgf0ORxUx6tQNphO5oNLJ8QsiLE3msAQH+xVOy3zB+G UZCEoi32gTpxHqJnKI4GEqnDDIPjjnhUmW/NH6FbHXqINEZ2kE7x/yxTDfq9Mr6c89T6 AnusAv2MOAYPmGXEkD04Ea1aZCqmUEvrdyntg= MIME-Version: 1.0 Received: by 10.180.97.199 with SMTP id ec7mr2806707wib.8.1328170199579; Thu, 02 Feb 2012 00:09:59 -0800 (PST) Received: by 10.227.10.68 with HTTP; Thu, 2 Feb 2012 00:09:59 -0800 (PST) Date: Thu, 2 Feb 2012 15:09:59 +0700 Message-ID: From: mailer regs To: xen-users@lists.xensource.com Subject: [Xen-users] Xen cloud platform 1.1 reboot unexpectedly X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Dear xen-users, I've setup cloudStack 2.2.13 with XCP 1.1 as hypervisor successfully, and can operate with some virtual guest in XCP. The cloudStack uses a shared NFS directory as repository to store virtual guest root disk. As an experiment, I have disconnect the NFS connection from XCP host for a while. After 3-5 minutes, the XCP host didn't respond anymore and after 15-20 minutes, I found it has rebooted. I've tried to look into log files in /var/log/* but nothing seems to be related to the problem. I've asked for some clues to debug this trouble. Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 08:11:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 08:11: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 1Rsrk6-0000hQ-W4; Thu, 02 Feb 2012 08:10:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsrk5-0000hH-VP for xen-users@lists.xensource.com; Thu, 02 Feb 2012 08:10:06 +0000 X-Env-Sender: mailer.regs@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1328170199!12219538!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9330 invoked from network); 2 Feb 2012 08:09:59 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 08:09:59 -0000 Received: by wibhm2 with SMTP id hm2so3919591wib.30 for ; Thu, 02 Feb 2012 00:09:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=yIdCdFgfDFFCwAe4iA8hgas0h2ETfutpDn03yni9o6g=; b=pYZnJBe1FHQ2ig+JJpRelFlDgf0ORxUx6tQNphO5oNLJ8QsiLE3msAQH+xVOy3zB+G UZCEoi32gTpxHqJnKI4GEqnDDIPjjnhUmW/NH6FbHXqINEZ2kE7x/yxTDfq9Mr6c89T6 AnusAv2MOAYPmGXEkD04Ea1aZCqmUEvrdyntg= MIME-Version: 1.0 Received: by 10.180.97.199 with SMTP id ec7mr2806707wib.8.1328170199579; Thu, 02 Feb 2012 00:09:59 -0800 (PST) Received: by 10.227.10.68 with HTTP; Thu, 2 Feb 2012 00:09:59 -0800 (PST) Date: Thu, 2 Feb 2012 15:09:59 +0700 Message-ID: From: mailer regs To: xen-users@lists.xensource.com Subject: [Xen-users] Xen cloud platform 1.1 reboot unexpectedly X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Dear xen-users, I've setup cloudStack 2.2.13 with XCP 1.1 as hypervisor successfully, and can operate with some virtual guest in XCP. The cloudStack uses a shared NFS directory as repository to store virtual guest root disk. As an experiment, I have disconnect the NFS connection from XCP host for a while. After 3-5 minutes, the XCP host didn't respond anymore and after 15-20 minutes, I found it has rebooted. I've tried to look into log files in /var/log/* but nothing seems to be related to the problem. I've asked for some clues to debug this trouble. Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 08:27:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 08:27:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsrz1-0001Od-Nu; Thu, 02 Feb 2012 08:25:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsrz0-0001OX-6n for xen-users@lists.xensource.com; Thu, 02 Feb 2012 08:25:30 +0000 Received: from [85.158.138.51:54289] by server-5.bemta-3.messagelabs.com id BE/B2-25695-9784A2F4; Thu, 02 Feb 2012 08:25:29 +0000 X-Env-Sender: ksmanjunath87@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1328171127!11600622!1 X-Originating-IP: [209.85.213.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14608 invoked from network); 2 Feb 2012 08:25:28 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 08:25:28 -0000 Received: by yhkk6 with SMTP id k6so17204638yhk.30 for ; Thu, 02 Feb 2012 00:25:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=5BXxU5tDkOYS9URrsJR4kWklk4hv1QAArDUKQRuIrms=; b=J8ZvUrShricEy0LCih6QGiksjaPpT2/5ALRcfdAtsPbH9lj1lBvWSgQYcb+/f8KnMY kUPKIWG3FHgV6NlB+TcnhOoEowrhHypZzBn07CyFa7+GljoaRx59PSXlT9ntDJwz0Grw lehM+m4ZR0mYpyotP1GOAIKogOigP8DoYrE88= MIME-Version: 1.0 Received: by 10.236.78.231 with SMTP id g67mr2049897yhe.117.1328171127243; Thu, 02 Feb 2012 00:25:27 -0800 (PST) Received: by 10.236.180.38 with HTTP; Thu, 2 Feb 2012 00:25:27 -0800 (PST) Date: Thu, 2 Feb 2012 13:55:27 +0530 Message-ID: From: manjunath kadaba sathyanathan To: xen-users@lists.xensource.com Subject: [Xen-users] how to install xen hypervisor for opennebulla on centos 6 X-BeenThere: xen-users@lists.xensource.com 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="===============8309720297616216451==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8309720297616216451== Content-Type: multipart/alternative; boundary=20cf300fb1a53d84b304b7f6f0fd --20cf300fb1a53d84b304b7f6f0fd Content-Type: text/plain; charset=ISO-8859-1 hi, i am trying to install xen hypervisor for opennebula on centos 6. 1. i tried installing in it but when i reboot the system with xen kernel the system doesn't get booted. 2. i tried it again on a different system and now the package for xen is not available for yum installation. please provide me a proper set of instructions as to how to install xen hypervisor for opennebula. Thannks and Regards K S Manjunath --20cf300fb1a53d84b304b7f6f0fd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi,
i am trying to install xen hypervisor for opennebula on = centos 6.
1.=A0i tried installing in it but when i reboot the sys= tem with xen kernel the system doesn't get booted.
2. i tried= it again on a different system and now the package for xen is not availabl= e for yum installation.
=A0
please=A0provide me a proper set of instructions as to h= ow to install xen hypervisor for opennebula.
=A0
=A0
Thannks and Regards
K S Manjunath
--20cf300fb1a53d84b304b7f6f0fd-- --===============8309720297616216451== 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.xensource.com http://lists.xensource.com/xen-users --===============8309720297616216451==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 08:27:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 08:27:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsrz1-0001Od-Nu; Thu, 02 Feb 2012 08:25:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rsrz0-0001OX-6n for xen-users@lists.xensource.com; Thu, 02 Feb 2012 08:25:30 +0000 Received: from [85.158.138.51:54289] by server-5.bemta-3.messagelabs.com id BE/B2-25695-9784A2F4; Thu, 02 Feb 2012 08:25:29 +0000 X-Env-Sender: ksmanjunath87@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1328171127!11600622!1 X-Originating-IP: [209.85.213.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14608 invoked from network); 2 Feb 2012 08:25:28 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 08:25:28 -0000 Received: by yhkk6 with SMTP id k6so17204638yhk.30 for ; Thu, 02 Feb 2012 00:25:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=5BXxU5tDkOYS9URrsJR4kWklk4hv1QAArDUKQRuIrms=; b=J8ZvUrShricEy0LCih6QGiksjaPpT2/5ALRcfdAtsPbH9lj1lBvWSgQYcb+/f8KnMY kUPKIWG3FHgV6NlB+TcnhOoEowrhHypZzBn07CyFa7+GljoaRx59PSXlT9ntDJwz0Grw lehM+m4ZR0mYpyotP1GOAIKogOigP8DoYrE88= MIME-Version: 1.0 Received: by 10.236.78.231 with SMTP id g67mr2049897yhe.117.1328171127243; Thu, 02 Feb 2012 00:25:27 -0800 (PST) Received: by 10.236.180.38 with HTTP; Thu, 2 Feb 2012 00:25:27 -0800 (PST) Date: Thu, 2 Feb 2012 13:55:27 +0530 Message-ID: From: manjunath kadaba sathyanathan To: xen-users@lists.xensource.com Subject: [Xen-users] how to install xen hypervisor for opennebulla on centos 6 X-BeenThere: xen-users@lists.xensource.com 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="===============8309720297616216451==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8309720297616216451== Content-Type: multipart/alternative; boundary=20cf300fb1a53d84b304b7f6f0fd --20cf300fb1a53d84b304b7f6f0fd Content-Type: text/plain; charset=ISO-8859-1 hi, i am trying to install xen hypervisor for opennebula on centos 6. 1. i tried installing in it but when i reboot the system with xen kernel the system doesn't get booted. 2. i tried it again on a different system and now the package for xen is not available for yum installation. please provide me a proper set of instructions as to how to install xen hypervisor for opennebula. Thannks and Regards K S Manjunath --20cf300fb1a53d84b304b7f6f0fd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi,
i am trying to install xen hypervisor for opennebula on = centos 6.
1.=A0i tried installing in it but when i reboot the sys= tem with xen kernel the system doesn't get booted.
2. i tried= it again on a different system and now the package for xen is not availabl= e for yum installation.
=A0
please=A0provide me a proper set of instructions as to h= ow to install xen hypervisor for opennebula.
=A0
=A0
Thannks and Regards
K S Manjunath
--20cf300fb1a53d84b304b7f6f0fd-- --===============8309720297616216451== 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.xensource.com http://lists.xensource.com/xen-users --===============8309720297616216451==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 10:54:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 10:54: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 1RsuI7-0004tR-Gi; Thu, 02 Feb 2012 10:53:23 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseXG-0004hd-Tm; Wed, 01 Feb 2012 18:03:59 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1328119432!13320508!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA4NjYxNQ==\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7374 invoked from network); 1 Feb 2012 18:03:52 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 18:03:52 -0000 X-IronPort-AV: E=Sophos;i="4.71,603,1320624000"; d="scan'208";a="10422032" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Feb 2012 18:03:34 +0000 Received: from kaball.uk.xensource.com (10.80.2.59) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 1 Feb 2012 18:03:34 +0000 Date: Wed, 1 Feb 2012 18:05:28 +0000 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Likarpenkov Alexander In-Reply-To: <67003516D77C4AE38E7F08CEEF127E89@nobody> Message-ID: References: <1327318778.24561.74.camel@zakaz.uk.xensource.com><201201231417.43018.tobias.geiger@vido.info><20120124015021.GB24204@andromeda.dapyr.net><3758972BBA474BCBB9CA5D1D316892E7@nobody><1327430498.7929.14.camel@mnetdjm5.mageenet.host><1327510462.24561.351.camel@zakaz.uk.xensource.com><1327577478.26983.73.camel@zakaz.uk.xensource.com> <5C1125AAA6544C759D3072468263185C@nobody> <67003516D77C4AE38E7F08CEEF127E89@nobody> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-1178924071-1328119544=:3196" X-Mailman-Approved-At: Thu, 02 Feb 2012 10:53:21 +0000 Cc: Florian Heigl , "xen-devel@lists.xensource.com" , Ian Campbell , SandiRomih , chris , Tobias Geiger , Doug Magee , KonradRzeszutek Wilk , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] xl vs xm - hernya (bad results) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --8323329-1178924071-1328119544=:3196 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT On Fri, 27 Jan 2012, Likarpenkov Alexander wrote: > Sorry, quoting lines cut, and I repeat the message >   > Compare the two results on the same system. > xl - not sorted alphabetically and by memory shows the nonsense > # xl list > Name                                        ID   Mem VCPUs      State   Time(s) > Domain-0                                     0   512     6        r-- 313260.0 > c2                                           1  4096     5        r-- 111502.1 > c3                                           4   512     5        r--   6419.4 > s1                                       6  1027     2        r--  19593.0 > d70                                          7  1003     1        r--  77161.6 > d73                                          8   515     1        r-- 237146.7 > v01                                         10    93     1        r--  48162.9 > t2                                          12   515     5        r--  38607.5 > a1                                       13  2050     4        r-- 160406.0 > g4                                          15    99     1        r--  15616.6 > g3                                          18   131     1        r--  43006.0 > b1                                        20   512     5        r--   4133.2 > t1                                          21   259     1        r-- 140468.7 > d80                                         22   515     5        r--  50262.9 > g2                                          38    83     1        r--  34071.0 > d82                                         40   771     5        r--  17699.5 > j2                                          41  1027     5        r--  68179.1 > d75                                         43    99     1        r--  13325.7 > d74                                         52   771     1        r--   9707.6 > t3                                          53   515     5        r--   7913.0 > # xm list > Name                                        ID   Mem VCPUs      State   Time(s) > Domain-0                                     0   512     6     r----- 313274.1 > a1                                       13  2048     4     -b---- 160412.8 > b1                                        20   512     5     ------   4133.4 > c2                                           1  4096     5     -b---- 111508.6 > c3                                           4   512     5     -b----   6419.5 > d70                                          7  1000     1     -b----  77163.8 > d73                                          8   512     1     -b---- 237155.4 > d74                                         52   768     1     -b----   9709.6 > d75                                         43    96     1     -b----  13327.6 > d80                                         22   512     5     -b----  50266.4 > d82                                         40   768     5     -b----  17700.9 > g2                                          38    80     1     -b----  34073.4 > g3                                          18   128     1     -b----  43008.1 > g4                                          15    96     1     -b----  15617.3 > j2                                          41  1024     5     -b----  68192.6 > s1                                       6  1024     2     -b----  19594.0 > t1                                          21   256     1     r----- 140478.2 > t2                                          12   512     5     -b----  38609.1 > t3                                          53   512     5     -b----   7914.8 > v01                                         10    90     1     -b----  48164.8 xl and xm compute the amount of memory used by VMs differently, in particular xl returns the current amount of memory used by the VM, as reported by the hypervisor. What Xen version are you using? Could you please post the xl and the xm config files of one of the VMs that show up differently? If you are creating the VMs using xm and then executing "xl list", you should know that this is not a supported configuration: either you use xm or xl, you shouldn't mix them. --8323329-1178924071-1328119544=:3196 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.xensource.com http://lists.xensource.com/xen-users --8323329-1178924071-1328119544=:3196-- From xen-users-bounces@lists.xensource.com Thu Feb 02 10:54:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 10:54: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 1RsuI7-0004tR-Gi; Thu, 02 Feb 2012 10:53:23 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseXG-0004hd-Tm; Wed, 01 Feb 2012 18:03:59 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1328119432!13320508!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA4NjYxNQ==\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7374 invoked from network); 1 Feb 2012 18:03:52 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2012 18:03:52 -0000 X-IronPort-AV: E=Sophos;i="4.71,603,1320624000"; d="scan'208";a="10422032" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Feb 2012 18:03:34 +0000 Received: from kaball.uk.xensource.com (10.80.2.59) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 1 Feb 2012 18:03:34 +0000 Date: Wed, 1 Feb 2012 18:05:28 +0000 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Likarpenkov Alexander In-Reply-To: <67003516D77C4AE38E7F08CEEF127E89@nobody> Message-ID: References: <1327318778.24561.74.camel@zakaz.uk.xensource.com><201201231417.43018.tobias.geiger@vido.info><20120124015021.GB24204@andromeda.dapyr.net><3758972BBA474BCBB9CA5D1D316892E7@nobody><1327430498.7929.14.camel@mnetdjm5.mageenet.host><1327510462.24561.351.camel@zakaz.uk.xensource.com><1327577478.26983.73.camel@zakaz.uk.xensource.com> <5C1125AAA6544C759D3072468263185C@nobody> <67003516D77C4AE38E7F08CEEF127E89@nobody> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-1178924071-1328119544=:3196" X-Mailman-Approved-At: Thu, 02 Feb 2012 10:53:21 +0000 Cc: Florian Heigl , "xen-devel@lists.xensource.com" , Ian Campbell , SandiRomih , chris , Tobias Geiger , Doug Magee , KonradRzeszutek Wilk , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] xl vs xm - hernya (bad results) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --8323329-1178924071-1328119544=:3196 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT On Fri, 27 Jan 2012, Likarpenkov Alexander wrote: > Sorry, quoting lines cut, and I repeat the message >   > Compare the two results on the same system. > xl - not sorted alphabetically and by memory shows the nonsense > # xl list > Name                                        ID   Mem VCPUs      State   Time(s) > Domain-0                                     0   512     6        r-- 313260.0 > c2                                           1  4096     5        r-- 111502.1 > c3                                           4   512     5        r--   6419.4 > s1                                       6  1027     2        r--  19593.0 > d70                                          7  1003     1        r--  77161.6 > d73                                          8   515     1        r-- 237146.7 > v01                                         10    93     1        r--  48162.9 > t2                                          12   515     5        r--  38607.5 > a1                                       13  2050     4        r-- 160406.0 > g4                                          15    99     1        r--  15616.6 > g3                                          18   131     1        r--  43006.0 > b1                                        20   512     5        r--   4133.2 > t1                                          21   259     1        r-- 140468.7 > d80                                         22   515     5        r--  50262.9 > g2                                          38    83     1        r--  34071.0 > d82                                         40   771     5        r--  17699.5 > j2                                          41  1027     5        r--  68179.1 > d75                                         43    99     1        r--  13325.7 > d74                                         52   771     1        r--   9707.6 > t3                                          53   515     5        r--   7913.0 > # xm list > Name                                        ID   Mem VCPUs      State   Time(s) > Domain-0                                     0   512     6     r----- 313274.1 > a1                                       13  2048     4     -b---- 160412.8 > b1                                        20   512     5     ------   4133.4 > c2                                           1  4096     5     -b---- 111508.6 > c3                                           4   512     5     -b----   6419.5 > d70                                          7  1000     1     -b----  77163.8 > d73                                          8   512     1     -b---- 237155.4 > d74                                         52   768     1     -b----   9709.6 > d75                                         43    96     1     -b----  13327.6 > d80                                         22   512     5     -b----  50266.4 > d82                                         40   768     5     -b----  17700.9 > g2                                          38    80     1     -b----  34073.4 > g3                                          18   128     1     -b----  43008.1 > g4                                          15    96     1     -b----  15617.3 > j2                                          41  1024     5     -b----  68192.6 > s1                                       6  1024     2     -b----  19594.0 > t1                                          21   256     1     r----- 140478.2 > t2                                          12   512     5     -b----  38609.1 > t3                                          53   512     5     -b----   7914.8 > v01                                         10    90     1     -b----  48164.8 xl and xm compute the amount of memory used by VMs differently, in particular xl returns the current amount of memory used by the VM, as reported by the hypervisor. What Xen version are you using? Could you please post the xl and the xm config files of one of the VMs that show up differently? If you are creating the VMs using xm and then executing "xl list", you should know that this is not a supported configuration: either you use xm or xl, you shouldn't mix them. --8323329-1178924071-1328119544=:3196 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.xensource.com http://lists.xensource.com/xen-users --8323329-1178924071-1328119544=:3196-- From xen-users-bounces@lists.xensource.com Thu Feb 02 10:54:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 10:54: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 1RsuI6-0004tF-Rw; Thu, 02 Feb 2012 10:53:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseB1-0003ZR-8y for xen-users@lists.xensource.com; Wed, 01 Feb 2012 17:40:59 +0000 Received: from [85.158.138.51:45013] by server-11.bemta-3.messagelabs.com id 63/50-21643-A29792F4; Wed, 01 Feb 2012 17:40:58 +0000 X-Env-Sender: JMason@cputech.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1328118056!7388281!1 X-Originating-IP: [207.115.36.157] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA3LjExNS4zNi4xNTcgPT4gNDE4NDU=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30072 invoked from network); 1 Feb 2012 17:40:57 -0000 Received: from nlpi143.sbcis.sbc.com (HELO nlpi143.prodigy.net) (207.115.36.157) by server-7.tower-174.messagelabs.com with SMTP; 1 Feb 2012 17:40:57 -0000 Received: from c4exch02.cputech.int (67-114-201-137.cputech.com [67.114.201.137] (may be forged)) by nlpi143.prodigy.net (8.14.4 biz_spool_out_ldap/8.14.4) with ESMTP id q11Hete9005986; Wed, 1 Feb 2012 11:40:55 -0600 Received: from [192.168.22.43] ([192.168.22.43]) by c4exch02.cputech.int with Microsoft SMTPSVC(6.0.3790.4675); Wed, 1 Feb 2012 09:40:54 -0800 Message-ID: <4F297926.7080505@cputech.com> Date: Wed, 01 Feb 2012 10:40:54 -0700 From: Jeff Mason User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Todd Deshane References: <4F208A2C.9000709@cputech.com> In-Reply-To: X-Enigmail-Version: 1.3.5 X-OriginalArrivalTime: 01 Feb 2012 17:40:54.0739 (UTC) FILETIME=[A5F81A30:01CCE108] X-Mailman-Approved-At: Thu, 02 Feb 2012 10:53:21 +0000 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Stubdom in Xen4.1.2 X-BeenThere: xen-users@lists.xensource.com 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="===============2584943718387805095==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2584943718387805095== Content-Type: multipart/alternative; boundary="------------090908060406080301090206" This is a multi-part message in MIME format. --------------090908060406080301090206 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Todd (and others): Thank you for the pointer to the page. After over a week of trying to get stubdoms to work in Xen-4.1.1, the secret was in the wiki page. One MUST have the following in their config file to make stubdoms work. Do not follow the documents in the source - just make you add the following to the config file * device_model_stubdomain_override = 1 I also have * builder = 'hvm' * kernel = "usr/lib/xen/boot/hvmloader" as is documented but the missing was the line above. Thank you in advance. Jeff PS: I have not yet tested this in Xen-4.1.2 but believe it will work as well. I have only confirm it on Xen-4.1.1 On 2/1/2012 7:56 AM, Todd Deshane wrote: > On Wed, Jan 25, 2012 at 6:03 PM, Jeff Mason wrote: >> I am trying to run a HVM using stubdom in Xen4.1.2. The file >> .../stubdom/README states that I need to set up a couple of things in >> /exports/usr/share/xen and then execute /usr/sbin/fs-backend. >> >> I cannot find any program (or associated source file) for fs-backend in >> my xen tree or in Ubuntu installation (using a self built kernel.org >> kernel for dom 0). Does this still exist and does it still need to be run? >> > I'm not sure about those steps. The README might be out of date. > Anyone know for sure? > > I know this is up-to-date: > http://wiki.xen.org/wiki/Device_Model_Stub_Domains > > Hope that helps. > > Thanks, > Todd > -- Jeff Mason Principal Engineer CPU Technology 1500 Kansas Ave, Suite 3D Longmont, CO 80501 720-204-6361 jmason@cputech.com --------------090908060406080301090206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Todd (and others):

Thank you for the pointer to the page.  After over a week of trying to get stubdoms to work in Xen-4.1.1, the secret was in the wiki page.  One MUST have the following in their config file to make stubdoms work.  Do not follow the documents in the source - just make you add the following to the config file
  • device_model_stubdomain_override = 1 
I also have
  • builder = 'hvm'
  • kernel = "usr/lib/xen/boot/hvmloader"
as is documented but the missing was the line above.  Thank you in advance.

Jeff

PS:  I have not yet tested this in Xen-4.1.2 but believe it will work as well.  I have only confirm it on Xen-4.1.1


On 2/1/2012 7:56 AM, Todd Deshane wrote: 
On Wed, Jan 25, 2012 at 6:03 PM, Jeff Mason <jmason@cputech.com> wrote:

I am trying to run a HVM using stubdom in Xen4.1.2.  The file
.../stubdom/README states that I need to set up a couple of things in
/exports/usr/share/xen and then execute /usr/sbin/fs-backend.

I cannot find any program (or associated source file) for fs-backend in
my xen tree or in Ubuntu installation (using a self built kernel.org
kernel for dom 0).  Does this still exist and does it still need to be run?


I'm not sure about those steps. The README might be out of date.
Anyone know for sure?

I know this is up-to-date:
http://wiki.xen.org/wiki/Device_Model_Stub_Domains

Hope that helps.

Thanks,
Todd



-- 
Jeff Mason
Principal Engineer
CPU Technology
1500 Kansas Ave, Suite 3D
Longmont, CO 80501
720-204-6361
jmason@cputech.com
--------------090908060406080301090206-- --===============2584943718387805095== 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.xensource.com http://lists.xensource.com/xen-users --===============2584943718387805095==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 10:54:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 10:54: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 1RsuI6-0004tF-Rw; Thu, 02 Feb 2012 10:53:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RseB1-0003ZR-8y for xen-users@lists.xensource.com; Wed, 01 Feb 2012 17:40:59 +0000 Received: from [85.158.138.51:45013] by server-11.bemta-3.messagelabs.com id 63/50-21643-A29792F4; Wed, 01 Feb 2012 17:40:58 +0000 X-Env-Sender: JMason@cputech.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1328118056!7388281!1 X-Originating-IP: [207.115.36.157] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA3LjExNS4zNi4xNTcgPT4gNDE4NDU=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30072 invoked from network); 1 Feb 2012 17:40:57 -0000 Received: from nlpi143.sbcis.sbc.com (HELO nlpi143.prodigy.net) (207.115.36.157) by server-7.tower-174.messagelabs.com with SMTP; 1 Feb 2012 17:40:57 -0000 Received: from c4exch02.cputech.int (67-114-201-137.cputech.com [67.114.201.137] (may be forged)) by nlpi143.prodigy.net (8.14.4 biz_spool_out_ldap/8.14.4) with ESMTP id q11Hete9005986; Wed, 1 Feb 2012 11:40:55 -0600 Received: from [192.168.22.43] ([192.168.22.43]) by c4exch02.cputech.int with Microsoft SMTPSVC(6.0.3790.4675); Wed, 1 Feb 2012 09:40:54 -0800 Message-ID: <4F297926.7080505@cputech.com> Date: Wed, 01 Feb 2012 10:40:54 -0700 From: Jeff Mason User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Todd Deshane References: <4F208A2C.9000709@cputech.com> In-Reply-To: X-Enigmail-Version: 1.3.5 X-OriginalArrivalTime: 01 Feb 2012 17:40:54.0739 (UTC) FILETIME=[A5F81A30:01CCE108] X-Mailman-Approved-At: Thu, 02 Feb 2012 10:53:21 +0000 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Stubdom in Xen4.1.2 X-BeenThere: xen-users@lists.xensource.com 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="===============2584943718387805095==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2584943718387805095== Content-Type: multipart/alternative; boundary="------------090908060406080301090206" This is a multi-part message in MIME format. --------------090908060406080301090206 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Todd (and others): Thank you for the pointer to the page. After over a week of trying to get stubdoms to work in Xen-4.1.1, the secret was in the wiki page. One MUST have the following in their config file to make stubdoms work. Do not follow the documents in the source - just make you add the following to the config file * device_model_stubdomain_override = 1 I also have * builder = 'hvm' * kernel = "usr/lib/xen/boot/hvmloader" as is documented but the missing was the line above. Thank you in advance. Jeff PS: I have not yet tested this in Xen-4.1.2 but believe it will work as well. I have only confirm it on Xen-4.1.1 On 2/1/2012 7:56 AM, Todd Deshane wrote: > On Wed, Jan 25, 2012 at 6:03 PM, Jeff Mason wrote: >> I am trying to run a HVM using stubdom in Xen4.1.2. The file >> .../stubdom/README states that I need to set up a couple of things in >> /exports/usr/share/xen and then execute /usr/sbin/fs-backend. >> >> I cannot find any program (or associated source file) for fs-backend in >> my xen tree or in Ubuntu installation (using a self built kernel.org >> kernel for dom 0). Does this still exist and does it still need to be run? >> > I'm not sure about those steps. The README might be out of date. > Anyone know for sure? > > I know this is up-to-date: > http://wiki.xen.org/wiki/Device_Model_Stub_Domains > > Hope that helps. > > Thanks, > Todd > -- Jeff Mason Principal Engineer CPU Technology 1500 Kansas Ave, Suite 3D Longmont, CO 80501 720-204-6361 jmason@cputech.com --------------090908060406080301090206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Todd (and others):

Thank you for the pointer to the page.  After over a week of trying to get stubdoms to work in Xen-4.1.1, the secret was in the wiki page.  One MUST have the following in their config file to make stubdoms work.  Do not follow the documents in the source - just make you add the following to the config file
  • device_model_stubdomain_override = 1 
I also have
  • builder = 'hvm'
  • kernel = "usr/lib/xen/boot/hvmloader"
as is documented but the missing was the line above.  Thank you in advance.

Jeff

PS:  I have not yet tested this in Xen-4.1.2 but believe it will work as well.  I have only confirm it on Xen-4.1.1


On 2/1/2012 7:56 AM, Todd Deshane wrote: 
On Wed, Jan 25, 2012 at 6:03 PM, Jeff Mason <jmason@cputech.com> wrote:

I am trying to run a HVM using stubdom in Xen4.1.2.  The file
.../stubdom/README states that I need to set up a couple of things in
/exports/usr/share/xen and then execute /usr/sbin/fs-backend.

I cannot find any program (or associated source file) for fs-backend in
my xen tree or in Ubuntu installation (using a self built kernel.org
kernel for dom 0).  Does this still exist and does it still need to be run?


I'm not sure about those steps. The README might be out of date.
Anyone know for sure?

I know this is up-to-date:
http://wiki.xen.org/wiki/Device_Model_Stub_Domains

Hope that helps.

Thanks,
Todd



-- 
Jeff Mason
Principal Engineer
CPU Technology
1500 Kansas Ave, Suite 3D
Longmont, CO 80501
720-204-6361
jmason@cputech.com
--------------090908060406080301090206-- --===============2584943718387805095== 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.xensource.com http://lists.xensource.com/xen-users --===============2584943718387805095==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 10:54:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 10:54: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 1RsuI8-0004tk-91; Thu, 02 Feb 2012 10:53:24 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rst0C-000336-Al for xen-users@lists.xensource.com; Thu, 02 Feb 2012 09:30:48 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-10.tower-27.messagelabs.com!1328174994!51085244!1 X-Originating-IP: [195.110.128.205] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjA1ID0+IDcwNjA1\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6208 invoked from network); 2 Feb 2012 09:29:55 -0000 Received: from smtpout4.mclink.it (HELO smtpout4.mclink.it) (195.110.128.205) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2012 09:29:55 -0000 Received: from smtpoutgw2.mclink.it (smtpoutgw2.mclink.it [77.43.30.42]) by smtpout4.mclink.it (8.13.6/8.13.6) with ESMTP id q129Uhu2030180 for ; Thu, 2 Feb 2012 10:30:43 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EADlXKk/Vy5xc/2dsb2JhbABDrwaBBoFyAQEBBAECNTYKEQsYCRYPCQMCAQIBFi8TBgIBAYd7BrkUi0oBBAIBAgIJBAENBAYBAQEsBA8GgnIZBAMMAxQFWAIFBAMfAiGDHASSfIInklU Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw2.mclink.it with ESMTP/TLS/AES256-SHA; 02 Feb 2012 10:30:43 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1Rst06-000351-I6 for xen-users@lists.xensource.com; Thu, 02 Feb 2012 10:30:42 +0100 Message-ID: <4F2A57C1.6040908@mclink.it> Date: Thu, 02 Feb 2012 10:30:41 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4F1948BF.5020408@mclink.it> In-Reply-To: X-Mailman-Approved-At: Thu, 02 Feb 2012 10:53:21 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Linus! First of all, thanks a lot for taking the time to write down your suggestion... Well I am pretty sure that the hypervisor is running, because I see (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. Next, I checked the /sys/xen/capabilities file, which contains the string "control-d", and, as a xen-user (Eva) said earlier, it means that the hypervisor is in control. My (un)educated guess is that some (virtual) disk driver is missing or misplaced... Ciao, Ric Il 01/02/2012 23:28, Linus van Geuns ha scritto: > Hey Ric, > > On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei wrote: >> I peeped into /var/log/xen/xend-debug.log and found: >> >> Xend started at Thu Jan 19 11:29:27 2012. >> cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory >> cat: /sys/bus/scsi/devices/host0/model: No such file or directory > [..] >> Exception starting xend: (2, 'No such file or directory') >> >> This sounds "good": where are my disks? I have got an ATA and an SATA >> disk, doesn't xend find them? >> > Still looks like your systems boots directly into Linux w/o starting > the Xen hypervisor first. > Try to manually select the Xen hypervisor in the grub boot menu when > your system starts. > > Should be called something like "Debian GNU/Linux, with Linux > 2.6.32-[..] and XEN 4.0-amd64'. > > Regards, Linus > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 10:54:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 10:54: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 1RsuI8-0004tk-91; Thu, 02 Feb 2012 10:53:24 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rst0C-000336-Al for xen-users@lists.xensource.com; Thu, 02 Feb 2012 09:30:48 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-10.tower-27.messagelabs.com!1328174994!51085244!1 X-Originating-IP: [195.110.128.205] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjA1ID0+IDcwNjA1\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6208 invoked from network); 2 Feb 2012 09:29:55 -0000 Received: from smtpout4.mclink.it (HELO smtpout4.mclink.it) (195.110.128.205) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2012 09:29:55 -0000 Received: from smtpoutgw2.mclink.it (smtpoutgw2.mclink.it [77.43.30.42]) by smtpout4.mclink.it (8.13.6/8.13.6) with ESMTP id q129Uhu2030180 for ; Thu, 2 Feb 2012 10:30:43 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EADlXKk/Vy5xc/2dsb2JhbABDrwaBBoFyAQEBBAECNTYKEQsYCRYPCQMCAQIBFi8TBgIBAYd7BrkUi0oBBAIBAgIJBAENBAYBAQEsBA8GgnIZBAMMAxQFWAIFBAMfAiGDHASSfIInklU Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw2.mclink.it with ESMTP/TLS/AES256-SHA; 02 Feb 2012 10:30:43 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1Rst06-000351-I6 for xen-users@lists.xensource.com; Thu, 02 Feb 2012 10:30:42 +0100 Message-ID: <4F2A57C1.6040908@mclink.it> Date: Thu, 02 Feb 2012 10:30:41 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4F1948BF.5020408@mclink.it> In-Reply-To: X-Mailman-Approved-At: Thu, 02 Feb 2012 10:53:21 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Linus! First of all, thanks a lot for taking the time to write down your suggestion... Well I am pretty sure that the hypervisor is running, because I see (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. Next, I checked the /sys/xen/capabilities file, which contains the string "control-d", and, as a xen-user (Eva) said earlier, it means that the hypervisor is in control. My (un)educated guess is that some (virtual) disk driver is missing or misplaced... Ciao, Ric Il 01/02/2012 23:28, Linus van Geuns ha scritto: > Hey Ric, > > On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei wrote: >> I peeped into /var/log/xen/xend-debug.log and found: >> >> Xend started at Thu Jan 19 11:29:27 2012. >> cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory >> cat: /sys/bus/scsi/devices/host0/model: No such file or directory > [..] >> Exception starting xend: (2, 'No such file or directory') >> >> This sounds "good": where are my disks? I have got an ATA and an SATA >> disk, doesn't xend find them? >> > Still looks like your systems boots directly into Linux w/o starting > the Xen hypervisor first. > Try to manually select the Xen hypervisor in the grub boot menu when > your system starts. > > Should be called something like "Debian GNU/Linux, with Linux > 2.6.32-[..] and XEN 4.0-amd64'. > > Regards, Linus > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 15:05:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 15:05:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsyD0-0004Jk-CU; Thu, 02 Feb 2012 15:04:22 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RsyCy-0004JW-7j for xen-users@lists.xensource.com; Thu, 02 Feb 2012 15:04:20 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1328195052!13378715!1 X-Originating-IP: [64.18.1.37] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19003 invoked from network); 2 Feb 2012 15:04:13 -0000 Received: from exprod6og116.obsmtp.com (HELO exprod6og116.obsmtp.com) (64.18.1.37) by server-7.tower-182.messagelabs.com with SMTP; 2 Feb 2012 15:04:13 -0000 Received: from mail-qy0-f172.google.com ([209.85.216.172]) (using TLSv1) by exprod6ob116.postini.com ([64.18.5.12]) with SMTP ID DSNKTyql6ytvfW7XQVTkme/OAWSqEWhqj47k@postini.com; Thu, 02 Feb 2012 07:04:12 PST Received: by qcsg13 with SMTP id g13so1742623qcs.17 for ; Thu, 02 Feb 2012 07:04:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.136.75 with SMTP id q11mr1221831qct.60.1328195051171; Thu, 02 Feb 2012 07:04:11 -0800 (PST) Received: by 10.229.229.9 with HTTP; Thu, 2 Feb 2012 07:04:10 -0800 (PST) In-Reply-To: <4F2A57C1.6040908@mclink.it> References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> Date: Thu, 2 Feb 2012 08:04:10 -0700 Message-ID: From: Shane Johnson To: r.orfei@mclink.it Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com 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="===============8476058524853480764==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8476058524853480764== Content-Type: multipart/alternative; boundary=00248c6a658e37b16304b7fc82d7 --00248c6a658e37b16304b7fc82d7 Content-Type: text/plain; charset=ISO-8859-1 Ric, If you run the command : ps -A | grep xend do you see the process with a pid? if you do it is running if not you will have to see what is preventing it from running in the log files. Sincerely Shane On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei wrote: > Hi Linus! > > First of all, thanks a lot for taking the time to write down your > suggestion... > > Well I am pretty sure that the hypervisor is running, because I see > (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. > > Next, I checked the /sys/xen/capabilities file, which contains the string > "control-d", and, as a xen-user (Eva) said earlier, it means that the > hypervisor is in control. > > My (un)educated guess is that some (virtual) disk driver is missing or > misplaced... > > Ciao, > Ric > > Il 01/02/2012 23:28, Linus van Geuns ha scritto: > >> Hey Ric, >> >> On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei >> wrote: >> >>> I peeped into /var/log/xen/xend-debug.log and found: >>> >>> Xend started at Thu Jan 19 11:29:27 2012. >>> cat: /sys/bus/scsi/devices/host0/**vendor: No such file or directory >>> cat: /sys/bus/scsi/devices/host0/**model: No such file or directory >>> >> [..] >> >>> Exception starting xend: (2, 'No such file or directory') >>> >>> This sounds "good": where are my disks? I have got an ATA and an SATA >>> disk, doesn't xend find them? >>> >>> Still looks like your systems boots directly into Linux w/o starting >> the Xen hypervisor first. >> Try to manually select the Xen hypervisor in the grub boot menu when >> your system starts. >> >> Should be called something like "Debian GNU/Linux, with Linux >> 2.6.32-[..] and XEN 4.0-amd64'. >> >> Regards, Linus >> >> ______________________________**_________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/**xen-users >> >> > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --00248c6a658e37b16304b7fc82d7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ric,
If you run the command :
ps -A | grep xend
do you see the process with a pid? =A0if you do it is running i= f not =A0you will have to see what is preventing it from running in the log= files. =A0

Sincerely
Shane


=
On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei <= span dir=3D"ltr"><r.orfei@mclink.it= > wrote:
Hi Linus!

First of all, thanks a lot for taking the time to write down your suggestio= n...

Well I am pretty sure that the hypervisor is running, because I see (flushi= ng rapidly) a certain number of "(XEN) blabla" lines at boot time= .

Next, I checked the /sys/xen/capabilities file, which contains the string &= quot;control-d", and, as a xen-user (Eva) said earlier, it means that = the hypervisor is in control.

My (un)educated guess is that some (virtual) disk driver is missing or misp= laced...

Ciao,
Ric

Il 01/02/2012 23:28, Linus van Geuns ha scritto:
Hey Ric,

On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei<r.orfei@mclink.it> =A0wrote:
I peeped into /var/log/xen/xend-debug.log and found:

Xend started at Thu Jan 19 11:29:27 2012.
cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory
[..]
Exception starting xend: (2, 'No such file or directory')

This sounds "good": where are my disks? I have got an ATA and an = SATA
disk, doesn't xend find them?

Still looks like your systems boots directly into Linux w/o starting
the Xen hypervisor first.
Try to manually select the Xen hypervisor in the grub boot menu when
your system starts.

Should be called something like "Debian GNU/Linux, with Linux
2.6.32-[..] and XEN 4.0-amd64'.

Regards, Linus

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users



--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--00248c6a658e37b16304b7fc82d7-- --===============8476058524853480764== 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.xensource.com http://lists.xensource.com/xen-users --===============8476058524853480764==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 15:05:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 15:05:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RsyD0-0004Jk-CU; Thu, 02 Feb 2012 15:04:22 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RsyCy-0004JW-7j for xen-users@lists.xensource.com; Thu, 02 Feb 2012 15:04:20 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1328195052!13378715!1 X-Originating-IP: [64.18.1.37] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19003 invoked from network); 2 Feb 2012 15:04:13 -0000 Received: from exprod6og116.obsmtp.com (HELO exprod6og116.obsmtp.com) (64.18.1.37) by server-7.tower-182.messagelabs.com with SMTP; 2 Feb 2012 15:04:13 -0000 Received: from mail-qy0-f172.google.com ([209.85.216.172]) (using TLSv1) by exprod6ob116.postini.com ([64.18.5.12]) with SMTP ID DSNKTyql6ytvfW7XQVTkme/OAWSqEWhqj47k@postini.com; Thu, 02 Feb 2012 07:04:12 PST Received: by qcsg13 with SMTP id g13so1742623qcs.17 for ; Thu, 02 Feb 2012 07:04:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.136.75 with SMTP id q11mr1221831qct.60.1328195051171; Thu, 02 Feb 2012 07:04:11 -0800 (PST) Received: by 10.229.229.9 with HTTP; Thu, 2 Feb 2012 07:04:10 -0800 (PST) In-Reply-To: <4F2A57C1.6040908@mclink.it> References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> Date: Thu, 2 Feb 2012 08:04:10 -0700 Message-ID: From: Shane Johnson To: r.orfei@mclink.it Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com 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="===============8476058524853480764==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8476058524853480764== Content-Type: multipart/alternative; boundary=00248c6a658e37b16304b7fc82d7 --00248c6a658e37b16304b7fc82d7 Content-Type: text/plain; charset=ISO-8859-1 Ric, If you run the command : ps -A | grep xend do you see the process with a pid? if you do it is running if not you will have to see what is preventing it from running in the log files. Sincerely Shane On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei wrote: > Hi Linus! > > First of all, thanks a lot for taking the time to write down your > suggestion... > > Well I am pretty sure that the hypervisor is running, because I see > (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. > > Next, I checked the /sys/xen/capabilities file, which contains the string > "control-d", and, as a xen-user (Eva) said earlier, it means that the > hypervisor is in control. > > My (un)educated guess is that some (virtual) disk driver is missing or > misplaced... > > Ciao, > Ric > > Il 01/02/2012 23:28, Linus van Geuns ha scritto: > >> Hey Ric, >> >> On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei >> wrote: >> >>> I peeped into /var/log/xen/xend-debug.log and found: >>> >>> Xend started at Thu Jan 19 11:29:27 2012. >>> cat: /sys/bus/scsi/devices/host0/**vendor: No such file or directory >>> cat: /sys/bus/scsi/devices/host0/**model: No such file or directory >>> >> [..] >> >>> Exception starting xend: (2, 'No such file or directory') >>> >>> This sounds "good": where are my disks? I have got an ATA and an SATA >>> disk, doesn't xend find them? >>> >>> Still looks like your systems boots directly into Linux w/o starting >> the Xen hypervisor first. >> Try to manually select the Xen hypervisor in the grub boot menu when >> your system starts. >> >> Should be called something like "Debian GNU/Linux, with Linux >> 2.6.32-[..] and XEN 4.0-amd64'. >> >> Regards, Linus >> >> ______________________________**_________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/**xen-users >> >> > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --00248c6a658e37b16304b7fc82d7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ric,
If you run the command :
ps -A | grep xend
do you see the process with a pid? =A0if you do it is running i= f not =A0you will have to see what is preventing it from running in the log= files. =A0

Sincerely
Shane


=
On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei <= span dir=3D"ltr"><r.orfei@mclink.it= > wrote:
Hi Linus!

First of all, thanks a lot for taking the time to write down your suggestio= n...

Well I am pretty sure that the hypervisor is running, because I see (flushi= ng rapidly) a certain number of "(XEN) blabla" lines at boot time= .

Next, I checked the /sys/xen/capabilities file, which contains the string &= quot;control-d", and, as a xen-user (Eva) said earlier, it means that = the hypervisor is in control.

My (un)educated guess is that some (virtual) disk driver is missing or misp= laced...

Ciao,
Ric

Il 01/02/2012 23:28, Linus van Geuns ha scritto:
Hey Ric,

On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei<r.orfei@mclink.it> =A0wrote:
I peeped into /var/log/xen/xend-debug.log and found:

Xend started at Thu Jan 19 11:29:27 2012.
cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory
[..]
Exception starting xend: (2, 'No such file or directory')

This sounds "good": where are my disks? I have got an ATA and an = SATA
disk, doesn't xend find them?

Still looks like your systems boots directly into Linux w/o starting
the Xen hypervisor first.
Try to manually select the Xen hypervisor in the grub boot menu when
your system starts.

Should be called something like "Debian GNU/Linux, with Linux
2.6.32-[..] and XEN 4.0-amd64'.

Regards, Linus

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users



--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--00248c6a658e37b16304b7fc82d7-- --===============8476058524853480764== 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.xensource.com http://lists.xensource.com/xen-users --===============8476058524853480764==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 17:24:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 17:24:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt0MR-0005SM-7f; Thu, 02 Feb 2012 17:22:15 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt0MQ-0005Rh-95 for xen-users@lists.xensource.com; Thu, 02 Feb 2012 17:22:14 +0000 X-Env-Sender: ksrujandas@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1328203327!12677175!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22142 invoked from network); 2 Feb 2012 17:22:07 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 17:22:07 -0000 Received: by bkbzv3 with SMTP id zv3so4745328bkb.30 for ; Thu, 02 Feb 2012 09:22:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+/uI0i0keLcG7b5NZ/K2JXGriQjXEDEJsiHS92Nu3pA=; b=wX1H9l5SgBoubKaSygSiX0Q8N9MummAlXp8YKVqK+c+/ouKDW8mf6MwyPfmwvx7z90 KHFlrOamFHvFSuMcrQq8egzapiCc+miHzVOVIWLZVfyWBqG+weQUa/2fe9qoQULHfIjK JI6P4GgvAA0lJpsaTx80jrftKgPWPPcxIYa6Q= MIME-Version: 1.0 Received: by 10.204.150.91 with SMTP id x27mr1799835bkv.65.1328203327384; Thu, 02 Feb 2012 09:22:07 -0800 (PST) Received: by 10.204.130.146 with HTTP; Thu, 2 Feb 2012 09:22:07 -0800 (PST) In-Reply-To: References: Date: Thu, 2 Feb 2012 11:22:07 -0600 Message-ID: From: Srujan Kotikela To: xen-users@lists.xensource.com Cc: Todd Deshane Subject: Re: [Xen-users] [XCP] No networking in XCP-XAPI on Debian 6 X-BeenThere: xen-users@lists.xensource.com 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="===============0541731256769076289==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0541731256769076289== Content-Type: multipart/alternative; boundary=0015175d06e684aa8804b7fe6ff1 --0015175d06e684aa8804b7fe6ff1 Content-Type: text/plain; charset=ISO-8859-1 Hi, I had few errors in my network/interfaces file. I cleared them and I have networking working. Thanks, ~ SDK On Tue, Jan 31, 2012 at 6:57 PM, Todd Deshane wrote: > On Tue, Jan 31, 2012 at 1:36 PM, Srujan Kotikela > wrote: > > Hi, > > > > I have followed the http://wiki.xen.org/wiki/XAPI_on_Ubuntu and > installed > > xcp-xapi on Debian 6. Everything went smooth and everything looks fine. > But > > after the reboot, the network is not working. > > > > Any ideas? > > > > Did you try: > http://wiki.xen.org/wiki/Networking_with_the_XCP_toolstack > > Thanks, > Todd > > -- > Todd Deshane > http://www.linkedin.com/in/deshantm > http://blog.xen.org/ > http://wiki.xen.org/ > --0015175d06e684aa8804b7fe6ff1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I had few errors in my network/interfaces file. I cl= eared them and I have networking working.

Thanks,<= br clear=3D"all">~ SDK



On Tue, Jan 31, 2012 at 6:57 PM, Todd De= shane <todd.de= shane@xen.org> wrote:
On Tue, Jan 31, 2012 at 1:36 PM, Sr= ujan Kotikela <ksrujandas@gmail.= com> wrote:
> Hi,
>
> I=A0have=A0followed the=A0http://wiki.xen.org/wiki/XAPI_on_Ubuntu and i= nstalled
> xcp-xapi on Debian 6. Everything went smooth and everything looks fine= . But
> after the reboot, the network is not working.
>
> Any ideas?
>

Did you try:
http://wiki.xen.org/wiki/Networking_with_the_XCP_toolstack

Thanks,
Todd

--
Todd Deshane
http://ww= w.linkedin.com/in/deshantm
http://blog.xen.org/=
http://wiki.xen.org/=

--0015175d06e684aa8804b7fe6ff1-- --===============0541731256769076289== 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.xensource.com http://lists.xensource.com/xen-users --===============0541731256769076289==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 17:24:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 17:24:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt0MR-0005SM-7f; Thu, 02 Feb 2012 17:22:15 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt0MQ-0005Rh-95 for xen-users@lists.xensource.com; Thu, 02 Feb 2012 17:22:14 +0000 X-Env-Sender: ksrujandas@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1328203327!12677175!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22142 invoked from network); 2 Feb 2012 17:22:07 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 17:22:07 -0000 Received: by bkbzv3 with SMTP id zv3so4745328bkb.30 for ; Thu, 02 Feb 2012 09:22:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+/uI0i0keLcG7b5NZ/K2JXGriQjXEDEJsiHS92Nu3pA=; b=wX1H9l5SgBoubKaSygSiX0Q8N9MummAlXp8YKVqK+c+/ouKDW8mf6MwyPfmwvx7z90 KHFlrOamFHvFSuMcrQq8egzapiCc+miHzVOVIWLZVfyWBqG+weQUa/2fe9qoQULHfIjK JI6P4GgvAA0lJpsaTx80jrftKgPWPPcxIYa6Q= MIME-Version: 1.0 Received: by 10.204.150.91 with SMTP id x27mr1799835bkv.65.1328203327384; Thu, 02 Feb 2012 09:22:07 -0800 (PST) Received: by 10.204.130.146 with HTTP; Thu, 2 Feb 2012 09:22:07 -0800 (PST) In-Reply-To: References: Date: Thu, 2 Feb 2012 11:22:07 -0600 Message-ID: From: Srujan Kotikela To: xen-users@lists.xensource.com Cc: Todd Deshane Subject: Re: [Xen-users] [XCP] No networking in XCP-XAPI on Debian 6 X-BeenThere: xen-users@lists.xensource.com 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="===============0541731256769076289==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0541731256769076289== Content-Type: multipart/alternative; boundary=0015175d06e684aa8804b7fe6ff1 --0015175d06e684aa8804b7fe6ff1 Content-Type: text/plain; charset=ISO-8859-1 Hi, I had few errors in my network/interfaces file. I cleared them and I have networking working. Thanks, ~ SDK On Tue, Jan 31, 2012 at 6:57 PM, Todd Deshane wrote: > On Tue, Jan 31, 2012 at 1:36 PM, Srujan Kotikela > wrote: > > Hi, > > > > I have followed the http://wiki.xen.org/wiki/XAPI_on_Ubuntu and > installed > > xcp-xapi on Debian 6. Everything went smooth and everything looks fine. > But > > after the reboot, the network is not working. > > > > Any ideas? > > > > Did you try: > http://wiki.xen.org/wiki/Networking_with_the_XCP_toolstack > > Thanks, > Todd > > -- > Todd Deshane > http://www.linkedin.com/in/deshantm > http://blog.xen.org/ > http://wiki.xen.org/ > --0015175d06e684aa8804b7fe6ff1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I had few errors in my network/interfaces file. I cl= eared them and I have networking working.

Thanks,<= br clear=3D"all">~ SDK



On Tue, Jan 31, 2012 at 6:57 PM, Todd De= shane <todd.de= shane@xen.org> wrote:
On Tue, Jan 31, 2012 at 1:36 PM, Sr= ujan Kotikela <ksrujandas@gmail.= com> wrote:
> Hi,
>
> I=A0have=A0followed the=A0http://wiki.xen.org/wiki/XAPI_on_Ubuntu and i= nstalled
> xcp-xapi on Debian 6. Everything went smooth and everything looks fine= . But
> after the reboot, the network is not working.
>
> Any ideas?
>

Did you try:
http://wiki.xen.org/wiki/Networking_with_the_XCP_toolstack

Thanks,
Todd

--
Todd Deshane
http://ww= w.linkedin.com/in/deshantm
http://blog.xen.org/=
http://wiki.xen.org/=

--0015175d06e684aa8804b7fe6ff1-- --===============0541731256769076289== 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.xensource.com http://lists.xensource.com/xen-users --===============0541731256769076289==-- From xen-users-bounces@lists.xensource.com Thu Feb 02 21:35:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 21:35: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 1Rt4IQ-0005gp-BU; Thu, 02 Feb 2012 21:34:22 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt4IP-0005gk-Iw for xen-users@lists.xensource.com; Thu, 02 Feb 2012 21:34:21 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1328218453!4841590!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31507 invoked from network); 2 Feb 2012 21:34:14 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 21:34:14 -0000 Received: by pbds6 with SMTP id s6so17288541pbd.30 for ; Thu, 02 Feb 2012 13:34:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=9xCG/qc4o2JNKDxuvQ8u/NypswpiQGGwi46KNPZKI5A=; b=eZPSmvV8M69UjU0bEknQgxb8CFNFP+dG8WvJBeOj9btTheP743x7QULD5IU+ln/mDC zGeOLRANTPp4M5d7ZpgBp8fav9hC0Dwhz3cqY8DWNJUyVSJTv2D4JCREMvHhntyVIlyO lI7D0F9oVH1OO/RfBhU4/0V1XkqGX3AOWYuUI= Received: by 10.68.236.136 with SMTP id uu8mr11086445pbc.21.1328218452411; Thu, 02 Feb 2012 13:34:12 -0800 (PST) Received: from [192.168.0.6] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id b7sm8245056pba.2.2012.02.02.13.34.10 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 02 Feb 2012 13:34:11 -0800 (PST) From: Qrux Date: Thu, 2 Feb 2012 13:34:09 -0800 Message-Id: <5495A413-020E-4083-81CB-01B23D7AAF36@gmail.com> To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] qemu-dm & strange disk access X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Howdy-- I'm running what I believe to be a PV Linux-3.1 domU (on a Linux-3.1 dom0). I'm getting strange patterns of disk access accompanied by short lock-ups. Specifically, the disk will seek audibly 3 to 4 times a second, for a period ranging from 20 seconds to several minutes. There will be short durations in these period where my SSH session is not responsive to keystrokes. When I do: $ top -d .5 on dom0, I see kjournald, some other disk flushing daemon, and qemu-dm. There is nothing interesting on the domU (other than whatever is running--whether it's the shell, or ./configure, or cc). Seeing qemu-dm in dom0 surprises me, because I thought I was running a PV domU, and I'm under the impression that qemu-dm is strictly for HVM domUs. My setup: * Linux-3.1 / 64-bit-only dom0 (no 32-bit glibc or toolchain) * Linux-3.1 / 64-bit-only domU So my questions are (which I think are related to this issue): * Does anyone have an idea about the strange disk access + brief lockup? * What, exactly, determines a PV guest from an HVM guest? * Is IOMMU relevant when the Intel virtualization is disabled in BIOS? * Do PV guests require any PCI support *XEN_PCI*, *PCI_XEN* in either kernel? * Do PV guests require PVHVM in either kernel? I'd be happy for any insights which may narrow my search... Q _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 02 21:35:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 Feb 2012 21:35: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 1Rt4IQ-0005gp-BU; Thu, 02 Feb 2012 21:34:22 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt4IP-0005gk-Iw for xen-users@lists.xensource.com; Thu, 02 Feb 2012 21:34:21 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1328218453!4841590!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31507 invoked from network); 2 Feb 2012 21:34:14 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Feb 2012 21:34:14 -0000 Received: by pbds6 with SMTP id s6so17288541pbd.30 for ; Thu, 02 Feb 2012 13:34:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=9xCG/qc4o2JNKDxuvQ8u/NypswpiQGGwi46KNPZKI5A=; b=eZPSmvV8M69UjU0bEknQgxb8CFNFP+dG8WvJBeOj9btTheP743x7QULD5IU+ln/mDC zGeOLRANTPp4M5d7ZpgBp8fav9hC0Dwhz3cqY8DWNJUyVSJTv2D4JCREMvHhntyVIlyO lI7D0F9oVH1OO/RfBhU4/0V1XkqGX3AOWYuUI= Received: by 10.68.236.136 with SMTP id uu8mr11086445pbc.21.1328218452411; Thu, 02 Feb 2012 13:34:12 -0800 (PST) Received: from [192.168.0.6] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id b7sm8245056pba.2.2012.02.02.13.34.10 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 02 Feb 2012 13:34:11 -0800 (PST) From: Qrux Date: Thu, 2 Feb 2012 13:34:09 -0800 Message-Id: <5495A413-020E-4083-81CB-01B23D7AAF36@gmail.com> To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] qemu-dm & strange disk access X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Howdy-- I'm running what I believe to be a PV Linux-3.1 domU (on a Linux-3.1 dom0). I'm getting strange patterns of disk access accompanied by short lock-ups. Specifically, the disk will seek audibly 3 to 4 times a second, for a period ranging from 20 seconds to several minutes. There will be short durations in these period where my SSH session is not responsive to keystrokes. When I do: $ top -d .5 on dom0, I see kjournald, some other disk flushing daemon, and qemu-dm. There is nothing interesting on the domU (other than whatever is running--whether it's the shell, or ./configure, or cc). Seeing qemu-dm in dom0 surprises me, because I thought I was running a PV domU, and I'm under the impression that qemu-dm is strictly for HVM domUs. My setup: * Linux-3.1 / 64-bit-only dom0 (no 32-bit glibc or toolchain) * Linux-3.1 / 64-bit-only domU So my questions are (which I think are related to this issue): * Does anyone have an idea about the strange disk access + brief lockup? * What, exactly, determines a PV guest from an HVM guest? * Is IOMMU relevant when the Intel virtualization is disabled in BIOS? * Do PV guests require any PCI support *XEN_PCI*, *PCI_XEN* in either kernel? * Do PV guests require PVHVM in either kernel? I'd be happy for any insights which may narrow my search... Q _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 03:39:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 03:39:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt9xx-00024n-9d; Fri, 03 Feb 2012 03:37:37 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt9xv-00024i-Cl for xen-users@lists.xensource.com; Fri, 03 Feb 2012 03:37:35 +0000 X-Env-Sender: sylvain.chevalier@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1328240247!12361831!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31792 invoked from network); 3 Feb 2012 03:37:29 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 03:37:29 -0000 Received: by iaeh11 with SMTP id h11so16098579iae.30 for ; Thu, 02 Feb 2012 19:37:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=C9m/ABggw+11TgehC8MVcah6w59FabZD4G1GL5mTJaE=; b=lRTJxRc27PwTntyslD1Wcv+7TBtuFmhCUEFyQOmUCjyu1IBb4n1P0lJkfS4+u0pZaA BPhNsEqchIH1AwBndoVDmkEz0CYBhe3rGoKbcgLBpe/ixwohtuolBHRKnqY3/iata173 8BhzKfaRyMlukXlLMyJ+0NKKYgo47sAgeEc+o= MIME-Version: 1.0 Received: by 10.50.189.134 with SMTP id gi6mr15383090igc.18.1328240247711; Thu, 02 Feb 2012 19:37:27 -0800 (PST) Received: by 10.231.200.142 with HTTP; Thu, 2 Feb 2012 19:37:27 -0800 (PST) Date: Fri, 3 Feb 2012 11:37:27 +0800 Message-ID: From: Sylvain Chevalier To: xen-users@lists.xensource.com Subject: [Xen-users] MCE logs and CPU issue X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, On one of our servers running xen, we see many instances like this in /var/log/messages on dom0: Feb 2 17:45:11 maradona kernel: [172988.068048] MCE_DOM0_LOG: enter dom0 mce vIRQ handler Feb 2 17:45:11 maradona kernel: [172988.068050] MCE_DOM0_LOG: No more urgent data Feb 2 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr cf839a00, state cc0035400001009f] Feb 2 17:45:11 maradona kernel: [172988.068059] MCE_DOM0_LOG: No more nonurgent data it is always CPU8, BANK12. And the server will sometimes just abruptly reboot after logging this. Does it mean that MCE messages are logged by xen in /var/log/messages and that there is a problem with this cpu? Do you know how I can dig further and find what the problem is? Meanwhile, I have set dom0_max_vcpus=1 dom0_vcpus_pin, so my understanding is that dom0 only uses cpu0. Does it mean that the problem reported is about a cpu that is only used by a domU? Thanks a lot for any light on this, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 03:39:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 03:39:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt9xx-00024n-9d; Fri, 03 Feb 2012 03:37:37 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt9xv-00024i-Cl for xen-users@lists.xensource.com; Fri, 03 Feb 2012 03:37:35 +0000 X-Env-Sender: sylvain.chevalier@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1328240247!12361831!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31792 invoked from network); 3 Feb 2012 03:37:29 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 03:37:29 -0000 Received: by iaeh11 with SMTP id h11so16098579iae.30 for ; Thu, 02 Feb 2012 19:37:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=C9m/ABggw+11TgehC8MVcah6w59FabZD4G1GL5mTJaE=; b=lRTJxRc27PwTntyslD1Wcv+7TBtuFmhCUEFyQOmUCjyu1IBb4n1P0lJkfS4+u0pZaA BPhNsEqchIH1AwBndoVDmkEz0CYBhe3rGoKbcgLBpe/ixwohtuolBHRKnqY3/iata173 8BhzKfaRyMlukXlLMyJ+0NKKYgo47sAgeEc+o= MIME-Version: 1.0 Received: by 10.50.189.134 with SMTP id gi6mr15383090igc.18.1328240247711; Thu, 02 Feb 2012 19:37:27 -0800 (PST) Received: by 10.231.200.142 with HTTP; Thu, 2 Feb 2012 19:37:27 -0800 (PST) Date: Fri, 3 Feb 2012 11:37:27 +0800 Message-ID: From: Sylvain Chevalier To: xen-users@lists.xensource.com Subject: [Xen-users] MCE logs and CPU issue X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, On one of our servers running xen, we see many instances like this in /var/log/messages on dom0: Feb 2 17:45:11 maradona kernel: [172988.068048] MCE_DOM0_LOG: enter dom0 mce vIRQ handler Feb 2 17:45:11 maradona kernel: [172988.068050] MCE_DOM0_LOG: No more urgent data Feb 2 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr cf839a00, state cc0035400001009f] Feb 2 17:45:11 maradona kernel: [172988.068059] MCE_DOM0_LOG: No more nonurgent data it is always CPU8, BANK12. And the server will sometimes just abruptly reboot after logging this. Does it mean that MCE messages are logged by xen in /var/log/messages and that there is a problem with this cpu? Do you know how I can dig further and find what the problem is? Meanwhile, I have set dom0_max_vcpus=1 dom0_vcpus_pin, so my understanding is that dom0 only uses cpu0. Does it mean that the problem reported is about a cpu that is only used by a domU? Thanks a lot for any light on this, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 04:15:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 04:15:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAWS-00036A-GF; Fri, 03 Feb 2012 04:13:16 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAWR-000362-G1 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 04:13:15 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1328242389!13745217!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22801 invoked from network); 3 Feb 2012 04:13:09 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 04:13:09 -0000 Received: by bkbzv3 with SMTP id zv3so6227964bkb.30 for ; Thu, 02 Feb 2012 20:13:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=R5EoFUk0bG4PifgTrkriebg6n/RaxKLsBo1oIecBWqc=; b=v0q4iqR2rRvhBux87saLNv804fY7VtbiSdL9hiSH+lV+GwHADExtAhbj9pjPHzA5ph r5glD96ExK8c7pDIId45PNPeXY8f4zESDGeWg0dAvhqBrRE5RiLw3Ad1AbKJYWFcJ4Zv Co1pFqEzqLYL0dXf9UZjOaHQ3HpEn1DP+Y0KM= MIME-Version: 1.0 Received: by 10.204.156.204 with SMTP id y12mr2658851bkw.113.1328242388901; Thu, 02 Feb 2012 20:13:08 -0800 (PST) Received: by 10.205.26.68 with HTTP; Thu, 2 Feb 2012 20:13:08 -0800 (PST) Date: Thu, 2 Feb 2012 23:13:08 -0500 Message-ID: From: David Gonzalez To: Xen-users@lists.xensource.com Subject: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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="===============3855678377913685411==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3855678377913685411== Content-Type: multipart/alternative; boundary=0015175cb9d6c41e8f04b807877a --0015175cb9d6c41e8f04b807877a Content-Type: text/plain; charset=ISO-8859-1 this is the best forum eve, I asked a question weeks ago and didn't even get a RTFM reply, you rule ppl. Please at least point me to a "how do you ask a question" thread or somethng, Thanks -- David Gonzalez H. --0015175cb9d6c41e8f04b807877a Content-Type: text/html; charset=ISO-8859-1 this is the best forum eve, I asked a question weeks ago and didn't even get a RTFM reply, you rule ppl.

Please at least point me to a "how do you ask a question" thread or somethng,

Thanks

--
David Gonzalez H.

--0015175cb9d6c41e8f04b807877a-- --===============3855678377913685411== 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.xensource.com http://lists.xensource.com/xen-users --===============3855678377913685411==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 04:15:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 04:15:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAWS-00036A-GF; Fri, 03 Feb 2012 04:13:16 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAWR-000362-G1 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 04:13:15 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1328242389!13745217!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22801 invoked from network); 3 Feb 2012 04:13:09 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 04:13:09 -0000 Received: by bkbzv3 with SMTP id zv3so6227964bkb.30 for ; Thu, 02 Feb 2012 20:13:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=R5EoFUk0bG4PifgTrkriebg6n/RaxKLsBo1oIecBWqc=; b=v0q4iqR2rRvhBux87saLNv804fY7VtbiSdL9hiSH+lV+GwHADExtAhbj9pjPHzA5ph r5glD96ExK8c7pDIId45PNPeXY8f4zESDGeWg0dAvhqBrRE5RiLw3Ad1AbKJYWFcJ4Zv Co1pFqEzqLYL0dXf9UZjOaHQ3HpEn1DP+Y0KM= MIME-Version: 1.0 Received: by 10.204.156.204 with SMTP id y12mr2658851bkw.113.1328242388901; Thu, 02 Feb 2012 20:13:08 -0800 (PST) Received: by 10.205.26.68 with HTTP; Thu, 2 Feb 2012 20:13:08 -0800 (PST) Date: Thu, 2 Feb 2012 23:13:08 -0500 Message-ID: From: David Gonzalez To: Xen-users@lists.xensource.com Subject: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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="===============3855678377913685411==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3855678377913685411== Content-Type: multipart/alternative; boundary=0015175cb9d6c41e8f04b807877a --0015175cb9d6c41e8f04b807877a Content-Type: text/plain; charset=ISO-8859-1 this is the best forum eve, I asked a question weeks ago and didn't even get a RTFM reply, you rule ppl. Please at least point me to a "how do you ask a question" thread or somethng, Thanks -- David Gonzalez H. --0015175cb9d6c41e8f04b807877a Content-Type: text/html; charset=ISO-8859-1 this is the best forum eve, I asked a question weeks ago and didn't even get a RTFM reply, you rule ppl.

Please at least point me to a "how do you ask a question" thread or somethng,

Thanks

--
David Gonzalez H.

--0015175cb9d6c41e8f04b807877a-- --===============3855678377913685411== 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.xensource.com http://lists.xensource.com/xen-users --===============3855678377913685411==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 04:33:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 04:33:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAo4-0004Af-Qu; Fri, 03 Feb 2012 04:31:28 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAo4-0004Aa-13 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 04:31:28 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1328243411!62393859!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32423 invoked from network); 3 Feb 2012 04:30:12 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 04:30:12 -0000 Received: by pbds6 with SMTP id s6so19115504pbd.30 for ; Thu, 02 Feb 2012 20:31:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.226.98 with SMTP id rr2mr13875665pbc.115.1328243479810; Thu, 02 Feb 2012 20:31:19 -0800 (PST) Received: by 10.142.177.4 with HTTP; Thu, 2 Feb 2012 20:31:19 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Feb 2012 11:31:19 +0700 Message-ID: From: "Fajar A. Nugraha" To: David Gonzalez Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez wrote: > this is the best forum eve, I asked a question weeks ago and didn't even get > a RTFM reply, you rule ppl. Lets see. Perhaps people are just busy. Or your question doesn't make sense. > > Please at least point me to a "how do you ask a question" thread or > somethng, First rule: if you want prompt, accurate, replies, buy support contract. That's what it's there for. Anyway, if your question was about the serial prompt, then it doesn't make sense. Really. You can't access dom0 serial console from inside dom0 using minicom (or whatever). It doesn't work that way. Use serial cable (or server's remote serial console, if you have that). FWIW, here's my grub.conf line, using RHEL6 with custom kernel and xen 4.1. Console is displayed correctly on server's remote serial console. title Red Hat Enterprise Linux Server (3.0.0-0.rc7.1.el5.fanxen) root (hd0,0) kernel /xen.gz-3.0.0-0.rc7.1.el5.fan com1=115200,8n1 console=vga,com1 dom0_mem=2000M dom0_vcpus_pin module /vmlinuz-3.0.0-0.rc7.1.el5.fanxen ro root=/dev/rootvg/rootlv rhgb quiet console=tty0 console=hvc0 loop.max_loop=256 module /initrd-3.0.0-0.rc7.1.el5.fanxen.img -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 04:33:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 04:33:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAo4-0004Af-Qu; Fri, 03 Feb 2012 04:31:28 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtAo4-0004Aa-13 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 04:31:28 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1328243411!62393859!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32423 invoked from network); 3 Feb 2012 04:30:12 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 04:30:12 -0000 Received: by pbds6 with SMTP id s6so19115504pbd.30 for ; Thu, 02 Feb 2012 20:31:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.226.98 with SMTP id rr2mr13875665pbc.115.1328243479810; Thu, 02 Feb 2012 20:31:19 -0800 (PST) Received: by 10.142.177.4 with HTTP; Thu, 2 Feb 2012 20:31:19 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Feb 2012 11:31:19 +0700 Message-ID: From: "Fajar A. Nugraha" To: David Gonzalez Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez wrote: > this is the best forum eve, I asked a question weeks ago and didn't even get > a RTFM reply, you rule ppl. Lets see. Perhaps people are just busy. Or your question doesn't make sense. > > Please at least point me to a "how do you ask a question" thread or > somethng, First rule: if you want prompt, accurate, replies, buy support contract. That's what it's there for. Anyway, if your question was about the serial prompt, then it doesn't make sense. Really. You can't access dom0 serial console from inside dom0 using minicom (or whatever). It doesn't work that way. Use serial cable (or server's remote serial console, if you have that). FWIW, here's my grub.conf line, using RHEL6 with custom kernel and xen 4.1. Console is displayed correctly on server's remote serial console. title Red Hat Enterprise Linux Server (3.0.0-0.rc7.1.el5.fanxen) root (hd0,0) kernel /xen.gz-3.0.0-0.rc7.1.el5.fan com1=115200,8n1 console=vga,com1 dom0_mem=2000M dom0_vcpus_pin module /vmlinuz-3.0.0-0.rc7.1.el5.fanxen ro root=/dev/rootvg/rootlv rhgb quiet console=tty0 console=hvc0 loop.max_loop=256 module /initrd-3.0.0-0.rc7.1.el5.fanxen.img -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 05:04:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 05:04: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 1RtBIP-0005Sx-2F; Fri, 03 Feb 2012 05:02:49 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtBIO-0005Sp-2G for xen-users@lists.xensource.com; Fri, 03 Feb 2012 05:02:48 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1328245360!9018622!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20101 invoked from network); 3 Feb 2012 05:02:41 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-6.tower-21.messagelabs.com with SMTP; 3 Feb 2012 05:02:41 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id DDFDF17400A; Fri, 3 Feb 2012 00:02:39 -0500 (EST) Date: Fri, 3 Feb 2012 00:02:39 -0500 From: "Luke S. Crawford" To: Sylvain Chevalier Message-ID: <20120203050239.GA4837@luke.xen.prgmr.com> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] MCE logs and CPU issue X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 03, 2012 at 11:37:27AM +0800, Sylvain Chevalier wrote: > Hi, > > On one of our servers running xen, we see many instances like this in > /var/log/messages on dom0: > > Feb 2 17:45:11 maradona kernel: [172988.068048] MCE_DOM0_LOG: enter > dom0 mce vIRQ handler > Feb 2 17:45:11 maradona kernel: [172988.068050] MCE_DOM0_LOG: No more > urgent data > Feb 2 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr > cf839a00, state cc0035400001009f] > Feb 2 17:45:11 maradona kernel: [172988.068059] MCE_DOM0_LOG: No more > nonurgent data > > it is always CPU8, BANK12. And the server will sometimes just abruptly > reboot after logging this. > Does it mean that MCE messages are logged by xen in /var/log/messages > and that there is a problem with this cpu? Do you know how I can dig > further and find what the problem is? Betcha it is the ram in that bank. I'm getting similar errors in a server that I just swapped out, only my MCE errors say: (XEN) MCE: The hardware reports a non fatal, correctable incident occured on CPU 0. (XEN) Bank 4: dc0c4000fe080813[c008000401000000] at 363fe9000 (this is on my serial console, not /var/log/messages) 'non-fatal, correctable incident on cpu0, Bank 4' sure sounds a lot like it's a correctable ECC error. The crash would then be explained by an uncorrectable ecc error (commonly in failing ram, you get correctable errors, then an uncorrectable error.) Now, this was on an ancient garbage nvidia mcp55 motherboard and nothing like the kernel EDAC/bluesmoke module works with it, xen or no. The counter evidence to that theory is that the motherboard system event log (accessed through the bios setup screen) doesn't show any errors. Now, like I said, this server was in production, so I drove a spare in to the co-lo, swapped the hard drives and brought it back up . (took a lot longer than it should, as this server hadn't been touched in years, and somehow the good disks didn't end up with bootloaders. By 'somehow' I mean, "i am an idiot and did not install bootloaders when I replaced bad disks" - then I didn't bring my rescue cd, and the DHCP/tftp PXE server I would have used to boot it into rescue mode was on the server that was down. It took all day when it should have taken about as long as it takes to get up to the 14th floor of market post tower.) Anyhow, I'm delaying diagnostics on my bad server until tomorrow; I'd bet lunch that if I turn ecc off and run memtest, I'll find a bad ram module. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 05:04:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 05:04: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 1RtBIP-0005Sx-2F; Fri, 03 Feb 2012 05:02:49 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtBIO-0005Sp-2G for xen-users@lists.xensource.com; Fri, 03 Feb 2012 05:02:48 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1328245360!9018622!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20101 invoked from network); 3 Feb 2012 05:02:41 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-6.tower-21.messagelabs.com with SMTP; 3 Feb 2012 05:02:41 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id DDFDF17400A; Fri, 3 Feb 2012 00:02:39 -0500 (EST) Date: Fri, 3 Feb 2012 00:02:39 -0500 From: "Luke S. Crawford" To: Sylvain Chevalier Message-ID: <20120203050239.GA4837@luke.xen.prgmr.com> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] MCE logs and CPU issue X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 03, 2012 at 11:37:27AM +0800, Sylvain Chevalier wrote: > Hi, > > On one of our servers running xen, we see many instances like this in > /var/log/messages on dom0: > > Feb 2 17:45:11 maradona kernel: [172988.068048] MCE_DOM0_LOG: enter > dom0 mce vIRQ handler > Feb 2 17:45:11 maradona kernel: [172988.068050] MCE_DOM0_LOG: No more > urgent data > Feb 2 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr > cf839a00, state cc0035400001009f] > Feb 2 17:45:11 maradona kernel: [172988.068059] MCE_DOM0_LOG: No more > nonurgent data > > it is always CPU8, BANK12. And the server will sometimes just abruptly > reboot after logging this. > Does it mean that MCE messages are logged by xen in /var/log/messages > and that there is a problem with this cpu? Do you know how I can dig > further and find what the problem is? Betcha it is the ram in that bank. I'm getting similar errors in a server that I just swapped out, only my MCE errors say: (XEN) MCE: The hardware reports a non fatal, correctable incident occured on CPU 0. (XEN) Bank 4: dc0c4000fe080813[c008000401000000] at 363fe9000 (this is on my serial console, not /var/log/messages) 'non-fatal, correctable incident on cpu0, Bank 4' sure sounds a lot like it's a correctable ECC error. The crash would then be explained by an uncorrectable ecc error (commonly in failing ram, you get correctable errors, then an uncorrectable error.) Now, this was on an ancient garbage nvidia mcp55 motherboard and nothing like the kernel EDAC/bluesmoke module works with it, xen or no. The counter evidence to that theory is that the motherboard system event log (accessed through the bios setup screen) doesn't show any errors. Now, like I said, this server was in production, so I drove a spare in to the co-lo, swapped the hard drives and brought it back up . (took a lot longer than it should, as this server hadn't been touched in years, and somehow the good disks didn't end up with bootloaders. By 'somehow' I mean, "i am an idiot and did not install bootloaders when I replaced bad disks" - then I didn't bring my rescue cd, and the DHCP/tftp PXE server I would have used to boot it into rescue mode was on the server that was down. It took all day when it should have taken about as long as it takes to get up to the 14th floor of market post tower.) Anyhow, I'm delaying diagnostics on my bad server until tomorrow; I'd bet lunch that if I turn ecc off and run memtest, I'll find a bad ram module. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 08:06:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 08:06:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtE8P-0005WX-3b; Fri, 03 Feb 2012 08:04:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtE8N-0005WS-JW for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 08:04:39 +0000 Received: from [85.158.138.51:20993] by server-3.bemta-3.messagelabs.com id 4B/75-18959-6159B2F4; Fri, 03 Feb 2012 08:04:38 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-12.tower-174.messagelabs.com!1328256277!11769717!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8360 invoked from network); 3 Feb 2012 08:04:37 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 08:04:37 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q1383NkJ013389; Fri, 3 Feb 2012 10:03:23 +0200 Message-ID: From: "Likarpenkov Alexander" To: "Fajar A. Nugraha" , "David Gonzalez" References: Date: Fri, 3 Feb 2012 10:04:42 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez wrote: ??>> this is the best forum eve, I asked a question weeks ago and didn't ??>> even get a RTFM reply, you rule ppl. FAN> Lets see. Perhaps people are just busy. We are all busy FAN> Or your question doesn't make sense. If the question is asked - it makes sense. It is disrespectful to ignore the issues. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 08:06:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 08:06:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtE8P-0005WX-3b; Fri, 03 Feb 2012 08:04:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtE8N-0005WS-JW for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 08:04:39 +0000 Received: from [85.158.138.51:20993] by server-3.bemta-3.messagelabs.com id 4B/75-18959-6159B2F4; Fri, 03 Feb 2012 08:04:38 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-12.tower-174.messagelabs.com!1328256277!11769717!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8360 invoked from network); 3 Feb 2012 08:04:37 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 08:04:37 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q1383NkJ013389; Fri, 3 Feb 2012 10:03:23 +0200 Message-ID: From: "Likarpenkov Alexander" To: "Fajar A. Nugraha" , "David Gonzalez" References: Date: Fri, 3 Feb 2012 10:04:42 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez wrote: ??>> this is the best forum eve, I asked a question weeks ago and didn't ??>> even get a RTFM reply, you rule ppl. FAN> Lets see. Perhaps people are just busy. We are all busy FAN> Or your question doesn't make sense. If the question is asked - it makes sense. It is disrespectful to ignore the issues. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 08:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 08:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtECd-0005kJ-0Q; Fri, 03 Feb 2012 08:09:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtECb-0005k5-LR for xen-users@lists.xensource.com; Fri, 03 Feb 2012 08:09:01 +0000 Received: from [85.158.138.51:61425] by server-8.bemta-3.messagelabs.com id 39/62-08780-C169B2F4; Fri, 03 Feb 2012 08:09:00 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-12.tower-174.messagelabs.com!1328256538!11770368!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20906 invoked from network); 3 Feb 2012 08:09:00 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 08:09:00 -0000 Received: by vcbfo11 with SMTP id fo11so9725504vcb.30 for ; Fri, 03 Feb 2012 00:08:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.148.201 with SMTP id q9mr3027836vcv.33.1328256538395; Fri, 03 Feb 2012 00:08:58 -0800 (PST) Received: by 10.52.77.102 with HTTP; Fri, 3 Feb 2012 00:08:58 -0800 (PST) In-Reply-To: <4F2A57C1.6040908@mclink.it> References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> Date: Fri, 3 Feb 2012 09:08:58 +0100 Message-ID: From: Linus van Geuns To: r.orfei@mclink.it Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hey Ric, On Thu, Feb 2, 2012 at 10:30 AM, Riccardo Orfei wrote: > Hi Linus! > > First of all, thanks a lot for taking the time to write down your > suggestion... > > Well I am pretty sure that the hypervisor is running, because I see > (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. > > Next, I checked the /sys/xen/capabilities file, which contains the string > "control-d", and, as a xen-user (Eva) said earlier, it means that the > hypervisor is in control. > > My (un)educated guess is that some (virtual) disk driver is missing or > misplaced... Sorry, somehow I must have skiped over that part in your emails. So, when booting your system with (Xen) hypervisor, what is the result of the following commands: lsb_release -a uname -a ls -lh /sys/hypervisor/ xm info xm list Regards, Linus _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 08:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 08:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtECd-0005kJ-0Q; Fri, 03 Feb 2012 08:09:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtECb-0005k5-LR for xen-users@lists.xensource.com; Fri, 03 Feb 2012 08:09:01 +0000 Received: from [85.158.138.51:61425] by server-8.bemta-3.messagelabs.com id 39/62-08780-C169B2F4; Fri, 03 Feb 2012 08:09:00 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-12.tower-174.messagelabs.com!1328256538!11770368!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20906 invoked from network); 3 Feb 2012 08:09:00 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 08:09:00 -0000 Received: by vcbfo11 with SMTP id fo11so9725504vcb.30 for ; Fri, 03 Feb 2012 00:08:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.148.201 with SMTP id q9mr3027836vcv.33.1328256538395; Fri, 03 Feb 2012 00:08:58 -0800 (PST) Received: by 10.52.77.102 with HTTP; Fri, 3 Feb 2012 00:08:58 -0800 (PST) In-Reply-To: <4F2A57C1.6040908@mclink.it> References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> Date: Fri, 3 Feb 2012 09:08:58 +0100 Message-ID: From: Linus van Geuns To: r.orfei@mclink.it Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hey Ric, On Thu, Feb 2, 2012 at 10:30 AM, Riccardo Orfei wrote: > Hi Linus! > > First of all, thanks a lot for taking the time to write down your > suggestion... > > Well I am pretty sure that the hypervisor is running, because I see > (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. > > Next, I checked the /sys/xen/capabilities file, which contains the string > "control-d", and, as a xen-user (Eva) said earlier, it means that the > hypervisor is in control. > > My (un)educated guess is that some (virtual) disk driver is missing or > misplaced... Sorry, somehow I must have skiped over that part in your emails. So, when booting your system with (Xen) hypervisor, what is the result of the following commands: lsb_release -a uname -a ls -lh /sys/hypervisor/ xm info xm list Regards, Linus _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 09:03:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 09:03:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtF2X-0008Gh-GG; Fri, 03 Feb 2012 09:02:41 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtF2V-0008Gc-FQ for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 09:02:39 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-14.tower-27.messagelabs.com!1328259625!51222158!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.8 required=7.0 tests=NO_OBLIGATION,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8143 invoked from network); 3 Feb 2012 09:00:27 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 09:00:27 -0000 Received: by pbds6 with SMTP id s6so20183743pbd.30 for ; Fri, 03 Feb 2012 01:02:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.217.132 with SMTP id oy4mr15984928pbc.30.1328259756018; Fri, 03 Feb 2012 01:02:36 -0800 (PST) Received: by 10.142.177.4 with HTTP; Fri, 3 Feb 2012 01:02:35 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Feb 2012 16:02:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: Likarpenkov Alexander Cc: Xen-users@lists.xensource.com, David Gonzalez Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 3:04 PM, Likarpenkov Alexander wrote: > > FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez > wrote: > ??>> this is the best forum eve, I asked a question weeks ago and didn't > ??>> even get a RTFM reply, you rule ppl. > > FAN> Lets see. Perhaps people are just busy. > > We are all busy > > FAN> Or your question doesn't make sense. > > If the question is asked - it makes sense. It is disrespectful to ignore the > issues. > You're missing the point. People that contribute (i.e. giving answers) in opensource user forums (including this one) mostly do so on their free time. They do so out of good will to help others, or wanting to share their experience. There's no obligation whatsoever for them to do anything. Not even to respond to a question. That's why I said "if you want prompt, accurate, replies, buy support contract. That's what it's there for". If you buy a support contract, and ask in their appropriate channel (e.g. web ticket, phone, whatever) then your comments is perfectly valid. They shouldn't ignore your question, or say they're busy, or say the question doesn't make sense. They're obligated to respond because they're paid to do so. But again, this forum is NOT a paid support forum. People contribute here does NOT get paid to do so. So don't complain if your questions are unanswered. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 09:03:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 09:03:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtF2X-0008Gh-GG; Fri, 03 Feb 2012 09:02:41 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtF2V-0008Gc-FQ for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 09:02:39 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-14.tower-27.messagelabs.com!1328259625!51222158!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.8 required=7.0 tests=NO_OBLIGATION,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8143 invoked from network); 3 Feb 2012 09:00:27 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 09:00:27 -0000 Received: by pbds6 with SMTP id s6so20183743pbd.30 for ; Fri, 03 Feb 2012 01:02:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.217.132 with SMTP id oy4mr15984928pbc.30.1328259756018; Fri, 03 Feb 2012 01:02:36 -0800 (PST) Received: by 10.142.177.4 with HTTP; Fri, 3 Feb 2012 01:02:35 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Feb 2012 16:02:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: Likarpenkov Alexander Cc: Xen-users@lists.xensource.com, David Gonzalez Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 3:04 PM, Likarpenkov Alexander wrote: > > FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez > wrote: > ??>> this is the best forum eve, I asked a question weeks ago and didn't > ??>> even get a RTFM reply, you rule ppl. > > FAN> Lets see. Perhaps people are just busy. > > We are all busy > > FAN> Or your question doesn't make sense. > > If the question is asked - it makes sense. It is disrespectful to ignore the > issues. > You're missing the point. People that contribute (i.e. giving answers) in opensource user forums (including this one) mostly do so on their free time. They do so out of good will to help others, or wanting to share their experience. There's no obligation whatsoever for them to do anything. Not even to respond to a question. That's why I said "if you want prompt, accurate, replies, buy support contract. That's what it's there for". If you buy a support contract, and ask in their appropriate channel (e.g. web ticket, phone, whatever) then your comments is perfectly valid. They shouldn't ignore your question, or say they're busy, or say the question doesn't make sense. They're obligated to respond because they're paid to do so. But again, this forum is NOT a paid support forum. People contribute here does NOT get paid to do so. So don't complain if your questions are unanswered. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 09:39:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 09:39: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 1RtFbL-0000sP-Ve; Fri, 03 Feb 2012 09:38:39 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtFbL-0000sK-10 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 09:38:39 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1328261912!9646596!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,NO_OBLIGATION,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7533 invoked from network); 3 Feb 2012 09:38:32 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 09:38:32 -0000 Received: by eekb45 with SMTP id b45so10446326eek.30 for ; Fri, 03 Feb 2012 01:38:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=g+o2xm4a0MeD57ki+s0prf7AodzMTGP15LzVDEXYLmw=; b=q+MadImcSAEl/SEOCIYgpH0IMyDJgmGExdEXarlKLzpOIcVFZwlS75MMPXi0yR+st4 rFGSxvdTpYEkjApJxxYfp3N0Wys9f09zxftKX/VYDUFbhFldXnDN2z6nxDQufLqhvvih O/LLuMREl59Q97WvEEjRgSfF89dRZD9tX+o7k= Received: by 10.14.126.68 with SMTP id a44mr2041221eei.101.1328261912186; Fri, 03 Feb 2012 01:38:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.4.69 with HTTP; Fri, 3 Feb 2012 01:37:51 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Fri, 3 Feb 2012 01:37:51 -0800 Message-ID: To: "Fajar A. Nugraha" Cc: Likarpenkov Alexander , Xen-users@lists.xensource.com, David Gonzalez Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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="===============7544637103579684880==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============7544637103579684880== Content-Type: multipart/alternative; boundary=e0cb4e6ffbc571cfb704b80c1380 --e0cb4e6ffbc571cfb704b80c1380 Content-Type: text/plain; charset=UTF-8 On Fri, Feb 3, 2012 at 1:02 AM, Fajar A. Nugraha wrote: > On Fri, Feb 3, 2012 at 3:04 PM, Likarpenkov Alexander > wrote: > > > > FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez < > dgonzalezh@gmail.com> > > wrote: > > ??>> this is the best forum eve, I asked a question weeks ago and didn't > > ??>> even get a RTFM reply, you rule ppl. > > > > FAN> Lets see. Perhaps people are just busy. > > > > We are all busy > > > > FAN> Or your question doesn't make sense. > > > > If the question is asked - it makes sense. It is disrespectful to ignore > the > > issues. > > > > You're missing the point. > > People that contribute (i.e. giving answers) in opensource user forums > (including this one) mostly do so on their free time. They do so out > of good will to help others, or wanting to share their experience. > There's no obligation whatsoever for them to do anything. Not even to > respond to a question. > > That's why I said "if you want prompt, accurate, replies, buy support > contract. That's what it's there for". If you buy a support contract, > and ask in their appropriate channel (e.g. web ticket, phone, > whatever) then your comments is perfectly valid. They shouldn't ignore > your question, or say they're busy, or say the question doesn't make > sense. They're obligated to respond because they're paid to do so. > > But again, this forum is NOT a paid support forum. People contribute > here does NOT get paid to do so. So don't complain if your questions > are unanswered. > > -- > Fajar > > And those of us who answer questions here a lot scan the forums and if a question makes no intelligible sense we'll probably skip it. I know I'm not getting paid to offer my support and I don't think anyone else is either. Sometimes rewording a question will get you an answer. Attacking the people in the forum probably won't. Grant McWilliams grantmcwilliams.com --e0cb4e6ffbc571cfb704b80c1380 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Feb 3, 2012 at 1:02 AM, Fajar A. Nugraha= <list@fajar.net= > wrote:
On Fri, Feb 3, 2012 at 3:04 PM, Likarpenkov Alexander
<al@ohosting.org.ua> wrote:=
>
> FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez <dgonzalezh@gmail.com>
> wrote:
> ??>> this is the best forum eve, I asked a question weeks ago an= d didn't
> ??>> even get a RTFM reply, you rule ppl.
>
> FAN> Lets see. Perhaps people are just busy.
>
> We are all busy
>
> FAN> Or your question doesn't make sense.
>
> If the question is asked - it makes sense. It is disrespectful to igno= re the
> issues.
>

You're missing the point.

People that contribute (i.e. giving answers) in opensource user forums
(including this one) mostly do so on their free time. They do so out
of good will to help others, or wanting to share their experience.
There's no obligation whatsoever for them to do anything. Not even to respond to a question.

That's why I said "if you want prompt, accurate, replies, buy supp= ort
contract. That's what it's there for". If you buy a support co= ntract,
and ask in their appropriate channel (e.g. web ticket, phone,
whatever) then your comments is perfectly valid. They shouldn't ignore<= br> your question, or say they're busy, or say the question doesn't mak= e
sense. They're obligated to respond because they're paid to do so.<= br>
But again, this forum is NOT a paid support forum. People contribute
here does NOT get paid to do so. So don't complain if your questions are unanswered.

--
Fajar

=
And those of us who answer questions here a lot scan the for= ums and if a question makes no=C2=A0intelligible=C2=A0sense we'll proba= bly skip it.
I know I'm not getting paid to offer my support and I don't th= ink anyone else is either.=C2=A0

Sometimes rewordi= ng a question will get you an answer. Attacking the people in the forum pro= bably won't.

Grant McWilliams

=C2=A0
--e0cb4e6ffbc571cfb704b80c1380-- --===============7544637103579684880== 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.xensource.com http://lists.xensource.com/xen-users --===============7544637103579684880==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 09:39:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 09:39: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 1RtFbL-0000sP-Ve; Fri, 03 Feb 2012 09:38:39 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtFbL-0000sK-10 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 09:38:39 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1328261912!9646596!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,NO_OBLIGATION,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7533 invoked from network); 3 Feb 2012 09:38:32 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 09:38:32 -0000 Received: by eekb45 with SMTP id b45so10446326eek.30 for ; Fri, 03 Feb 2012 01:38:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=g+o2xm4a0MeD57ki+s0prf7AodzMTGP15LzVDEXYLmw=; b=q+MadImcSAEl/SEOCIYgpH0IMyDJgmGExdEXarlKLzpOIcVFZwlS75MMPXi0yR+st4 rFGSxvdTpYEkjApJxxYfp3N0Wys9f09zxftKX/VYDUFbhFldXnDN2z6nxDQufLqhvvih O/LLuMREl59Q97WvEEjRgSfF89dRZD9tX+o7k= Received: by 10.14.126.68 with SMTP id a44mr2041221eei.101.1328261912186; Fri, 03 Feb 2012 01:38:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.4.69 with HTTP; Fri, 3 Feb 2012 01:37:51 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Fri, 3 Feb 2012 01:37:51 -0800 Message-ID: To: "Fajar A. Nugraha" Cc: Likarpenkov Alexander , Xen-users@lists.xensource.com, David Gonzalez Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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="===============7544637103579684880==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============7544637103579684880== Content-Type: multipart/alternative; boundary=e0cb4e6ffbc571cfb704b80c1380 --e0cb4e6ffbc571cfb704b80c1380 Content-Type: text/plain; charset=UTF-8 On Fri, Feb 3, 2012 at 1:02 AM, Fajar A. Nugraha wrote: > On Fri, Feb 3, 2012 at 3:04 PM, Likarpenkov Alexander > wrote: > > > > FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez < > dgonzalezh@gmail.com> > > wrote: > > ??>> this is the best forum eve, I asked a question weeks ago and didn't > > ??>> even get a RTFM reply, you rule ppl. > > > > FAN> Lets see. Perhaps people are just busy. > > > > We are all busy > > > > FAN> Or your question doesn't make sense. > > > > If the question is asked - it makes sense. It is disrespectful to ignore > the > > issues. > > > > You're missing the point. > > People that contribute (i.e. giving answers) in opensource user forums > (including this one) mostly do so on their free time. They do so out > of good will to help others, or wanting to share their experience. > There's no obligation whatsoever for them to do anything. Not even to > respond to a question. > > That's why I said "if you want prompt, accurate, replies, buy support > contract. That's what it's there for". If you buy a support contract, > and ask in their appropriate channel (e.g. web ticket, phone, > whatever) then your comments is perfectly valid. They shouldn't ignore > your question, or say they're busy, or say the question doesn't make > sense. They're obligated to respond because they're paid to do so. > > But again, this forum is NOT a paid support forum. People contribute > here does NOT get paid to do so. So don't complain if your questions > are unanswered. > > -- > Fajar > > And those of us who answer questions here a lot scan the forums and if a question makes no intelligible sense we'll probably skip it. I know I'm not getting paid to offer my support and I don't think anyone else is either. Sometimes rewording a question will get you an answer. Attacking the people in the forum probably won't. Grant McWilliams grantmcwilliams.com --e0cb4e6ffbc571cfb704b80c1380 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Feb 3, 2012 at 1:02 AM, Fajar A. Nugraha= <list@fajar.net= > wrote:
On Fri, Feb 3, 2012 at 3:04 PM, Likarpenkov Alexander
<al@ohosting.org.ua> wrote:=
>
> FAN> On Fri, Feb 3, 2012 at 11:13 AM, David Gonzalez <dgonzalezh@gmail.com>
> wrote:
> ??>> this is the best forum eve, I asked a question weeks ago an= d didn't
> ??>> even get a RTFM reply, you rule ppl.
>
> FAN> Lets see. Perhaps people are just busy.
>
> We are all busy
>
> FAN> Or your question doesn't make sense.
>
> If the question is asked - it makes sense. It is disrespectful to igno= re the
> issues.
>

You're missing the point.

People that contribute (i.e. giving answers) in opensource user forums
(including this one) mostly do so on their free time. They do so out
of good will to help others, or wanting to share their experience.
There's no obligation whatsoever for them to do anything. Not even to respond to a question.

That's why I said "if you want prompt, accurate, replies, buy supp= ort
contract. That's what it's there for". If you buy a support co= ntract,
and ask in their appropriate channel (e.g. web ticket, phone,
whatever) then your comments is perfectly valid. They shouldn't ignore<= br> your question, or say they're busy, or say the question doesn't mak= e
sense. They're obligated to respond because they're paid to do so.<= br>
But again, this forum is NOT a paid support forum. People contribute
here does NOT get paid to do so. So don't complain if your questions are unanswered.

--
Fajar

=
And those of us who answer questions here a lot scan the for= ums and if a question makes no=C2=A0intelligible=C2=A0sense we'll proba= bly skip it.
I know I'm not getting paid to offer my support and I don't th= ink anyone else is either.=C2=A0

Sometimes rewordi= ng a question will get you an answer. Attacking the people in the forum pro= bably won't.

Grant McWilliams

=C2=A0
--e0cb4e6ffbc571cfb704b80c1380-- --===============7544637103579684880== 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.xensource.com http://lists.xensource.com/xen-users --===============7544637103579684880==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 10:11:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 10:11: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 1RtG5j-0002Iz-2A; Fri, 03 Feb 2012 10:10:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtG5g-0002Iq-Of for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 10:10:01 +0000 Received: from [85.158.138.51:32747] by server-2.bemta-3.messagelabs.com id 18/7D-15021-772BB2F4; Fri, 03 Feb 2012 10:09:59 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-12.tower-174.messagelabs.com!1328263799!11791114!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=NO_OBLIGATION X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11922 invoked from network); 3 Feb 2012 10:09:59 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-12.tower-174.messagelabs.com with SMTP; 3 Feb 2012 10:09:59 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 89EC610401B for ; Fri, 3 Feb 2012 10:09:57 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id grq0doqSwmYm for ; Fri, 3 Feb 2012 10:09:57 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 2784029F9E for ; Fri, 3 Feb 2012 10:09:57 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 3 Feb 2012 10:08:12 +0000 To: Xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Fajar A. Nugraha wrote: >You're missing the point. > >People that contribute (i.e. giving answers) in opensource user forums >(including this one) mostly do so on their free time. They do so out >of good will to help others, or wanting to share their experience. >There's no obligation whatsoever for them to do anything. Not even to >respond to a question. Furthermore, at least speaking for myself, if I don't have an answer then I'll keep quiet. Thus if no-one has any clue or no-one can understand what's being asked, then there'll be no answer. The alternative would be dozens (or even hundreds) of people answering with "I've no idea" which definitely wouldn't be helpful. http://www.catb.org/~esr/faqs/smart-questions.html is worth a good read The OP may particularly care to turn to http://www.catb.org/~esr/faqs/smart-questions.html#id479876 -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 10:11:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 10:11: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 1RtG5j-0002Iz-2A; Fri, 03 Feb 2012 10:10:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtG5g-0002Iq-Of for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 10:10:01 +0000 Received: from [85.158.138.51:32747] by server-2.bemta-3.messagelabs.com id 18/7D-15021-772BB2F4; Fri, 03 Feb 2012 10:09:59 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-12.tower-174.messagelabs.com!1328263799!11791114!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=NO_OBLIGATION X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11922 invoked from network); 3 Feb 2012 10:09:59 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-12.tower-174.messagelabs.com with SMTP; 3 Feb 2012 10:09:59 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 89EC610401B for ; Fri, 3 Feb 2012 10:09:57 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id grq0doqSwmYm for ; Fri, 3 Feb 2012 10:09:57 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 2784029F9E for ; Fri, 3 Feb 2012 10:09:57 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 3 Feb 2012 10:08:12 +0000 To: Xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Fajar A. Nugraha wrote: >You're missing the point. > >People that contribute (i.e. giving answers) in opensource user forums >(including this one) mostly do so on their free time. They do so out >of good will to help others, or wanting to share their experience. >There's no obligation whatsoever for them to do anything. Not even to >respond to a question. Furthermore, at least speaking for myself, if I don't have an answer then I'll keep quiet. Thus if no-one has any clue or no-one can understand what's being asked, then there'll be no answer. The alternative would be dozens (or even hundreds) of people answering with "I've no idea" which definitely wouldn't be helpful. http://www.catb.org/~esr/faqs/smart-questions.html is worth a good read The OP may particularly care to turn to http://www.catb.org/~esr/faqs/smart-questions.html#id479876 -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 10:59:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 10:59:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtGqB-00043c-JC; Fri, 03 Feb 2012 10:58:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtGq9-00043X-B2 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 10:58:01 +0000 Received: from [85.158.138.51:35922] by server-2.bemta-3.messagelabs.com id 9A/95-15021-8BDBB2F4; Fri, 03 Feb 2012 10:58:00 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-4.tower-174.messagelabs.com!1328266679!11855971!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4393 invoked from network); 3 Feb 2012 10:57:59 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-4.tower-174.messagelabs.com with SMTP; 3 Feb 2012 10:57:59 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 8C0CC10401A for ; Fri, 3 Feb 2012 10:57:57 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WSMsLq1YiPkV for ; Fri, 3 Feb 2012 10:57:57 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 260C929F9E for ; Fri, 3 Feb 2012 10:57:57 +0000 (GMT) Mime-Version: 1.0 Message-Id: Date: Fri, 3 Feb 2012 10:57:54 +0000 To: xen-users@lists.xensource.com From: Simon Hobson Subject: [Xen-users] Problem with Appletalk - Xen related ? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I have a system with Debian Squeeze & Xen 4.0 I installed Netatalk on a guest (also Debian Squeeze, PV) but atalkd won't start - reporting "Can't configure multicast". If I install Netatalk on Dom0 then it works - though being on the wrong machine it's not very useful. I also tried installing on another guest - got the same results so it looks like it won't run in a PV guest (or at least the PV guests I'm running). Does anyone have any ideas ? Should the virtual NIC support this ? atalkd is the Netatalk component that provides native AppleTalk protocol handling on the network - separate to the file & print services etc that can also run over IP. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 10:59:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 10:59:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtGqB-00043c-JC; Fri, 03 Feb 2012 10:58:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtGq9-00043X-B2 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 10:58:01 +0000 Received: from [85.158.138.51:35922] by server-2.bemta-3.messagelabs.com id 9A/95-15021-8BDBB2F4; Fri, 03 Feb 2012 10:58:00 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-4.tower-174.messagelabs.com!1328266679!11855971!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4393 invoked from network); 3 Feb 2012 10:57:59 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-4.tower-174.messagelabs.com with SMTP; 3 Feb 2012 10:57:59 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 8C0CC10401A for ; Fri, 3 Feb 2012 10:57:57 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WSMsLq1YiPkV for ; Fri, 3 Feb 2012 10:57:57 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 260C929F9E for ; Fri, 3 Feb 2012 10:57:57 +0000 (GMT) Mime-Version: 1.0 Message-Id: Date: Fri, 3 Feb 2012 10:57:54 +0000 To: xen-users@lists.xensource.com From: Simon Hobson Subject: [Xen-users] Problem with Appletalk - Xen related ? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I have a system with Debian Squeeze & Xen 4.0 I installed Netatalk on a guest (also Debian Squeeze, PV) but atalkd won't start - reporting "Can't configure multicast". If I install Netatalk on Dom0 then it works - though being on the wrong machine it's not very useful. I also tried installing on another guest - got the same results so it looks like it won't run in a PV guest (or at least the PV guests I'm running). Does anyone have any ideas ? Should the virtual NIC support this ? atalkd is the Netatalk component that provides native AppleTalk protocol handling on the network - separate to the file & print services etc that can also run over IP. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 11:19:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 11:19:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtH9j-0004da-P0; Fri, 03 Feb 2012 11:18:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtH9i-0004dI-Vj for xen-users@lists.xensource.com; Fri, 03 Feb 2012 11:18:15 +0000 Received: from [85.158.143.99:63912] by server-1.bemta-4.messagelabs.com id B1/F6-29738-672CB2F4; Fri, 03 Feb 2012 11:18:14 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1328267891!13348156!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 918 invoked from network); 3 Feb 2012 11:18:13 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 11:18:13 -0000 Received: by damc16 with SMTP id c16so17469327dam.30 for ; Fri, 03 Feb 2012 03:18:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=co6xRjC0KVJhwkn731snI/lIsThPnKZZKVs1Ym6BC6Q=; b=MZF4hnjkXau8rxREnQvuVEmmpQ5WB2Fo44rSCiGRaG+DcdwT2zusPENlAJaa+3rA4p +iLIO/N+Or/HSBbqYh8CcbQEFn2biw7Yf1U1ZziP9X1N8WdGqKltrPOxL/nC6pHfacUg CqVZyzPFdj+/laFWSyqkxJqe68VFjyMt2dh3U= Received: by 10.68.73.6 with SMTP id h6mr16652818pbv.116.1328267890481; Fri, 03 Feb 2012 03:18:10 -0800 (PST) Received: from [192.168.0.6] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id o7sm12367352pbq.8.2012.02.03.03.18.08 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 03 Feb 2012 03:18:09 -0800 (PST) From: Qrux Date: Fri, 3 Feb 2012 03:18:09 -0800 Message-Id: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] Terribad "file:" performance (vs reasonable "phy:" perf) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Howdy, I've done a bit more research, and found some answers to my earlier question about qemu-dm. It would seem that a 64-bit 3.x kernel does not have blktap drivers available. And, according to the docs in docs/misc/xl-disk-configuration.txt, when a domU disk is specified as: file:/path/to/file the rule seems to be: "For block device type 'file' with format raw or when no format specfied, tapdisk2 is used when present otherwise qemu fallback option is used." I dug through some older sources that suggested using the "phy:" block-device-type with a loop device (e.g., /dev/loop0). This worked, and gave an order-of-magnitude improvement. Here's what I've observed: on a quad-core i5-2400 with a single sata HD, I see this type of performance: * A physical disk partition - phy:/dev/sda7 - ~55 MB/s * A loop device using the phy: driver - phy:/dev/loop0 - ~35 MB/s * A qemu-dm fallback - file:/xen/domU.img - < 3 MB/s (!) Before pursuing this any further, it would be reassuring to hear that other people have seen similar results, or if I'm barking up the wrong tree. Specifically, my configuration is Xen-4.1.2 on a 64-bit Linux-3.1.0 dom0 (dom0_mem=2048), with a 64-bit Linux-3.1.0 domU configured as a PV host. Neither host nor guest is multilib or has 32-bit libraries. And, I'm using xl (not xm) to start my instance. Have the collective "you" seen numbers like these, or is this a sign that I'm missing something? In addition, even though that same doc suggests that these "device type specifiers" like "file:" or "phy:" are deprecated, until a blktap driver is ported to a pure-64-bit environment, they are still necessary, right? My 64-bit build doesn't have blktapctl (or whatever that daemon is called), and when I leave out the type specifier, the domU hangs on waiting for XENBUS, which--along with the various log outputs--seemed to indicate that it was stuck trying to load a blktap driver which doesn't exist. In short, I'd like to have a reasonable assurance that my choice for non-fixed partitions (along with my other system constraints) is using a "phy:" device type with either: 1) loop devices I create by hand at the start of each VM, or 2) using LVM, which creates virtual block devices. Are those my choices aside from qemu-dm (which appears to suck wind)? Q _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 11:19:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 11:19:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtH9j-0004da-P0; Fri, 03 Feb 2012 11:18:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtH9i-0004dI-Vj for xen-users@lists.xensource.com; Fri, 03 Feb 2012 11:18:15 +0000 Received: from [85.158.143.99:63912] by server-1.bemta-4.messagelabs.com id B1/F6-29738-672CB2F4; Fri, 03 Feb 2012 11:18:14 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1328267891!13348156!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 918 invoked from network); 3 Feb 2012 11:18:13 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 11:18:13 -0000 Received: by damc16 with SMTP id c16so17469327dam.30 for ; Fri, 03 Feb 2012 03:18:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=co6xRjC0KVJhwkn731snI/lIsThPnKZZKVs1Ym6BC6Q=; b=MZF4hnjkXau8rxREnQvuVEmmpQ5WB2Fo44rSCiGRaG+DcdwT2zusPENlAJaa+3rA4p +iLIO/N+Or/HSBbqYh8CcbQEFn2biw7Yf1U1ZziP9X1N8WdGqKltrPOxL/nC6pHfacUg CqVZyzPFdj+/laFWSyqkxJqe68VFjyMt2dh3U= Received: by 10.68.73.6 with SMTP id h6mr16652818pbv.116.1328267890481; Fri, 03 Feb 2012 03:18:10 -0800 (PST) Received: from [192.168.0.6] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id o7sm12367352pbq.8.2012.02.03.03.18.08 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 03 Feb 2012 03:18:09 -0800 (PST) From: Qrux Date: Fri, 3 Feb 2012 03:18:09 -0800 Message-Id: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] Terribad "file:" performance (vs reasonable "phy:" perf) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Howdy, I've done a bit more research, and found some answers to my earlier question about qemu-dm. It would seem that a 64-bit 3.x kernel does not have blktap drivers available. And, according to the docs in docs/misc/xl-disk-configuration.txt, when a domU disk is specified as: file:/path/to/file the rule seems to be: "For block device type 'file' with format raw or when no format specfied, tapdisk2 is used when present otherwise qemu fallback option is used." I dug through some older sources that suggested using the "phy:" block-device-type with a loop device (e.g., /dev/loop0). This worked, and gave an order-of-magnitude improvement. Here's what I've observed: on a quad-core i5-2400 with a single sata HD, I see this type of performance: * A physical disk partition - phy:/dev/sda7 - ~55 MB/s * A loop device using the phy: driver - phy:/dev/loop0 - ~35 MB/s * A qemu-dm fallback - file:/xen/domU.img - < 3 MB/s (!) Before pursuing this any further, it would be reassuring to hear that other people have seen similar results, or if I'm barking up the wrong tree. Specifically, my configuration is Xen-4.1.2 on a 64-bit Linux-3.1.0 dom0 (dom0_mem=2048), with a 64-bit Linux-3.1.0 domU configured as a PV host. Neither host nor guest is multilib or has 32-bit libraries. And, I'm using xl (not xm) to start my instance. Have the collective "you" seen numbers like these, or is this a sign that I'm missing something? In addition, even though that same doc suggests that these "device type specifiers" like "file:" or "phy:" are deprecated, until a blktap driver is ported to a pure-64-bit environment, they are still necessary, right? My 64-bit build doesn't have blktapctl (or whatever that daemon is called), and when I leave out the type specifier, the domU hangs on waiting for XENBUS, which--along with the various log outputs--seemed to indicate that it was stuck trying to load a blktap driver which doesn't exist. In short, I'd like to have a reasonable assurance that my choice for non-fixed partitions (along with my other system constraints) is using a "phy:" device type with either: 1) loop devices I create by hand at the start of each VM, or 2) using LVM, which creates virtual block devices. Are those my choices aside from qemu-dm (which appears to suck wind)? Q _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 11:22:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 11:22: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 1RtHCr-0004zq-LU; Fri, 03 Feb 2012 11:21:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtHCq-0004zf-7y for xen-users@lists.xensource.com; Fri, 03 Feb 2012 11:21:28 +0000 Received: from [85.158.138.51:15426] by server-5.bemta-3.messagelabs.com id 02/62-25695-733CB2F4; Fri, 03 Feb 2012 11:21:27 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1328268086!11861306!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15249 invoked from network); 3 Feb 2012 11:21:26 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 11:21:26 -0000 Received: from p4fd6b04a.dip.t-dialin.net ([79.214.176.74] helo=android-niels.syndicat) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1RtHCm-0002eS-NC; Fri, 03 Feb 2012 12:21:25 +0100 References: <474eba6c-9d91-4140-8ec0-a329ccdcbda8@email.android.com> User-Agent: K-9 Mail for Android In-Reply-To: <474eba6c-9d91-4140-8ec0-a329ccdcbda8@email.android.com> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Fri, 03 Feb 2012 12:11:20 +0100 To: Simon Hobson ,xen-users@lists.xensource.com Message-ID: <77840eb1-3dbe-4c6b-80e2-9b8edc3f2f5b@email.android.com> Subject: Re: [Xen-users] Problem with Appletalk - Xen related ? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Simon Hobson schrieb: >I installed Netatalk on a guest (also Debian Squeeze, PV) but atalkd >won't start - reporting "Can't configure multicast". If I install >Netatalk on Dom0 then it work I'm not experienced with atalkd, but did your kernel provides the same IP and atalk features as in your Dom0 (i.e. IP multicast etc.)? Did you use a bridged xen setup and is your bridge connected to the same physical network as your Dom0. If not, could you try that? best regards, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAk8rwNc6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDQ96AJ9WmBeiTZVI UM4+r6+DmBu8oWprcQCfYvIxedXS4Q9gRnLlu4S43rhkgGU= =5Zh1 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 11:22:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 11:22: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 1RtHCr-0004zq-LU; Fri, 03 Feb 2012 11:21:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtHCq-0004zf-7y for xen-users@lists.xensource.com; Fri, 03 Feb 2012 11:21:28 +0000 Received: from [85.158.138.51:15426] by server-5.bemta-3.messagelabs.com id 02/62-25695-733CB2F4; Fri, 03 Feb 2012 11:21:27 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1328268086!11861306!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15249 invoked from network); 3 Feb 2012 11:21:26 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 11:21:26 -0000 Received: from p4fd6b04a.dip.t-dialin.net ([79.214.176.74] helo=android-niels.syndicat) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1RtHCm-0002eS-NC; Fri, 03 Feb 2012 12:21:25 +0100 References: <474eba6c-9d91-4140-8ec0-a329ccdcbda8@email.android.com> User-Agent: K-9 Mail for Android In-Reply-To: <474eba6c-9d91-4140-8ec0-a329ccdcbda8@email.android.com> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Fri, 03 Feb 2012 12:11:20 +0100 To: Simon Hobson ,xen-users@lists.xensource.com Message-ID: <77840eb1-3dbe-4c6b-80e2-9b8edc3f2f5b@email.android.com> Subject: Re: [Xen-users] Problem with Appletalk - Xen related ? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Simon Hobson schrieb: >I installed Netatalk on a guest (also Debian Squeeze, PV) but atalkd >won't start - reporting "Can't configure multicast". If I install >Netatalk on Dom0 then it work I'm not experienced with atalkd, but did your kernel provides the same IP and atalk features as in your Dom0 (i.e. IP multicast etc.)? Did you use a bridged xen setup and is your bridge connected to the same physical network as your Dom0. If not, could you try that? best regards, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAk8rwNc6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDQ96AJ9WmBeiTZVI UM4+r6+DmBu8oWprcQCfYvIxedXS4Q9gRnLlu4S43rhkgGU= =5Zh1 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 12:00:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 12:00:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtHnA-0006gb-Ut; Fri, 03 Feb 2012 11:59:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtHn8-0006gW-LC for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 11:58:58 +0000 Received: from [85.158.139.83:20688] by server-7.bemta-5.messagelabs.com id 44/94-08209-10CCB2F4; Fri, 03 Feb 2012 11:58:57 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-15.tower-182.messagelabs.com!1328270336!13519864!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.5 required=7.0 tests=FORGED_MUA_OUTLOOK, NO_OBLIGATION X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27272 invoked from network); 3 Feb 2012 11:58:57 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 11:58:57 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q13BvlVF022237 for ; Fri, 3 Feb 2012 13:57:49 +0200 Message-ID: <89FB6E800FD54414B8F320A4FB613D9E@nobody> From: "Likarpenkov Alexander" To: References: Date: Fri, 3 Feb 2012 13:59:06 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com The above was made that the issue is not important, and so it is ignored. Each of us here spent many hours figuring with Xen. And to say that we should have no need to read - each is to be understood. If someone wants money for the answer to the question - and it should say. If I was sure that I get exactly the right answer and that's my kind - I would have paid the support. But I bet - which for my money I do not get what you need, and trying to find answers in this correspondence, I am looking for clever ideas, rather than "gannet's answers - read it yet or you did not ask me important questions, although I do not know about what they mean." Maybe everyone is using Xen but the dream to become Bill Gates? Thought becomes rich fool So, let's respect for all members of the xen-user and help. I have a lot of experience and I am ready to share them, let them try the same thing to everyone. But I also have unresolved issues where I need all your help SH> Fajar A. Nugraha wrote: ??>> You're missing the point. ??>> ??>> People that contribute (i.e. giving answers) in opensource user forums ??>> (including this one) mostly do so on their free time. They do so out ??>> of good will to help others, or wanting to share their experience. ??>> There's no obligation whatsoever for them to do anything. Not even to ??>> respond to a question. SH> Furthermore, at least speaking for myself, if I don't have an answer SH> then I'll keep quiet. Thus if no-one has any clue or no-one can SH> understand what's being asked, then there'll be no answer. The SH> alternative would be dozens (or even hundreds) of people answering SH> with "I've no idea" which definitely wouldn't be helpful. SH> http://www.catb.org/~esr/faqs/smart-questions.html SH> is worth a good read SH> The OP may particularly care to turn to SH> http://www.catb.org/~esr/faqs/smart-questions.html#id479876 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 12:00:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 12:00:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtHnA-0006gb-Ut; Fri, 03 Feb 2012 11:59:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtHn8-0006gW-LC for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 11:58:58 +0000 Received: from [85.158.139.83:20688] by server-7.bemta-5.messagelabs.com id 44/94-08209-10CCB2F4; Fri, 03 Feb 2012 11:58:57 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-15.tower-182.messagelabs.com!1328270336!13519864!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.5 required=7.0 tests=FORGED_MUA_OUTLOOK, NO_OBLIGATION X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27272 invoked from network); 3 Feb 2012 11:58:57 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 11:58:57 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q13BvlVF022237 for ; Fri, 3 Feb 2012 13:57:49 +0200 Message-ID: <89FB6E800FD54414B8F320A4FB613D9E@nobody> From: "Likarpenkov Alexander" To: References: Date: Fri, 3 Feb 2012 13:59:06 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com The above was made that the issue is not important, and so it is ignored. Each of us here spent many hours figuring with Xen. And to say that we should have no need to read - each is to be understood. If someone wants money for the answer to the question - and it should say. If I was sure that I get exactly the right answer and that's my kind - I would have paid the support. But I bet - which for my money I do not get what you need, and trying to find answers in this correspondence, I am looking for clever ideas, rather than "gannet's answers - read it yet or you did not ask me important questions, although I do not know about what they mean." Maybe everyone is using Xen but the dream to become Bill Gates? Thought becomes rich fool So, let's respect for all members of the xen-user and help. I have a lot of experience and I am ready to share them, let them try the same thing to everyone. But I also have unresolved issues where I need all your help SH> Fajar A. Nugraha wrote: ??>> You're missing the point. ??>> ??>> People that contribute (i.e. giving answers) in opensource user forums ??>> (including this one) mostly do so on their free time. They do so out ??>> of good will to help others, or wanting to share their experience. ??>> There's no obligation whatsoever for them to do anything. Not even to ??>> respond to a question. SH> Furthermore, at least speaking for myself, if I don't have an answer SH> then I'll keep quiet. Thus if no-one has any clue or no-one can SH> understand what's being asked, then there'll be no answer. The SH> alternative would be dozens (or even hundreds) of people answering SH> with "I've no idea" which definitely wouldn't be helpful. SH> http://www.catb.org/~esr/faqs/smart-questions.html SH> is worth a good read SH> The OP may particularly care to turn to SH> http://www.catb.org/~esr/faqs/smart-questions.html#id479876 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 12:47:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 12:47:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtIW6-00088q-LF; Fri, 03 Feb 2012 12:45:26 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtIW4-00088l-Vr for xen-users@lists.xensource.com; Fri, 03 Feb 2012 12:45:25 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-7.tower-182.messagelabs.com!1328273118!13508108!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 937 invoked from network); 3 Feb 2012 12:45:18 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 12:45:18 -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 q13CjHv6012619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 3 Feb 2012 13:45:17 +0100 (CET) Message-ID: <4F2BD6DD.7080004@toulouse.inra.fr> Date: Fri, 03 Feb 2012 13:45:17 +0100 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" X-Miltered: at yang with ID 4F2BD6DD.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4F2BD6DD.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 4F2BD6DD.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.013 -> S=0.013 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: [Xen-users] Virtual machine with more than 256 Gb memory X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello everybody We are now planning to buy a new (and big: typically a 40-core machine, 1Tb memory) which would have about 10-20 virtual machines. One of those virtual machines would be dedicated to scientific software, and should have 768Gb just for itself. The host operating system would be whether Debian 6, OR Suse Entreprise v 10. The first one because we know and love Debian, the latter because only suse is supported by Dell (alas). So, the questions are: 1/ Is such a configuration simply possible ? Just now on debian the max memory for a virtual machine is set to 256 Gb. Is getting 768Gb only a question of kernel compilation, or is there something more complicated ? (I don't have such a configuration yet, so I cannot test...). 2/ Which Xen version is packaged by Suse ? Is it a 4.0.1 as in Debian 6, or is it a more recent version ? 3/ Does anybody around here have any feedback about Xen on suse Entreprise 10 ? Thanks in advance for your kind answers -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 B.P.52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 12:47:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 12:47:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtIW6-00088q-LF; Fri, 03 Feb 2012 12:45:26 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtIW4-00088l-Vr for xen-users@lists.xensource.com; Fri, 03 Feb 2012 12:45:25 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-7.tower-182.messagelabs.com!1328273118!13508108!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 937 invoked from network); 3 Feb 2012 12:45:18 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 12:45:18 -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 q13CjHv6012619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 3 Feb 2012 13:45:17 +0100 (CET) Message-ID: <4F2BD6DD.7080004@toulouse.inra.fr> Date: Fri, 03 Feb 2012 13:45:17 +0100 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" X-Miltered: at yang with ID 4F2BD6DD.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4F2BD6DD.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 4F2BD6DD.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.013 -> S=0.013 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: [Xen-users] Virtual machine with more than 256 Gb memory X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello everybody We are now planning to buy a new (and big: typically a 40-core machine, 1Tb memory) which would have about 10-20 virtual machines. One of those virtual machines would be dedicated to scientific software, and should have 768Gb just for itself. The host operating system would be whether Debian 6, OR Suse Entreprise v 10. The first one because we know and love Debian, the latter because only suse is supported by Dell (alas). So, the questions are: 1/ Is such a configuration simply possible ? Just now on debian the max memory for a virtual machine is set to 256 Gb. Is getting 768Gb only a question of kernel compilation, or is there something more complicated ? (I don't have such a configuration yet, so I cannot test...). 2/ Which Xen version is packaged by Suse ? Is it a 4.0.1 as in Debian 6, or is it a more recent version ? 3/ Does anybody around here have any feedback about Xen on suse Entreprise 10 ? Thanks in advance for your kind answers -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 B.P.52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 13:45:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 13:45:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJPg-00023N-65; Fri, 03 Feb 2012 13:42:52 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJPd-00022g-Oq; Fri, 03 Feb 2012 13:42:50 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1328276562!13046231!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21262 invoked from network); 3 Feb 2012 13:42:42 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 13:42:42 -0000 Received: by wibhm2 with SMTP id hm2so7261341wib.30 for ; Fri, 03 Feb 2012 05:42:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=rXJSwMJJcdGbI5GWy5kM1PwYR/7sBouCMtRkaP3Q76I=; b=rrNsi7pEC3K8eivaQS84H7FeQTF0yuOWEa+suHdoVum6fgvYXNp+230/gS2ZSV4v6v l1lpR+X7Uqf1/2Bi25p4/JzDi7hHitELQFvafFvPJSXhhvFJnitaaDfGqR2kdwEokcbx wrvqRaYFbAcZVgAML0aoY+HXQfAK06BjvNOOQ= Received: by 10.180.89.71 with SMTP id bm7mr24788379wib.20.1328276562323; Fri, 03 Feb 2012 05:42:42 -0800 (PST) Received: from [172.16.26.10] (d54C6D43E.access.telenet.be. [84.198.212.62]) by mx.google.com with ESMTPS id hc10sm6629996wib.8.2012.02.03.05.42.38 (version=SSLv3 cipher=OTHER); Fri, 03 Feb 2012 05:42:41 -0800 (PST) Message-ID: <4F2BE44B.5030003@xen.org> Date: Fri, 03 Feb 2012 13:42:35 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , "xen-api@lists.xensource.com" , "xen-arm@lists.xensource.com" Subject: [Xen-users] Give us feedback for the new Xen.org site X-BeenThere: xen-users@lists.xensource.com 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="===============5915635039176070331==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============5915635039176070331== Content-Type: multipart/alternative; boundary="------------070106040103040206070901" This is a multi-part message in MIME format. --------------070106040103040206070901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear Community Members, I am finally able to build a new website for Xen.org. The aim of this work is to create an engaging and integrated community web site that invites participation and acts as a portal for Xen users, developers and companies in the eco-system. You can give input on the site by going to http://wiki.xen.org/wiki/New_Xen_Website The new site will have several main areas: The home page, which mainly acts as an aggregator for news and activity happening in the community. This should make it easier for newcomers to Xen, to have a brief look and get a feeling of the vibrancy of the Xen community.There is actually a lot of activity today: it is merely obscured and hidden as the activity is dispersed to many places. The home page will also provide a window into the new Xen.org blog, as well as sections for Xen events, etc. An area for users. This area will provide information about Xen and Xen projects, will help you learn about Xen, will point people to downloads and Linux/Unix distributions that contain Xen, will help you find documentation,will help you get help and support, etc. Xen has traditionally been a very developer focused community.As a consequence we have not supported our users that well. I have some open questions in this area, where I will be looking for your input. For example: is there a preference for mailing lists, forums, or stackoverflow like functionality? How should we best link to Linux distributions and other projects that distribute Xen? An eco-system area: this is essentially a searchable directory of product and projects that use Xen, modify Xen, build on top of Xen, distribute Xen, etc. It is also a directory of research around Xen and services such as consultancy, training, hosting and cloud vendors that are built on top of Xen. This section will be fairly interactive: the intention is that if you are a vendor, you can add an entry to the directory which will be approved by a moderator moderator before publication. As a user of the directory, you can rate, recommend, comment on vendors, products, projects, etc. An area for developers: this contains project descriptions, links to downloads, codelines, information about governance, mailing lists, etc. Other changes: the site will have the capability to register users. Generally, all areas of the site will be accessible without any user account, except for areas where you need to write to the site and identification is thus necessary. We envisage that we will be able to implement single sign-on capability for the new site and at least theXen wiki. There will be user profiles that allow you to provide information about how you use Xen, but ultimately you only have to provide what you are comfortable with. The idea is for example that I can implement functionality such as the old community spotlight section by just maintaining a list of profile names. Name, pictures, bio, etc. would be managed and maintained by you. I am also looking at capabilities, such as being able to send newsletters, to registered site users. *Where I need your input* ** We will consult you on questions such as look and feel, on a new or revamped Xen logo, on new panda's, on navigation, on some of the headlines and taglines. In some areas we do not quite know what you want from Xen.org: e.g. should we have a user mailing list, user fora and/or support forum functionality similar to stackoverflow? Should we make the developer mailing lists accessible via the website? I also wanted to get views on whether it is OK to require logging into the site before you download a Xen or XCP binary. My thinking is that this is not good, but that it is OK to ask you nicely to sign in and/or create an account before you download. Having some information about its users is important to maintain the long term health of an open source project: today Xen has very little information about its users. Mainly,because we never asked. Providing information is an easy way how you can give something back to the community. Another area where we will consult you is on how we migrate you from existing systems to the new one. Is it OK, to migrate existing users to the new site (using some kind of opt-out or activation scheme)? Is it not, etc.? Links to feedback sheets, mockups, etc. can be found here: http://wiki.xen.org/wiki/New_Xen_Website Looking forward to hear from you Best Regards Lars ** --------------070106040103040206070901 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Dear Community Members,

I am finally able to build a new website for Xen.org. The aim of this work is to create an engaging and integrated community web site that invites participation and acts as a portal for Xen users, developers and companies in the eco-system. You can give input on the site by going to http://wiki.xen.org/wiki/New_Xen_Website

The new site will have several main areas:

The home page, which mainly acts as an aggregator for news and activity happening in the community. This should make it easier for newcomers to Xen, to have a brief look and get a feeling of the vibrancy of the Xen community.  There is actually a lot of activity today: it is merely obscured and hidden as the activity is dispersed to many places. The home page will also provide a window into the new Xen.org blog, as well as sections for Xen events, etc.

An area for users. This area will provide information about Xen and Xen projects, will help you learn about Xen, will point people to downloads and Linux/Unix distributions that contain Xen, will help you find documentation,  will help you get help and support, etc. Xen has traditionally been a very developer focused community.  As a consequence we have not supported our users that well. I have some open questions in this area, where I will be looking for your input. For example: is there a preference for mailing lists, forums, or stackoverflow like functionality? How should we best link to Linux distributions and other projects that distribute Xen?

An eco-system area: this is essentially a searchable directory of product and projects that use Xen, modify Xen, build on top of Xen, distribute Xen, etc. It is also a directory of research around Xen and services such as consultancy, training, hosting and cloud vendors that are built on top of Xen. This section will be fairly interactive: the intention is that if you are a vendor, you can add an entry to the directory which will be approved by a moderator moderator before publication. As a user of the directory, you can rate, recommend, comment on vendors, products, projects, etc.

An area for developers: this contains project descriptions, links to downloads, codelines, information about governance, mailing lists, etc.

Other changes: the site will have the capability to register users. Generally, all areas of the site will be accessible without any user account, except for areas where you need to write to the site and identification is thus necessary. We envisage that we will be able to implement single sign-on capability for the new site and at least the  Xen wiki. There will be user profiles that allow you to provide information about how you use Xen, but ultimately you only have to provide what you are comfortable with. The idea is for example that I can implement functionality such as the old community spotlight section by just maintaining a list of profile names. Name, pictures, bio, etc. would be managed and maintained by you. I am also looking at capabilities, such as being able to send newsletters, to registered site users.

Where I need your input

We will consult you on questions such as look and feel, on a new or revamped Xen logo, on new panda's, on navigation, on some of the headlines and taglines.

In some areas we do not quite know what you want from Xen.org: e.g. should we have a user mailing list, user fora and/or support forum functionality similar to stackoverflow? Should we make the developer mailing lists accessible via the website?

I also wanted to get views on whether it is OK to require logging into the site before you download a Xen or XCP binary. My thinking is that this is not good, but that it is OK to ask you nicely to sign in and/or create an account before you download. Having some information about its users is important to maintain the long term health of an open source project: today Xen has very little information about its users. Mainly,  because we never asked. Providing information is an easy way how you can give something back to the community.

Another area where we will consult you is on how we migrate you from existing systems to the new one. Is it OK, to migrate existing users to the new site (using some kind of opt-out or activation scheme)? Is it not, etc.?

Links to feedback sheets, mockups, etc. can be found here: http://wiki.xen.org/wiki/New_Xen_Website

Looking forward to hear from you

Best Regards
Lars

--------------070106040103040206070901-- --===============5915635039176070331== 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.xensource.com http://lists.xensource.com/xen-users --===============5915635039176070331==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 13:45:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 13:45:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJPg-00023N-65; Fri, 03 Feb 2012 13:42:52 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJPd-00022g-Oq; Fri, 03 Feb 2012 13:42:50 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1328276562!13046231!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21262 invoked from network); 3 Feb 2012 13:42:42 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 13:42:42 -0000 Received: by wibhm2 with SMTP id hm2so7261341wib.30 for ; Fri, 03 Feb 2012 05:42:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=rXJSwMJJcdGbI5GWy5kM1PwYR/7sBouCMtRkaP3Q76I=; b=rrNsi7pEC3K8eivaQS84H7FeQTF0yuOWEa+suHdoVum6fgvYXNp+230/gS2ZSV4v6v l1lpR+X7Uqf1/2Bi25p4/JzDi7hHitELQFvafFvPJSXhhvFJnitaaDfGqR2kdwEokcbx wrvqRaYFbAcZVgAML0aoY+HXQfAK06BjvNOOQ= Received: by 10.180.89.71 with SMTP id bm7mr24788379wib.20.1328276562323; Fri, 03 Feb 2012 05:42:42 -0800 (PST) Received: from [172.16.26.10] (d54C6D43E.access.telenet.be. [84.198.212.62]) by mx.google.com with ESMTPS id hc10sm6629996wib.8.2012.02.03.05.42.38 (version=SSLv3 cipher=OTHER); Fri, 03 Feb 2012 05:42:41 -0800 (PST) Message-ID: <4F2BE44B.5030003@xen.org> Date: Fri, 03 Feb 2012 13:42:35 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , "xen-api@lists.xensource.com" , "xen-arm@lists.xensource.com" Subject: [Xen-users] Give us feedback for the new Xen.org site X-BeenThere: xen-users@lists.xensource.com 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="===============5915635039176070331==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============5915635039176070331== Content-Type: multipart/alternative; boundary="------------070106040103040206070901" This is a multi-part message in MIME format. --------------070106040103040206070901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear Community Members, I am finally able to build a new website for Xen.org. The aim of this work is to create an engaging and integrated community web site that invites participation and acts as a portal for Xen users, developers and companies in the eco-system. You can give input on the site by going to http://wiki.xen.org/wiki/New_Xen_Website The new site will have several main areas: The home page, which mainly acts as an aggregator for news and activity happening in the community. This should make it easier for newcomers to Xen, to have a brief look and get a feeling of the vibrancy of the Xen community.There is actually a lot of activity today: it is merely obscured and hidden as the activity is dispersed to many places. The home page will also provide a window into the new Xen.org blog, as well as sections for Xen events, etc. An area for users. This area will provide information about Xen and Xen projects, will help you learn about Xen, will point people to downloads and Linux/Unix distributions that contain Xen, will help you find documentation,will help you get help and support, etc. Xen has traditionally been a very developer focused community.As a consequence we have not supported our users that well. I have some open questions in this area, where I will be looking for your input. For example: is there a preference for mailing lists, forums, or stackoverflow like functionality? How should we best link to Linux distributions and other projects that distribute Xen? An eco-system area: this is essentially a searchable directory of product and projects that use Xen, modify Xen, build on top of Xen, distribute Xen, etc. It is also a directory of research around Xen and services such as consultancy, training, hosting and cloud vendors that are built on top of Xen. This section will be fairly interactive: the intention is that if you are a vendor, you can add an entry to the directory which will be approved by a moderator moderator before publication. As a user of the directory, you can rate, recommend, comment on vendors, products, projects, etc. An area for developers: this contains project descriptions, links to downloads, codelines, information about governance, mailing lists, etc. Other changes: the site will have the capability to register users. Generally, all areas of the site will be accessible without any user account, except for areas where you need to write to the site and identification is thus necessary. We envisage that we will be able to implement single sign-on capability for the new site and at least theXen wiki. There will be user profiles that allow you to provide information about how you use Xen, but ultimately you only have to provide what you are comfortable with. The idea is for example that I can implement functionality such as the old community spotlight section by just maintaining a list of profile names. Name, pictures, bio, etc. would be managed and maintained by you. I am also looking at capabilities, such as being able to send newsletters, to registered site users. *Where I need your input* ** We will consult you on questions such as look and feel, on a new or revamped Xen logo, on new panda's, on navigation, on some of the headlines and taglines. In some areas we do not quite know what you want from Xen.org: e.g. should we have a user mailing list, user fora and/or support forum functionality similar to stackoverflow? Should we make the developer mailing lists accessible via the website? I also wanted to get views on whether it is OK to require logging into the site before you download a Xen or XCP binary. My thinking is that this is not good, but that it is OK to ask you nicely to sign in and/or create an account before you download. Having some information about its users is important to maintain the long term health of an open source project: today Xen has very little information about its users. Mainly,because we never asked. Providing information is an easy way how you can give something back to the community. Another area where we will consult you is on how we migrate you from existing systems to the new one. Is it OK, to migrate existing users to the new site (using some kind of opt-out or activation scheme)? Is it not, etc.? Links to feedback sheets, mockups, etc. can be found here: http://wiki.xen.org/wiki/New_Xen_Website Looking forward to hear from you Best Regards Lars ** --------------070106040103040206070901 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Dear Community Members,

I am finally able to build a new website for Xen.org. The aim of this work is to create an engaging and integrated community web site that invites participation and acts as a portal for Xen users, developers and companies in the eco-system. You can give input on the site by going to http://wiki.xen.org/wiki/New_Xen_Website

The new site will have several main areas:

The home page, which mainly acts as an aggregator for news and activity happening in the community. This should make it easier for newcomers to Xen, to have a brief look and get a feeling of the vibrancy of the Xen community.  There is actually a lot of activity today: it is merely obscured and hidden as the activity is dispersed to many places. The home page will also provide a window into the new Xen.org blog, as well as sections for Xen events, etc.

An area for users. This area will provide information about Xen and Xen projects, will help you learn about Xen, will point people to downloads and Linux/Unix distributions that contain Xen, will help you find documentation,  will help you get help and support, etc. Xen has traditionally been a very developer focused community.  As a consequence we have not supported our users that well. I have some open questions in this area, where I will be looking for your input. For example: is there a preference for mailing lists, forums, or stackoverflow like functionality? How should we best link to Linux distributions and other projects that distribute Xen?

An eco-system area: this is essentially a searchable directory of product and projects that use Xen, modify Xen, build on top of Xen, distribute Xen, etc. It is also a directory of research around Xen and services such as consultancy, training, hosting and cloud vendors that are built on top of Xen. This section will be fairly interactive: the intention is that if you are a vendor, you can add an entry to the directory which will be approved by a moderator moderator before publication. As a user of the directory, you can rate, recommend, comment on vendors, products, projects, etc.

An area for developers: this contains project descriptions, links to downloads, codelines, information about governance, mailing lists, etc.

Other changes: the site will have the capability to register users. Generally, all areas of the site will be accessible without any user account, except for areas where you need to write to the site and identification is thus necessary. We envisage that we will be able to implement single sign-on capability for the new site and at least the  Xen wiki. There will be user profiles that allow you to provide information about how you use Xen, but ultimately you only have to provide what you are comfortable with. The idea is for example that I can implement functionality such as the old community spotlight section by just maintaining a list of profile names. Name, pictures, bio, etc. would be managed and maintained by you. I am also looking at capabilities, such as being able to send newsletters, to registered site users.

Where I need your input

We will consult you on questions such as look and feel, on a new or revamped Xen logo, on new panda's, on navigation, on some of the headlines and taglines.

In some areas we do not quite know what you want from Xen.org: e.g. should we have a user mailing list, user fora and/or support forum functionality similar to stackoverflow? Should we make the developer mailing lists accessible via the website?

I also wanted to get views on whether it is OK to require logging into the site before you download a Xen or XCP binary. My thinking is that this is not good, but that it is OK to ask you nicely to sign in and/or create an account before you download. Having some information about its users is important to maintain the long term health of an open source project: today Xen has very little information about its users. Mainly,  because we never asked. Providing information is an easy way how you can give something back to the community.

Another area where we will consult you is on how we migrate you from existing systems to the new one. Is it OK, to migrate existing users to the new site (using some kind of opt-out or activation scheme)? Is it not, etc.?

Links to feedback sheets, mockups, etc. can be found here: http://wiki.xen.org/wiki/New_Xen_Website

Looking forward to hear from you

Best Regards
Lars

--------------070106040103040206070901-- --===============5915635039176070331== 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.xensource.com http://lists.xensource.com/xen-users --===============5915635039176070331==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 13:59:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 13:59:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJeN-0003NP-Tb; Fri, 03 Feb 2012 13:58:03 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtF3X-0008Ia-KF for xen-users@lists.xensource.com; Fri, 03 Feb 2012 09:03:43 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-6.tower-182.messagelabs.com!1328259816!13543732!1 X-Originating-IP: [195.110.128.202] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjAyID0+IDQyMTQ1\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12602 invoked from network); 3 Feb 2012 09:03:37 -0000 Received: from smtpout3.mclink.it (HELO smtpout3.mclink.it) (195.110.128.202) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 09:03:37 -0000 Received: from smtpoutgw3.mclink.it (smtpoutgw3.mclink.it [77.43.30.43]) by smtpout3.mclink.it (8.13.6/8.13.6) with ESMTP id q1393avZ019994 for ; Fri, 3 Feb 2012 10:03:36 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAOKhK0/Vy5xc/2dsb2JhbABDhQuqDoEGgXIBAQUjFUARCxgCAgUWCwICCQMCAQIBRRMGAgEBh3umR5IGgS+KGAEHAgIJBQ0EBgEBASwEDwaCchkEAwwDFAVYAgUEAx8CIYIGgRYElSOSVw Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw3.mclink.it with ESMTP/TLS/AES256-SHA; 03 Feb 2012 10:03:35 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1RtF3P-0000qX-2P for xen-users@lists.xensource.com; Fri, 03 Feb 2012 10:03:35 +0100 Message-ID: <4F2BA2E6.9030906@mclink.it> Date: Fri, 03 Feb 2012 10:03:34 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> In-Reply-To: X-Mailman-Approved-At: Fri, 03 Feb 2012 13:58:02 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Linus! This are the result of the issued commands: Ciao, Ric No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 6.0.3 (squeeze) Release: 6.0.3 Codename: squeeze Linux ares 2.6.32-5-xen-amd64 #1 SMP Mon Jan 9 22:09:26 UTC 2012 x86_64 GNU/Linux total 0 drwxr-xr-x 2 root root 0 Feb 3 09:59 compilation drwxr-xr-x 2 root root 0 Feb 3 09:59 properties -r--r--r-- 1 root root 4.0K Feb 3 09:56 type -r--r--r-- 1 root root 4.0K Feb 3 09:59 uuid drwxr-xr-x 2 root root 0 Feb 3 09:56 version Error: Unable to connect to xend: No such file or directory. Is xend running? Error: Unable to connect to xend: No such file or directory. Is xend running? Il 03/02/2012 09:08, Linus van Geuns ha scritto: > Hey Ric, > > On Thu, Feb 2, 2012 at 10:30 AM, Riccardo Orfei wrote: >> Hi Linus! >> >> First of all, thanks a lot for taking the time to write down your >> suggestion... >> >> Well I am pretty sure that the hypervisor is running, because I see >> (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. >> >> Next, I checked the /sys/xen/capabilities file, which contains the string >> "control-d", and, as a xen-user (Eva) said earlier, it means that the >> hypervisor is in control. >> >> My (un)educated guess is that some (virtual) disk driver is missing or >> misplaced... > Sorry, somehow I must have skiped over that part in your emails. > > So, when booting your system with (Xen) hypervisor, what is the result > of the following commands: > lsb_release -a > uname -a > ls -lh /sys/hypervisor/ > xm info > xm list > > Regards, Linus > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 13:59:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 13:59:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJeN-0003NP-Tb; Fri, 03 Feb 2012 13:58:03 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtF3X-0008Ia-KF for xen-users@lists.xensource.com; Fri, 03 Feb 2012 09:03:43 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-6.tower-182.messagelabs.com!1328259816!13543732!1 X-Originating-IP: [195.110.128.202] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjAyID0+IDQyMTQ1\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12602 invoked from network); 3 Feb 2012 09:03:37 -0000 Received: from smtpout3.mclink.it (HELO smtpout3.mclink.it) (195.110.128.202) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 09:03:37 -0000 Received: from smtpoutgw3.mclink.it (smtpoutgw3.mclink.it [77.43.30.43]) by smtpout3.mclink.it (8.13.6/8.13.6) with ESMTP id q1393avZ019994 for ; Fri, 3 Feb 2012 10:03:36 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAOKhK0/Vy5xc/2dsb2JhbABDhQuqDoEGgXIBAQUjFUARCxgCAgUWCwICCQMCAQIBRRMGAgEBh3umR5IGgS+KGAEHAgIJBQ0EBgEBASwEDwaCchkEAwwDFAVYAgUEAx8CIYIGgRYElSOSVw Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw3.mclink.it with ESMTP/TLS/AES256-SHA; 03 Feb 2012 10:03:35 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1RtF3P-0000qX-2P for xen-users@lists.xensource.com; Fri, 03 Feb 2012 10:03:35 +0100 Message-ID: <4F2BA2E6.9030906@mclink.it> Date: Fri, 03 Feb 2012 10:03:34 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> In-Reply-To: X-Mailman-Approved-At: Fri, 03 Feb 2012 13:58:02 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Linus! This are the result of the issued commands: Ciao, Ric No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 6.0.3 (squeeze) Release: 6.0.3 Codename: squeeze Linux ares 2.6.32-5-xen-amd64 #1 SMP Mon Jan 9 22:09:26 UTC 2012 x86_64 GNU/Linux total 0 drwxr-xr-x 2 root root 0 Feb 3 09:59 compilation drwxr-xr-x 2 root root 0 Feb 3 09:59 properties -r--r--r-- 1 root root 4.0K Feb 3 09:56 type -r--r--r-- 1 root root 4.0K Feb 3 09:59 uuid drwxr-xr-x 2 root root 0 Feb 3 09:56 version Error: Unable to connect to xend: No such file or directory. Is xend running? Error: Unable to connect to xend: No such file or directory. Is xend running? Il 03/02/2012 09:08, Linus van Geuns ha scritto: > Hey Ric, > > On Thu, Feb 2, 2012 at 10:30 AM, Riccardo Orfei wrote: >> Hi Linus! >> >> First of all, thanks a lot for taking the time to write down your >> suggestion... >> >> Well I am pretty sure that the hypervisor is running, because I see >> (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time. >> >> Next, I checked the /sys/xen/capabilities file, which contains the string >> "control-d", and, as a xen-user (Eva) said earlier, it means that the >> hypervisor is in control. >> >> My (un)educated guess is that some (virtual) disk driver is missing or >> misplaced... > Sorry, somehow I must have skiped over that part in your emails. > > So, when booting your system with (Xen) hypervisor, what is the result > of the following commands: > lsb_release -a > uname -a > ls -lh /sys/hypervisor/ > xm info > xm list > > Regards, Linus > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 13:59:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 13:59:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJeN-0003NG-8g; Fri, 03 Feb 2012 13:58:03 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt154-0007K0-O3 for xen-users@lists.xensource.com; Thu, 02 Feb 2012 18:08:23 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-14.tower-27.messagelabs.com!1328205970!51158179!1 X-Originating-IP: [195.110.128.205] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjA1ID0+IDcwNjA1\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 770 invoked from network); 2 Feb 2012 18:06:10 -0000 Received: from smtpout4.mclink.it (HELO smtpout4.mclink.it) (195.110.128.205) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2012 18:06:10 -0000 Received: from smtpoutgw3.mclink.it (smtpoutgw3.mclink.it [77.43.30.43]) by smtpout4.mclink.it (8.13.6/8.13.6) with ESMTP id q12I8KAp059659 for ; Thu, 2 Feb 2012 19:08:20 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EACHQKk/Vy5xc/2dsb2JhbABDrwqBBoFyAQEBBAECawUFEQsYCRYIBwkDAgECARYeERMGAgEBh3sGuDiLTDAGAQEBLAQPgngZBAMMAxQFBAgQJBgCBQQDHwKDPQSSfIInklY Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw3.mclink.it with ESMTP/TLS/AES256-SHA; 02 Feb 2012 19:08:20 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1Rt151-000412-CV for xen-users@lists.xensource.com; Thu, 02 Feb 2012 19:08:19 +0100 Message-ID: <4F2AD111.5050400@mclink.it> Date: Thu, 02 Feb 2012 19:08:17 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> In-Reply-To: X-Mailman-Approved-At: Fri, 03 Feb 2012 13:58:02 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1292134223521417700==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1292134223521417700== Content-Type: multipart/alternative; boundary="------------010701020000040503060105" This is a multi-part message in MIME format. --------------010701020000040503060105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello Shane! Thank you for your suggestion, but, in effects xend is NOT running: that is the problem. If you take the burden to follow the thread backwards, you will find my previous posts that show all my findings. In a few words: xend does not start because a file is missing or misplaced, but I don't know which one. Ciao, Ric Il 02/02/2012 16:04, Shane Johnson ha scritto: > Ric, > If you run the command : > ps -A | grep xend > > do you see the process with a pid? if you do it is running if not you will have to see what is > preventing it from running in the log files. > > Sincerely > Shane > > > On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei > wrote: > > Hi Linus! > > First of all, thanks a lot for taking the time to write down your suggestion... > > Well I am pretty sure that the hypervisor is running, because I see (flushing rapidly) a > certain number of "(XEN) blabla" lines at boot time. > > Next, I checked the /sys/xen/capabilities file, which contains the string "control-d", and, as > a xen-user (Eva) said earlier, it means that the hypervisor is in control. > > My (un)educated guess is that some (virtual) disk driver is missing or misplaced... > > Ciao, > Ric > > Il 01/02/2012 23:28, Linus van Geuns ha scritto: > > Hey Ric, > > On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei > wrote: > > I peeped into /var/log/xen/xend-debug.log and found: > > Xend started at Thu Jan 19 11:29:27 2012. > cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory > cat: /sys/bus/scsi/devices/host0/model: No such file or directory > > [..] > > Exception starting xend: (2, 'No such file or directory') > > This sounds "good": where are my disks? I have got an ATA and an SATA > disk, doesn't xend find them? > > Still looks like your systems boots directly into Linux w/o starting > the Xen hypervisor first. > Try to manually select the Xen hypervisor in the grub boot menu when > your system starts. > > Should be called something like "Debian GNU/Linux, with Linux > 2.6.32-[..] and XEN 4.0-amd64'. > > Regards, Linus > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > --------------010701020000040503060105 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Shane!

Thank you for your suggestion, but, in effects xend is NOT running: that is the problem.

If you take the burden to follow the thread backwards, you will find my previous posts that show all my findings.

In a few words: xend does not start because a file is missing or misplaced, but I don't know which one.

Ciao,
Ric

Il 02/02/2012 16:04, Shane Johnson ha scritto:
Ric,
If you run the command :
ps -A | grep xend

do you see the process with a pid?  if you do it is running if not  you will have to see what is preventing it from running in the log files.  

Sincerely
Shane


On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei <r.orfei@mclink.it> wrote:
Hi Linus!

First of all, thanks a lot for taking the time to write down your suggestion...

Well I am pretty sure that the hypervisor is running, because I see (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time.

Next, I checked the /sys/xen/capabilities file, which contains the string "control-d", and, as a xen-user (Eva) said earlier, it means that the hypervisor is in control.

My (un)educated guess is that some (virtual) disk driver is missing or misplaced...

Ciao,
Ric

Il 01/02/2012 23:28, Linus van Geuns ha scritto:
Hey Ric,

On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei<r.orfei@mclink.it>  wrote:
I peeped into /var/log/xen/xend-debug.log and found:

Xend started at Thu Jan 19 11:29:27 2012.
cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory
cat: /sys/bus/scsi/devices/host0/model: No such file or directory
[..]
Exception starting xend: (2, 'No such file or directory')

This sounds "good": where are my disks? I have got an ATA and an SATA
disk, doesn't xend find them?

Still looks like your systems boots directly into Linux w/o starting
the Xen hypervisor first.
Try to manually select the Xen hypervisor in the grub boot menu when
your system starts.

Should be called something like "Debian GNU/Linux, with Linux
2.6.32-[..] and XEN 4.0-amd64'.

Regards, Linus

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


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment


--------------010701020000040503060105-- --===============1292134223521417700== 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.xensource.com http://lists.xensource.com/xen-users --===============1292134223521417700==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 13:59:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 13:59:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJeN-0003NG-8g; Fri, 03 Feb 2012 13:58:03 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rt154-0007K0-O3 for xen-users@lists.xensource.com; Thu, 02 Feb 2012 18:08:23 +0000 X-Env-Sender: r.orfei@mclink.it X-Msg-Ref: server-14.tower-27.messagelabs.com!1328205970!51158179!1 X-Originating-IP: [195.110.128.205] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjExMC4xMjguMjA1ID0+IDcwNjA1\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 770 invoked from network); 2 Feb 2012 18:06:10 -0000 Received: from smtpout4.mclink.it (HELO smtpout4.mclink.it) (195.110.128.205) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2012 18:06:10 -0000 Received: from smtpoutgw3.mclink.it (smtpoutgw3.mclink.it [77.43.30.43]) by smtpout4.mclink.it (8.13.6/8.13.6) with ESMTP id q12I8KAp059659 for ; Thu, 2 Feb 2012 19:08:20 +0100 (CET) (envelope-from r.orfei@mclink.it) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EACHQKk/Vy5xc/2dsb2JhbABDrwqBBoFyAQEBBAECawUFEQsYCRYIBwkDAgECARYeERMGAgEBh3sGuDiLTDAGAQEBLAQPgngZBAMMAxQFBAgQJBgCBQQDHwKDPQSSfIInklY Received: from adsl203-156-092.mclink.it (HELO ares.ric.casa) ([213.203.156.92]) by smtpoutgw3.mclink.it with ESMTP/TLS/AES256-SHA; 02 Feb 2012 19:08:20 +0100 Received: from localhost ([127.0.0.1]) by ares.ric.casa with esmtp (Exim 4.72) (envelope-from ) id 1Rt151-000412-CV for xen-users@lists.xensource.com; Thu, 02 Feb 2012 19:08:19 +0100 Message-ID: <4F2AD111.5050400@mclink.it> Date: Thu, 02 Feb 2012 19:08:17 +0100 From: Riccardo Orfei User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4F1948BF.5020408@mclink.it> <4F2A57C1.6040908@mclink.it> In-Reply-To: X-Mailman-Approved-At: Fri, 03 Feb 2012 13:58:02 +0000 Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: r.orfei@mclink.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1292134223521417700==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1292134223521417700== Content-Type: multipart/alternative; boundary="------------010701020000040503060105" This is a multi-part message in MIME format. --------------010701020000040503060105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello Shane! Thank you for your suggestion, but, in effects xend is NOT running: that is the problem. If you take the burden to follow the thread backwards, you will find my previous posts that show all my findings. In a few words: xend does not start because a file is missing or misplaced, but I don't know which one. Ciao, Ric Il 02/02/2012 16:04, Shane Johnson ha scritto: > Ric, > If you run the command : > ps -A | grep xend > > do you see the process with a pid? if you do it is running if not you will have to see what is > preventing it from running in the log files. > > Sincerely > Shane > > > On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei > wrote: > > Hi Linus! > > First of all, thanks a lot for taking the time to write down your suggestion... > > Well I am pretty sure that the hypervisor is running, because I see (flushing rapidly) a > certain number of "(XEN) blabla" lines at boot time. > > Next, I checked the /sys/xen/capabilities file, which contains the string "control-d", and, as > a xen-user (Eva) said earlier, it means that the hypervisor is in control. > > My (un)educated guess is that some (virtual) disk driver is missing or misplaced... > > Ciao, > Ric > > Il 01/02/2012 23:28, Linus van Geuns ha scritto: > > Hey Ric, > > On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei > wrote: > > I peeped into /var/log/xen/xend-debug.log and found: > > Xend started at Thu Jan 19 11:29:27 2012. > cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory > cat: /sys/bus/scsi/devices/host0/model: No such file or directory > > [..] > > Exception starting xend: (2, 'No such file or directory') > > This sounds "good": where are my disks? I have got an ATA and an SATA > disk, doesn't xend find them? > > Still looks like your systems boots directly into Linux w/o starting > the Xen hypervisor first. > Try to manually select the Xen hypervisor in the grub boot menu when > your system starts. > > Should be called something like "Debian GNU/Linux, with Linux > 2.6.32-[..] and XEN 4.0-amd64'. > > Regards, Linus > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > --------------010701020000040503060105 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Shane!

Thank you for your suggestion, but, in effects xend is NOT running: that is the problem.

If you take the burden to follow the thread backwards, you will find my previous posts that show all my findings.

In a few words: xend does not start because a file is missing or misplaced, but I don't know which one.

Ciao,
Ric

Il 02/02/2012 16:04, Shane Johnson ha scritto:
Ric,
If you run the command :
ps -A | grep xend

do you see the process with a pid?  if you do it is running if not  you will have to see what is preventing it from running in the log files.  

Sincerely
Shane


On Thu, Feb 2, 2012 at 2:30 AM, Riccardo Orfei <r.orfei@mclink.it> wrote:
Hi Linus!

First of all, thanks a lot for taking the time to write down your suggestion...

Well I am pretty sure that the hypervisor is running, because I see (flushing rapidly) a certain number of "(XEN) blabla" lines at boot time.

Next, I checked the /sys/xen/capabilities file, which contains the string "control-d", and, as a xen-user (Eva) said earlier, it means that the hypervisor is in control.

My (un)educated guess is that some (virtual) disk driver is missing or misplaced...

Ciao,
Ric

Il 01/02/2012 23:28, Linus van Geuns ha scritto:
Hey Ric,

On Fri, Jan 20, 2012 at 11:58 AM, Riccardo Orfei<r.orfei@mclink.it>  wrote:
I peeped into /var/log/xen/xend-debug.log and found:

Xend started at Thu Jan 19 11:29:27 2012.
cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory
cat: /sys/bus/scsi/devices/host0/model: No such file or directory
[..]
Exception starting xend: (2, 'No such file or directory')

This sounds "good": where are my disks? I have got an ATA and an SATA
disk, doesn't xend find them?

Still looks like your systems boots directly into Linux w/o starting
the Xen hypervisor first.
Try to manually select the Xen hypervisor in the grub boot menu when
your system starts.

Should be called something like "Debian GNU/Linux, with Linux
2.6.32-[..] and XEN 4.0-amd64'.

Regards, Linus

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


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment


--------------010701020000040503060105-- --===============1292134223521417700== 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.xensource.com http://lists.xensource.com/xen-users --===============1292134223521417700==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 14:08:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 14:08:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJmq-0005UA-Hc; Fri, 03 Feb 2012 14:06:48 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJmo-0005S7-Pp for xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:06:46 +0000 X-Env-Sender: dominic@opusvl.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1328277951!51297109!1 X-Originating-IP: [82.211.96.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13137 invoked from network); 3 Feb 2012 14:05:51 -0000 Received: from msa.mail.opusvl.net (HELO msa.mail.opusvl.net) (82.211.96.143) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 3 Feb 2012 14:05:51 -0000 Received: from [213.131.188.209] (helo=mail.site01.opusvl.com) by msa.mail.opusvl.net with esmtp (Exim 4.69) (envelope-from ) id 1RtLJr-0005bT-Ka for xen-users@lists.xensource.com; Fri, 03 Feb 2012 15:44:59 +0000 Received: from xd-03.rug-01.opusvl.net ([10.10.4.150] ident=Debian-exim) by mail.site01.opusvl.com with esmtp (Exim 4.71) (envelope-from ) id 1RtJmc-0005F3-JO for xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:06:35 +0000 Received: from dominic by xd-03.rug-01.opusvl.net with local (Exim 4.71) (envelope-from ) id 1RtJmc-00075C-H2 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:06:34 +0000 From: Dominic Mason To: xen-users@lists.xensource.com In-Reply-To: References: Organization: OpusVL Date: Fri, 03 Feb 2012 14:06:33 +0000 Message-ID: <1328277993.20790.15.camel@xd-03.rug-01.opusvl.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 X-SA-Exim-Connect-IP: 10.10.4.150 X-SA-Exim-Mail-From: dominic@opusvl.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on vm-1510 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=8.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-ASN: X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail.site01.opusvl.com) Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: dominic@opusvl.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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I laughed when I saw the title of this thread, because it does seem that xen - when installed from the debian packages on squeeze - is broken in some fundamental places, which is why we've had to move to openSUSE for dom0 Domain locking does not work, and neither does and tapdisk2 - which is useful if you want to run a Windows HVM from a VHD file... There may be other things, as well! But in your case, I'd start by running xm list If you get this... WARNING! Can't find hypervisor information in sysfs! Error: Unable to connect to xend: No such file or directory. Is xend running? ...then you have a problem with grub2, at the very least, which I solve by mv /etc/grub.d/20_linux_xen /etc/grub.d/07_linux_xen update-grub2 Regards On Wed, 2012-01-18 at 18:35 +0100, Riccardo Orfei wrote: > I am trying to set up xen 4.0 on a debian system with a dual AMD64 CPU. > > I installed linux-image-2.6.32-5-xen-amd64 and > xen-hypervisor-4.0-amd64. > > When I boot, everything seems OK, but xend is not there. > > The log says (last two lines): > > xs_handle = xen.lowlevel.xs.xs() > Error: (2, 'No such file or directory') > > So I am asking: > what file is presumably missing or what should I do to make xend start. > > TIA, > Ric -- Dominic Mason OpusVL _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 14:08:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 14:08:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJmq-0005UA-Hc; Fri, 03 Feb 2012 14:06:48 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJmo-0005S7-Pp for xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:06:46 +0000 X-Env-Sender: dominic@opusvl.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1328277951!51297109!1 X-Originating-IP: [82.211.96.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13137 invoked from network); 3 Feb 2012 14:05:51 -0000 Received: from msa.mail.opusvl.net (HELO msa.mail.opusvl.net) (82.211.96.143) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 3 Feb 2012 14:05:51 -0000 Received: from [213.131.188.209] (helo=mail.site01.opusvl.com) by msa.mail.opusvl.net with esmtp (Exim 4.69) (envelope-from ) id 1RtLJr-0005bT-Ka for xen-users@lists.xensource.com; Fri, 03 Feb 2012 15:44:59 +0000 Received: from xd-03.rug-01.opusvl.net ([10.10.4.150] ident=Debian-exim) by mail.site01.opusvl.com with esmtp (Exim 4.71) (envelope-from ) id 1RtJmc-0005F3-JO for xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:06:35 +0000 Received: from dominic by xd-03.rug-01.opusvl.net with local (Exim 4.71) (envelope-from ) id 1RtJmc-00075C-H2 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:06:34 +0000 From: Dominic Mason To: xen-users@lists.xensource.com In-Reply-To: References: Organization: OpusVL Date: Fri, 03 Feb 2012 14:06:33 +0000 Message-ID: <1328277993.20790.15.camel@xd-03.rug-01.opusvl.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 X-SA-Exim-Connect-IP: 10.10.4.150 X-SA-Exim-Mail-From: dominic@opusvl.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on vm-1510 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=8.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-ASN: X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail.site01.opusvl.com) Subject: Re: [Xen-users] Does xen on debian squeeze work at all? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: dominic@opusvl.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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I laughed when I saw the title of this thread, because it does seem that xen - when installed from the debian packages on squeeze - is broken in some fundamental places, which is why we've had to move to openSUSE for dom0 Domain locking does not work, and neither does and tapdisk2 - which is useful if you want to run a Windows HVM from a VHD file... There may be other things, as well! But in your case, I'd start by running xm list If you get this... WARNING! Can't find hypervisor information in sysfs! Error: Unable to connect to xend: No such file or directory. Is xend running? ...then you have a problem with grub2, at the very least, which I solve by mv /etc/grub.d/20_linux_xen /etc/grub.d/07_linux_xen update-grub2 Regards On Wed, 2012-01-18 at 18:35 +0100, Riccardo Orfei wrote: > I am trying to set up xen 4.0 on a debian system with a dual AMD64 CPU. > > I installed linux-image-2.6.32-5-xen-amd64 and > xen-hypervisor-4.0-amd64. > > When I boot, everything seems OK, but xend is not there. > > The log says (last two lines): > > xs_handle = xen.lowlevel.xs.xs() > Error: (2, 'No such file or directory') > > So I am asking: > what file is presumably missing or what should I do to make xend start. > > TIA, > Ric -- Dominic Mason OpusVL _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 14:08:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 14:08: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 1RtJnf-0005by-9Z; Fri, 03 Feb 2012 14:07:39 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJnd-0005ac-B9 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:07:37 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1328278049!13846917!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1915 invoked from network); 3 Feb 2012 14:07:31 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 14:07:31 -0000 Received: by damc16 with SMTP id c16so18151375dam.30 for ; Fri, 03 Feb 2012 06:07:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.227.195 with SMTP id sc3mr17877740pbc.47.1328278048935; Fri, 03 Feb 2012 06:07:28 -0800 (PST) Received: by 10.142.177.4 with HTTP; Fri, 3 Feb 2012 06:07:28 -0800 (PST) In-Reply-To: <89FB6E800FD54414B8F320A4FB613D9E@nobody> References: <89FB6E800FD54414B8F320A4FB613D9E@nobody> Date: Fri, 3 Feb 2012 21:07:28 +0700 Message-ID: From: "Fajar A. Nugraha" To: Likarpenkov Alexander Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 6:59 PM, Likarpenkov Alexander wrote: > The above was made that the issue is not important, and so it is ignored. No. Re-read the responses. Nobody says it was not important. I said "your question doesn't make sense." Grant said "if a question makes no intelligible sense we'll probably skip i= t." Simon said "if I don't have an answer then I'll keep quiet. Thus if no-one has any clue or no-one can understand what's being asked, then there'll be no answer." If you want other people to at least TRY to answer your question, then you should at least make sure that: a. The question is easy to understand b. You're asking about something that make sense and common-enough. If you're making the question hard to understand, or the question is about a super-complex implementation, or you want to do something that has never been done, or you want to do something that CAN'T be done, then chances are not many (if any at all) will respond. > Each of us here spent many hours figuring with Xen. And to say that we > should have no need to read - each is to be understood. If someone wants > money for the answer to the question - and it should say. If I was sure t= hat > I get exactly the right answer and that's my kind - I would have paid the > support. But I bet - which for my money I do not get what you need, and > trying to find answers in this correspondence, I am looking for clever > ideas, rather than "gannet's =A0answers - read it yet or you did not ask = me > important questions, although I do not know about what they mean." Nobody said you need to pay anything to get answers on this list. Nobody said it was not important. What I said was "If you want prompt, accurate, replies, buy support contract. That's what it's there for." Those with support contract should ask their respective support channel, as it (usually) will be a better source of information then a public list. And they're obligated to respond to your question, even if it's just "this is unsupported and will not work" or "can you explain more, cause I don't understand what your problem is". And note that I didn't mention any company. Choose whomever you trust to give support. Often, local companies or experts with enough experience is good enough. Even when they have no affiliation with the principal. If you ask on a public list (ANY list, not just this one), then don't demand anything. Be prepared for whatever response (or lack of) that you may get. > > Maybe everyone is using Xen but the dream to become Bill Gates? Thought > becomes rich fool > Nobody said that. > So, let's respect for all members of the xen-user and help. > I have a lot of experience and I am ready to share them, let them try the > same thing to everyone. Good. Now here's a question: did you respond to David's original question thread? If not, why? > But I also have unresolved issues where I need all your help All you need to do is ask. If other people understand it, and know the answer, and have time to write the answer, usually you can expect good response. But don't demand anything. That's not what a public list is for. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 14:08:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 14:08: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 1RtJnf-0005by-9Z; Fri, 03 Feb 2012 14:07:39 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtJnd-0005ac-B9 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:07:37 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1328278049!13846917!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1915 invoked from network); 3 Feb 2012 14:07:31 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 14:07:31 -0000 Received: by damc16 with SMTP id c16so18151375dam.30 for ; Fri, 03 Feb 2012 06:07:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.227.195 with SMTP id sc3mr17877740pbc.47.1328278048935; Fri, 03 Feb 2012 06:07:28 -0800 (PST) Received: by 10.142.177.4 with HTTP; Fri, 3 Feb 2012 06:07:28 -0800 (PST) In-Reply-To: <89FB6E800FD54414B8F320A4FB613D9E@nobody> References: <89FB6E800FD54414B8F320A4FB613D9E@nobody> Date: Fri, 3 Feb 2012 21:07:28 +0700 Message-ID: From: "Fajar A. Nugraha" To: Likarpenkov Alexander Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] what's wrong with you people X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 6:59 PM, Likarpenkov Alexander wrote: > The above was made that the issue is not important, and so it is ignored. No. Re-read the responses. Nobody says it was not important. I said "your question doesn't make sense." Grant said "if a question makes no intelligible sense we'll probably skip i= t." Simon said "if I don't have an answer then I'll keep quiet. Thus if no-one has any clue or no-one can understand what's being asked, then there'll be no answer." If you want other people to at least TRY to answer your question, then you should at least make sure that: a. The question is easy to understand b. You're asking about something that make sense and common-enough. If you're making the question hard to understand, or the question is about a super-complex implementation, or you want to do something that has never been done, or you want to do something that CAN'T be done, then chances are not many (if any at all) will respond. > Each of us here spent many hours figuring with Xen. And to say that we > should have no need to read - each is to be understood. If someone wants > money for the answer to the question - and it should say. If I was sure t= hat > I get exactly the right answer and that's my kind - I would have paid the > support. But I bet - which for my money I do not get what you need, and > trying to find answers in this correspondence, I am looking for clever > ideas, rather than "gannet's =A0answers - read it yet or you did not ask = me > important questions, although I do not know about what they mean." Nobody said you need to pay anything to get answers on this list. Nobody said it was not important. What I said was "If you want prompt, accurate, replies, buy support contract. That's what it's there for." Those with support contract should ask their respective support channel, as it (usually) will be a better source of information then a public list. And they're obligated to respond to your question, even if it's just "this is unsupported and will not work" or "can you explain more, cause I don't understand what your problem is". And note that I didn't mention any company. Choose whomever you trust to give support. Often, local companies or experts with enough experience is good enough. Even when they have no affiliation with the principal. If you ask on a public list (ANY list, not just this one), then don't demand anything. Be prepared for whatever response (or lack of) that you may get. > > Maybe everyone is using Xen but the dream to become Bill Gates? Thought > becomes rich fool > Nobody said that. > So, let's respect for all members of the xen-user and help. > I have a lot of experience and I am ready to share them, let them try the > same thing to everyone. Good. Now here's a question: did you respond to David's original question thread? If not, why? > But I also have unresolved issues where I need all your help All you need to do is ask. If other people understand it, and know the answer, and have time to write the answer, usually you can expect good response. But don't demand anything. That's not what a public list is for. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 14:34:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 14:34:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKCU-0007Io-LU; Fri, 03 Feb 2012 14:33:18 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKCS-0007Ig-G7 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:33:16 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-6.tower-216.messagelabs.com!1328279589!13293362!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31615 invoked from network); 3 Feb 2012 14:33:10 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 14:33:10 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q13EVwCb026771; Fri, 3 Feb 2012 16:31:59 +0200 Message-ID: From: "Likarpenkov Alexander" To: "David Gonzalez" , References: Date: Fri, 3 Feb 2012 16:33:18 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: Re: [Xen-users] CentOS 6.2 XEN 4.1.2 Serial console X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I do not know how much it will help the problem, I would have done the following way: will become a cheap video card pci, and would use it, I actually do. Alternatively use the KVM, or video card vivo or HP server iLo DG> I'm more a reader than a poster on this list but Recently I installed DG> CentOS 6.2 with myoung XEN Dom0 kernel and 4.1.2 hypervisor, at first DG> everything went smooth, DomUs run like a charm and so on, but my serial DG> console is gone for good tried dmesg | grep tty which spits out: DG> uname -r DG> 2.6.32-131.21.1.el6.xendom0.x86_64 dmesg |> grep tty DG> console [tty0] enabled DG> Weirdest thing when I remove the kernel /xen.gz ...... line from DG> grub.conf it shows the port IO, IRQ and so on. DG> my grub.conf reads DG> title XEN dom0 DG> root (hd0,0) DG> kernel /xen.gz loglvl=all guest_loglvl=all dom0_max_vcpus=1 DG> dom0_vcpus_pin conswitch=g com1=115200,8n1 console=vga,com1 DG> dom0_mem=384M module /vmlinuz-2.6.32-131.21.1.el6.xendom0.x86_64 ro DG> root=/dev/mapper/xaero-root nomodeset rd_NO_LUKS LANG=en_US.UTF-8 DG> rd_LVM_LV=xaero/swap rd_LVM_LV=xaero/root KEYBOARDTYPE=pc KEYTABLE=es DG> rd_NO_MD quiet SYSFONT=latarcyrheb-sun16 rhgb crashkernel=auto rd_NO_DM DG> module /initramfs-2.6.32-131.21.1.el6.xendom0.x86_64.img DG> As you see line is there, but when I run either minicom or screen DG> /dev/ttyS0 115000 they error out. Is there something I'm missing out DG> here DG> I've gone through many many xen-list archives and google searches and DG> can't find a solution for my issue. DG> Your advise would be thanked for ever. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 14:34:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 14:34:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKCU-0007Io-LU; Fri, 03 Feb 2012 14:33:18 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKCS-0007Ig-G7 for Xen-users@lists.xensource.com; Fri, 03 Feb 2012 14:33:16 +0000 X-Env-Sender: al@ohosting.org.ua X-Msg-Ref: server-6.tower-216.messagelabs.com!1328279589!13293362!1 X-Originating-IP: [195.248.169.244] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31615 invoked from network); 3 Feb 2012 14:33:10 -0000 Received: from ohosting.org.ua (HELO c2.ohosting.org.ua) (195.248.169.244) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Feb 2012 14:33:10 -0000 Received: from nobody (ns4.o.dp.ua [195.248.169.251]) (authenticated bits=0) by c2.ohosting.org.ua (8.14.5/8.14.5) with ESMTP id q13EVwCb026771; Fri, 3 Feb 2012 16:31:59 +0200 Message-ID: From: "Likarpenkov Alexander" To: "David Gonzalez" , References: Date: Fri, 3 Feb 2012 16:33:18 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4657 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: Re: [Xen-users] CentOS 6.2 XEN 4.1.2 Serial console X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I do not know how much it will help the problem, I would have done the following way: will become a cheap video card pci, and would use it, I actually do. Alternatively use the KVM, or video card vivo or HP server iLo DG> I'm more a reader than a poster on this list but Recently I installed DG> CentOS 6.2 with myoung XEN Dom0 kernel and 4.1.2 hypervisor, at first DG> everything went smooth, DomUs run like a charm and so on, but my serial DG> console is gone for good tried dmesg | grep tty which spits out: DG> uname -r DG> 2.6.32-131.21.1.el6.xendom0.x86_64 dmesg |> grep tty DG> console [tty0] enabled DG> Weirdest thing when I remove the kernel /xen.gz ...... line from DG> grub.conf it shows the port IO, IRQ and so on. DG> my grub.conf reads DG> title XEN dom0 DG> root (hd0,0) DG> kernel /xen.gz loglvl=all guest_loglvl=all dom0_max_vcpus=1 DG> dom0_vcpus_pin conswitch=g com1=115200,8n1 console=vga,com1 DG> dom0_mem=384M module /vmlinuz-2.6.32-131.21.1.el6.xendom0.x86_64 ro DG> root=/dev/mapper/xaero-root nomodeset rd_NO_LUKS LANG=en_US.UTF-8 DG> rd_LVM_LV=xaero/swap rd_LVM_LV=xaero/root KEYBOARDTYPE=pc KEYTABLE=es DG> rd_NO_MD quiet SYSFONT=latarcyrheb-sun16 rhgb crashkernel=auto rd_NO_DM DG> module /initramfs-2.6.32-131.21.1.el6.xendom0.x86_64.img DG> As you see line is there, but when I run either minicom or screen DG> /dev/ttyS0 115000 they error out. Is there something I'm missing out DG> here DG> I've gone through many many xen-list archives and google searches and DG> can't find a solution for my issue. DG> Your advise would be thanked for ever. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 15:24:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 15:24:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKxS-0001c6-7X; Fri, 03 Feb 2012 15:21:50 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKxQ-0001bF-67 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 15:21:48 +0000 X-Env-Sender: fernando@mariano.eng.br X-Msg-Ref: server-12.tower-27.messagelabs.com!1328282464!51001963!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3063 invoked from network); 3 Feb 2012 15:21:04 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 15:21:04 -0000 Received: by werb14 with SMTP id b14so7563238wer.30 for ; Fri, 03 Feb 2012 07:21:41 -0800 (PST) Received: by 10.216.134.74 with SMTP id r52mr3130231wei.19.1328282501102; Fri, 03 Feb 2012 07:21:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.89.103 with HTTP; Fri, 3 Feb 2012 07:21:21 -0800 (PST) From: Fernando Mariano Date: Fri, 3 Feb 2012 13:21:21 -0200 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] [XCP] Fail to export OVF format X-BeenThere: xen-users@lists.xensource.com 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="===============7894165534464640392==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============7894165534464640392== Content-Type: multipart/alternative; boundary=0016e6d59d81a3bb7b04b810de4c --0016e6d59d81a3bb7b04b810de4c Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable * Hi. I have a problem using a OVF file generated by XCP 1.0 and XCP 1.1. When I try to open and import the virtual machine on VMware Player, VMware Workstation, Virtual Box or another desktop virtualization application, some errors are displayed. The OVF file was generated using Xen Center 6.0 with the export function. For example, the errors logs below are generated when I try to import the virtual machines: Note: Sometimes I changed the charset encoding because the log says that the encondig was wrong. But that didn=92t work too. VMware Player 4.0.1 build-528992 Linux: The import failed because /media/4000-2F41/windows-ovf-XemServer6.0/ Windows Server 2003 (64-bit)/Windows Server 2003 (64-bit).ovf did not pass OVF specification conformance or virtual hardware compliance checks. Click Retry to relax OVF specification and virtual hardware compliance checks and try the import again, or click Cancel to cancel the import. If you retry the import, you might not be able to use the virtual machine in VMware Player. VMware Player 4.0.1 build-528992 Linux (changing definition of XML to encoding=3DUTF-8) The import failed because o did not pass OVF specification conformance or virtual hardware compliance checks. Click Retry to relax OVF specification and virtual hardware compliance checks and try the import again, or click Cancel to cancel the import. If you retry the import, you might not be able to use the virtual machine in VMware Player. VMware Converter 4.0.1 build-161434: Unable to parse the OVF File. VMware Converter 4.0.1 build-161434 (changing definition of XML to encoding=3DUTF-8) The OVF file '/media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)- utf8/Windows Server 2003 (64-bit).ovf' cannot be deployed on the target hardware. Virtualbox 4.1.2 Linux: Failed to import appliance /media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)/Windows Server 2003 (64-bit).ovf. Document labelled UTF-16 but has UTF-8 content. Location: '/media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)/ Windows Server 2003 (64-bit).ovf', line 1 (0), column 36. Virtualbox 4.1.2 Linux(changing definition of XML to encoding=3DUTF-8) Failed to import appliance /media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)-utf8/Windows Server 2003 (64-bit).ovf. Error reading "/media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)- utf8/Windows Server 2003 (64-bit).ovf": Unknown resource type 19 in hardware item, line 1. VMware ovftool 2.0.1 (build-260188) Linux Opening OVF source: /media/pendrive/windows-xva-ovf/Windows Server 2003 (64-bit).ovf Warning: No manifest file Error: - Line 1: Could not parse the document: 'encoding specified in XML declaration is incorrect'. VMware ovftool 2.0.1 (build-260188) - (changing definition of XML to encoding=3DUTF-8) Linux: Warning: No manifest file Opening VMX target: /media/hdexterno/Xen/xen_2_vmware/windows2003/ windows2003.vmx Error: OVF Package is not supported by target: - Line 1: Unsupported value 'http://www.microsoft.com/technet/ virtualserver/downloads/vhdspec.mspx' for attribute 'format' on element 'Disk'. - Line 1: Unsupported element 'VirtualSystemOtherConfigurationData' - Line 1: Unsupported element 'VirtualSystemOtherConfigurationData' - Line 1: Unsupported element 'VirtualSystemOtherConfigurationData' I also generated an OVF file with Xen Convert 2.3.1 32bits, but the same errors happened. I looked over Xen Server 5.6 documentation and it says that the OVF file is supported by VMware ovftool 1.0 (Citrix XenServer 5.6 Feature Pack 1 Virtual Machine Guide - page 31), but I didn=92t find this version availabl= e for download at vmware.com. Please, I need this feature because sometimes I have to use some virtual machines for local tests in my network users=92 desktops, but XCP will be used by my servers to host many virtual machines. Could anyone help me ? Thanks, --=20 * Fernando Mariano --0016e6d59d81a3bb7b04b810de4c Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hi.


I have a problem us= ing a OVF file generated by XCP 1.0 and XCP 1.1. When I try to open and imp= ort the virtual machine on VMware Player, VMware Workstation, Virtual Box o= r another desktop virtualization application, some errors are displayed.


The OVF file was ge= nerated using Xen Center 6.0 with the export function.


For example, the er= rors logs below are generated when I try to import the virtual machines:


Note: Sometimes I c= hanged the charset encoding because the log says that the encondig was wron= g. But that didn=92t work too.


VMware Player 4.0.1 build-528992 Linux:

The import failed because /media/4000-2F41/windows-o= vf-XemServer6.0/

Windows Server 2003 (64-bit)/Windows Server 2003 (64= -bit).ovf did not

pass OVF specification conformance or virtual hardwa= re compliance

checks.

Click Retry to relax OVF specification and virtual h= ardware compliance

checks and try the import again, or click Cancel to = cancel the import.

If you retry the import, you might not be able to us= e the virtual

machine in VMware Player.


VMware Player 4.0.1 build-528992 =A0Linux (changing definition of XML t= o encoding=3DUTF-8)

The import failed because o did not pass OVF specifi= cation conformance

or virtual hardware compliance checks.

Click Retry to relax OVF specification and virtual h= ardware compliance

checks and try the import again, or click Cancel to = cancel the import.

If you retry the import, you might not be able to us= e the virtual

machine in VMware Player.


VMware Converter 4.0.1 build-161434:

Unable to parse the OVF File.


VMware Converter 4.0.1 build-161434 (changing definition of XML to en= coding=3DUTF-8)

The OVF file '/media/4000-2F41/ovfxen/Windows Se= rver 2003 (64-bit)-

utf8/Windows Server 2003 (64-bit).ovf' cannot be= deployed on the

target hardware.


Virtualbox 4.1.2 Linux:

Failed to import appliance /media/4000-2F41/ovfxen/Windows Server 2003<= /span>

(64-bit)/Windows Server 2003 (64-bit).ovf.

Document labelled UTF-16 but has UTF-8 content.

Location: '/media/4000-2F41/ovfxen/Windows Serve= r 2003 (64-bit)/

Windows Server 2003 (64-bit).ovf', line 1 (0), c= olumn 36.


Virtualbox 4.1.2 Linux(changing definition of XML to encoding=3DUTF-8)<= /span>

Failed to import appliance /media/4000-2F41/ovfxen/W= indows Server 2003

(64-bit)-utf8/Windows Server 2003 (64-bit).ovf.

Error reading "/media/4000-2F41/ovfxen/Windows = Server 2003 (64-bit)-

utf8/Windows Server 2003 (64-bit).ovf": Unknown= resource type 19 in

hardware item, line 1.


VMware ovftool 2.0.1 (build-260188) Linux

Opening OVF source: /media/pendrive/windows-xva-ovf/Windows Server

2003 (64-bit).ovf

Warning: No manifest file

Error:

- Line 1: Could not parse the document: 'encodin= g specified in XML

declaration is incorrect'.


VMware ovftool 2.0.1 (build-260188) - (changing definition of XML to en= coding=3DUTF-8) Linux:

Warning: No manifest file

Opening VMX target: /media/hdexterno/Xen/xen_2_vmwar= e/windows2003/

windows2003.vmx

Error: OVF Package is not supported by target:

- Line 1: Unsupported value 'http://www.microsoft.com/technet/

virtualserver/downloads/vhdspec.mspx' for attrib= ute 'format' on

element 'Disk'.

- Line 1: Unsupported element 'VirtualSystemOthe= rConfigurationData'

- Line 1: Unsupported element 'VirtualSystemOthe= rConfigurationData'

- Line 1: Unsupported element 'VirtualSystemOthe= rConfigurationData'


I also generated= an OVF file with Xen Convert 2.3.1 32bits, but the same errors happened.


I looked over Xen S= erver 5.6 documentation and it says that the OVF file is supported by VMwar= e ovftool 1.0 (Citrix XenServer 5.6 Feature Pack 1 Virtual Machine Guide - = page 31), but I didn=92t find this version available for download at vmware.com.


Please, I need this= feature because sometimes I have to use some virtual machines for local te= sts in my network users=92 desktops, but XCP will be used by my servers to = host many virtual machines.


Could anyone help m= e ?


Thanks,

--=A0

Fernando Mariano

--0016e6d59d81a3bb7b04b810de4c-- --===============7894165534464640392== 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.xensource.com http://lists.xensource.com/xen-users --===============7894165534464640392==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 15:24:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 15:24:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKxS-0001c6-7X; Fri, 03 Feb 2012 15:21:50 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtKxQ-0001bF-67 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 15:21:48 +0000 X-Env-Sender: fernando@mariano.eng.br X-Msg-Ref: server-12.tower-27.messagelabs.com!1328282464!51001963!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3063 invoked from network); 3 Feb 2012 15:21:04 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 15:21:04 -0000 Received: by werb14 with SMTP id b14so7563238wer.30 for ; Fri, 03 Feb 2012 07:21:41 -0800 (PST) Received: by 10.216.134.74 with SMTP id r52mr3130231wei.19.1328282501102; Fri, 03 Feb 2012 07:21:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.89.103 with HTTP; Fri, 3 Feb 2012 07:21:21 -0800 (PST) From: Fernando Mariano Date: Fri, 3 Feb 2012 13:21:21 -0200 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] [XCP] Fail to export OVF format X-BeenThere: xen-users@lists.xensource.com 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="===============7894165534464640392==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============7894165534464640392== Content-Type: multipart/alternative; boundary=0016e6d59d81a3bb7b04b810de4c --0016e6d59d81a3bb7b04b810de4c Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable * Hi. I have a problem using a OVF file generated by XCP 1.0 and XCP 1.1. When I try to open and import the virtual machine on VMware Player, VMware Workstation, Virtual Box or another desktop virtualization application, some errors are displayed. The OVF file was generated using Xen Center 6.0 with the export function. For example, the errors logs below are generated when I try to import the virtual machines: Note: Sometimes I changed the charset encoding because the log says that the encondig was wrong. But that didn=92t work too. VMware Player 4.0.1 build-528992 Linux: The import failed because /media/4000-2F41/windows-ovf-XemServer6.0/ Windows Server 2003 (64-bit)/Windows Server 2003 (64-bit).ovf did not pass OVF specification conformance or virtual hardware compliance checks. Click Retry to relax OVF specification and virtual hardware compliance checks and try the import again, or click Cancel to cancel the import. If you retry the import, you might not be able to use the virtual machine in VMware Player. VMware Player 4.0.1 build-528992 Linux (changing definition of XML to encoding=3DUTF-8) The import failed because o did not pass OVF specification conformance or virtual hardware compliance checks. Click Retry to relax OVF specification and virtual hardware compliance checks and try the import again, or click Cancel to cancel the import. If you retry the import, you might not be able to use the virtual machine in VMware Player. VMware Converter 4.0.1 build-161434: Unable to parse the OVF File. VMware Converter 4.0.1 build-161434 (changing definition of XML to encoding=3DUTF-8) The OVF file '/media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)- utf8/Windows Server 2003 (64-bit).ovf' cannot be deployed on the target hardware. Virtualbox 4.1.2 Linux: Failed to import appliance /media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)/Windows Server 2003 (64-bit).ovf. Document labelled UTF-16 but has UTF-8 content. Location: '/media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)/ Windows Server 2003 (64-bit).ovf', line 1 (0), column 36. Virtualbox 4.1.2 Linux(changing definition of XML to encoding=3DUTF-8) Failed to import appliance /media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)-utf8/Windows Server 2003 (64-bit).ovf. Error reading "/media/4000-2F41/ovfxen/Windows Server 2003 (64-bit)- utf8/Windows Server 2003 (64-bit).ovf": Unknown resource type 19 in hardware item, line 1. VMware ovftool 2.0.1 (build-260188) Linux Opening OVF source: /media/pendrive/windows-xva-ovf/Windows Server 2003 (64-bit).ovf Warning: No manifest file Error: - Line 1: Could not parse the document: 'encoding specified in XML declaration is incorrect'. VMware ovftool 2.0.1 (build-260188) - (changing definition of XML to encoding=3DUTF-8) Linux: Warning: No manifest file Opening VMX target: /media/hdexterno/Xen/xen_2_vmware/windows2003/ windows2003.vmx Error: OVF Package is not supported by target: - Line 1: Unsupported value 'http://www.microsoft.com/technet/ virtualserver/downloads/vhdspec.mspx' for attribute 'format' on element 'Disk'. - Line 1: Unsupported element 'VirtualSystemOtherConfigurationData' - Line 1: Unsupported element 'VirtualSystemOtherConfigurationData' - Line 1: Unsupported element 'VirtualSystemOtherConfigurationData' I also generated an OVF file with Xen Convert 2.3.1 32bits, but the same errors happened. I looked over Xen Server 5.6 documentation and it says that the OVF file is supported by VMware ovftool 1.0 (Citrix XenServer 5.6 Feature Pack 1 Virtual Machine Guide - page 31), but I didn=92t find this version availabl= e for download at vmware.com. Please, I need this feature because sometimes I have to use some virtual machines for local tests in my network users=92 desktops, but XCP will be used by my servers to host many virtual machines. Could anyone help me ? Thanks, --=20 * Fernando Mariano --0016e6d59d81a3bb7b04b810de4c Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hi.


I have a problem us= ing a OVF file generated by XCP 1.0 and XCP 1.1. When I try to open and imp= ort the virtual machine on VMware Player, VMware Workstation, Virtual Box o= r another desktop virtualization application, some errors are displayed.


The OVF file was ge= nerated using Xen Center 6.0 with the export function.


For example, the er= rors logs below are generated when I try to import the virtual machines:


Note: Sometimes I c= hanged the charset encoding because the log says that the encondig was wron= g. But that didn=92t work too.


VMware Player 4.0.1 build-528992 Linux:

The import failed because /media/4000-2F41/windows-o= vf-XemServer6.0/

Windows Server 2003 (64-bit)/Windows Server 2003 (64= -bit).ovf did not

pass OVF specification conformance or virtual hardwa= re compliance

checks.

Click Retry to relax OVF specification and virtual h= ardware compliance

checks and try the import again, or click Cancel to = cancel the import.

If you retry the import, you might not be able to us= e the virtual

machine in VMware Player.


VMware Player 4.0.1 build-528992 =A0Linux (changing definition of XML t= o encoding=3DUTF-8)

The import failed because o did not pass OVF specifi= cation conformance

or virtual hardware compliance checks.

Click Retry to relax OVF specification and virtual h= ardware compliance

checks and try the import again, or click Cancel to = cancel the import.

If you retry the import, you might not be able to us= e the virtual

machine in VMware Player.


VMware Converter 4.0.1 build-161434:

Unable to parse the OVF File.


VMware Converter 4.0.1 build-161434 (changing definition of XML to en= coding=3DUTF-8)

The OVF file '/media/4000-2F41/ovfxen/Windows Se= rver 2003 (64-bit)-

utf8/Windows Server 2003 (64-bit).ovf' cannot be= deployed on the

target hardware.


Virtualbox 4.1.2 Linux:

Failed to import appliance /media/4000-2F41/ovfxen/Windows Server 2003<= /span>

(64-bit)/Windows Server 2003 (64-bit).ovf.

Document labelled UTF-16 but has UTF-8 content.

Location: '/media/4000-2F41/ovfxen/Windows Serve= r 2003 (64-bit)/

Windows Server 2003 (64-bit).ovf', line 1 (0), c= olumn 36.


Virtualbox 4.1.2 Linux(changing definition of XML to encoding=3DUTF-8)<= /span>

Failed to import appliance /media/4000-2F41/ovfxen/W= indows Server 2003

(64-bit)-utf8/Windows Server 2003 (64-bit).ovf.

Error reading "/media/4000-2F41/ovfxen/Windows = Server 2003 (64-bit)-

utf8/Windows Server 2003 (64-bit).ovf": Unknown= resource type 19 in

hardware item, line 1.


VMware ovftool 2.0.1 (build-260188) Linux

Opening OVF source: /media/pendrive/windows-xva-ovf/Windows Server

2003 (64-bit).ovf

Warning: No manifest file

Error:

- Line 1: Could not parse the document: 'encodin= g specified in XML

declaration is incorrect'.


VMware ovftool 2.0.1 (build-260188) - (changing definition of XML to en= coding=3DUTF-8) Linux:

Warning: No manifest file

Opening VMX target: /media/hdexterno/Xen/xen_2_vmwar= e/windows2003/

windows2003.vmx

Error: OVF Package is not supported by target:

- Line 1: Unsupported value 'http://www.microsoft.com/technet/

virtualserver/downloads/vhdspec.mspx' for attrib= ute 'format' on

element 'Disk'.

- Line 1: Unsupported element 'VirtualSystemOthe= rConfigurationData'

- Line 1: Unsupported element 'VirtualSystemOthe= rConfigurationData'

- Line 1: Unsupported element 'VirtualSystemOthe= rConfigurationData'


I also generated= an OVF file with Xen Convert 2.3.1 32bits, but the same errors happened.


I looked over Xen S= erver 5.6 documentation and it says that the OVF file is supported by VMwar= e ovftool 1.0 (Citrix XenServer 5.6 Feature Pack 1 Virtual Machine Guide - = page 31), but I didn=92t find this version available for download at vmware.com.


Please, I need this= feature because sometimes I have to use some virtual machines for local te= sts in my network users=92 desktops, but XCP will be used by my servers to = host many virtual machines.


Could anyone help m= e ?


Thanks,

--=A0

Fernando Mariano

--0016e6d59d81a3bb7b04b810de4c-- --===============7894165534464640392== 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.xensource.com http://lists.xensource.com/xen-users --===============7894165534464640392==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 17:56:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 17:56: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 1RtNKp-0006Zu-Ig; Fri, 03 Feb 2012 17:54:07 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtNKo-0006Zp-G7 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 17:54:06 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1328291638!11893750!1 X-Originating-IP: [209.85.213.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13878 invoked from network); 3 Feb 2012 17:53:59 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 17:53:59 -0000 Received: by yenq6 with SMTP id q6so39385651yen.30 for ; Fri, 03 Feb 2012 09:53:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.131.38 with SMTP id l26mr12964710yhi.70.1328291638317; Fri, 03 Feb 2012 09:53:58 -0800 (PST) Received: by 10.100.59.14 with HTTP; Fri, 3 Feb 2012 09:53:58 -0800 (PST) X-Originating-IP: [66.189.91.101] Date: Fri, 3 Feb 2012 12:53:58 -0500 Message-ID: From: Chris Marget To: xen-users@lists.xensource.com Subject: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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="===============4472214930396560390==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============4472214930396560390== Content-Type: multipart/alternative; boundary=20cf301afcd142939504b812ffa5 --20cf301afcd142939504b812ffa5 Content-Type: text/plain; charset=ISO-8859-1 Greetings! I've got a FreeBSD-based (FreeNAS) appliance running as an HVM DomU. Dom0 is Debian Squeeze on an AMD990 chipset system with IOMMU enabled. The DomU sees six physical drives: one of them is a USB stick that I've passed through in its entirety as a block device. The other five are SATA drives attached to a controller that I've handed to the DomU with PCI passthrough. The relevant parts of the DomU configuration are: name = 'freenas-hvm' kernel = "/usr/lib/xen-4.0/boot/hvmloader" builder = 'hvm' memory = 1024 shadow_memory = 8 vcpus = 1 device_model = '/usr/lib/xen-4.0/bin/qemu-dm' disk = [ 'phy:/dev/sdc,hda,w' ] # /dev/sdc is the USB stick pci = [ '00:11.0' ] # This is the SATA controller with 5 drives vif = ['bridge=vlan14' ] boot='dc' sdl=0 vnc=1 vnclisten='0.0.0.0' vncconsole=1 stdvga=0 The SATA controller according to 'lspci': 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40) Everything "works", but is it painfully slow. Reading from a single SATA drive within the DomU gives me about 0.5MB/s: [root@freenas /dev]# dd if=/dev/ada1 of=/dev/null skip=100000 bs=4096 count=1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 8.058105 secs (508308 bytes/sec) Concurrent reads from all five SATA drives show that they're able to achieve this speed all at the same time: [root@freenas /dev]# for disk in ada1 ada2 ada3 ada4 ada5 > do dd if=/dev/$disk of=/dev/null bs=4096 count=1000 & > done 4096000 bytes transferred in 8.049052 secs (508880 bytes/sec) 4096000 bytes transferred in 8.070050 secs (507556 bytes/sec) 4096000 bytes transferred in 8.071446 secs (507468 bytes/sec) 4096000 bytes transferred in 8.447751 secs (484863 bytes/sec) 4096000 bytes transferred in 8.501915 secs (481774 bytes/sec) The USB stick, OTOH, passed through as a block device? It reads 18x faster at around 9MB/sec [root@freenas /dev]# dd if=/dev/ada0 of=/dev/null bs=4096 count=1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 0.458198 secs (8939370 bytes/sec) >From the Dom0 I can read from the USB stick at around 15Mb/s (slow media), and I can read from all SATA drives at around 80-100MB/s concurrently (after un-hiding the PCI device). If I pass the drives through individually (as I have done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read from one disk at 10MB/s, or I can read from all at 2MB/s each. Thoughts? Does this rotten behavior even make sense? FreeBSD doesn't support PV mode on amd64, so that's out, but there are some PV drivers within HVM mode that I could be playing with. I don't really grok the details of it, but I don't think I have them working right now. I wonder if this is the ticket? I'd appreciate any advice that would help me to improve the situation. Thank you! --20cf301afcd142939504b812ffa5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Greetings!

I've got a FreeBSD-based (FreeNAS) applia= nce running as an HVM DomU.

Dom0 is Debian Squeeze= on an AMD990 chipset system with IOMMU enabled.

The DomU sees six physical drives: one of them is a USB stick that I've= passed through in its entirety as a block device. The other five are SATA = drives attached to a controller that I've handed to the DomU with PCI p= assthrough.

The relevant parts of the DomU configuration are:
=

name =3D 'freenas-hvm'
kernel = =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder =3D '= hvm'
memory =3D 1024
shadow_memory =3D 8
vcpus =3D 1
device_model =3D '/usr/lib/xen-4.0/bin/qemu-dm'
d= isk =3D [=A0'phy:/dev/sdc,hda,w'=A0] =A0 =A0 =A0 =A0 =A0 =A0 # /dev= /sdc is the USB stick
pci =3D [ '00:11.0' ] =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0# This is the SATA controller with 5 drives
vif =3D ['bridge=3Dvlan14' ]
boot=3D'dc'
<= div>sdl=3D0
vnc=3D1
vnclisten=3D'0.0.0.0'
vncconsole=3D1
stdvga=3D0=

The SATA controller according to 'lspci= ':
00:11.0 SATA controller: ATI Technologies Inc SB700/S= B800 SATA Controller [AHCI mode] (rev 40)

Everything "works", but is it painfully= slow.

Reading from a single SATA drive within the= DomU gives me about 0.5MB/s:
[root@freenas /dev]# dd if=3D/= dev/ada1 of=3D/dev/null skip=3D100000 bs=3D4096 count=3D1000
1000+0 records in
1000+0 records out
4096000 bytes= transferred in 8.058105 secs (508308 bytes/sec)

=
Concurrent reads from all five SATA drives show that they're able = to achieve this speed all at the same time:
[root@freenas /dev]# for disk in ada1 ada2 ada3 ada4 ada5
> do dd if=3D/dev/$disk of=3D/dev/null bs=3D4096 count=3D1000 &
> done
4096000 bytes transferred in 8.049052 secs (50= 8880 bytes/sec)
4096000 bytes transferred in 8.070050 secs (507556 bytes/sec)
4096000 bytes transferred in 8.071446 secs (507468 bytes/sec)
4= 096000 bytes transferred in 8.447751 secs (484863 bytes/sec)
4096000 bytes transferred in 8.501915 secs (481774 bytes/sec)

The USB stick, OTOH, passed through as a block device? It= reads 18x faster at around 9MB/sec
[root@freenas /dev]# dd = if=3D/dev/ada0 of=3D/dev/null bs=3D4096 count=3D1000
1000+0 records in
1000+0 records out
4096000 bytes= transferred in 0.458198 secs (8939370 bytes/sec)

From the Dom0 I can read from the USB stick at around 15Mb/s (slow me= dia), and I can read from all SATA drives at around 80-100MB/s concurrently= (after un-hiding the PCI device).

If I pass the drives through individually (as I ha= ve done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read f= rom one disk at 10MB/s, or I can read from all at 2MB/s each.

Thoughts? Does this rotten behavior even make sense?
<= br>
FreeBSD doesn't support PV mode on amd64, so that's o= ut, but there are some PV drivers within HVM mode that I could be playing w= ith. I don't really grok the details of it, but I don't think I hav= e them working right now. I wonder if this is the ticket?

I'd appreciate any advice that would help me to imp= rove the situation.

Thank you!
--20cf301afcd142939504b812ffa5-- --===============4472214930396560390== 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.xensource.com http://lists.xensource.com/xen-users --===============4472214930396560390==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 17:56:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 17:56: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 1RtNKp-0006Zu-Ig; Fri, 03 Feb 2012 17:54:07 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtNKo-0006Zp-G7 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 17:54:06 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1328291638!11893750!1 X-Originating-IP: [209.85.213.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13878 invoked from network); 3 Feb 2012 17:53:59 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 17:53:59 -0000 Received: by yenq6 with SMTP id q6so39385651yen.30 for ; Fri, 03 Feb 2012 09:53:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.131.38 with SMTP id l26mr12964710yhi.70.1328291638317; Fri, 03 Feb 2012 09:53:58 -0800 (PST) Received: by 10.100.59.14 with HTTP; Fri, 3 Feb 2012 09:53:58 -0800 (PST) X-Originating-IP: [66.189.91.101] Date: Fri, 3 Feb 2012 12:53:58 -0500 Message-ID: From: Chris Marget To: xen-users@lists.xensource.com Subject: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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="===============4472214930396560390==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============4472214930396560390== Content-Type: multipart/alternative; boundary=20cf301afcd142939504b812ffa5 --20cf301afcd142939504b812ffa5 Content-Type: text/plain; charset=ISO-8859-1 Greetings! I've got a FreeBSD-based (FreeNAS) appliance running as an HVM DomU. Dom0 is Debian Squeeze on an AMD990 chipset system with IOMMU enabled. The DomU sees six physical drives: one of them is a USB stick that I've passed through in its entirety as a block device. The other five are SATA drives attached to a controller that I've handed to the DomU with PCI passthrough. The relevant parts of the DomU configuration are: name = 'freenas-hvm' kernel = "/usr/lib/xen-4.0/boot/hvmloader" builder = 'hvm' memory = 1024 shadow_memory = 8 vcpus = 1 device_model = '/usr/lib/xen-4.0/bin/qemu-dm' disk = [ 'phy:/dev/sdc,hda,w' ] # /dev/sdc is the USB stick pci = [ '00:11.0' ] # This is the SATA controller with 5 drives vif = ['bridge=vlan14' ] boot='dc' sdl=0 vnc=1 vnclisten='0.0.0.0' vncconsole=1 stdvga=0 The SATA controller according to 'lspci': 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40) Everything "works", but is it painfully slow. Reading from a single SATA drive within the DomU gives me about 0.5MB/s: [root@freenas /dev]# dd if=/dev/ada1 of=/dev/null skip=100000 bs=4096 count=1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 8.058105 secs (508308 bytes/sec) Concurrent reads from all five SATA drives show that they're able to achieve this speed all at the same time: [root@freenas /dev]# for disk in ada1 ada2 ada3 ada4 ada5 > do dd if=/dev/$disk of=/dev/null bs=4096 count=1000 & > done 4096000 bytes transferred in 8.049052 secs (508880 bytes/sec) 4096000 bytes transferred in 8.070050 secs (507556 bytes/sec) 4096000 bytes transferred in 8.071446 secs (507468 bytes/sec) 4096000 bytes transferred in 8.447751 secs (484863 bytes/sec) 4096000 bytes transferred in 8.501915 secs (481774 bytes/sec) The USB stick, OTOH, passed through as a block device? It reads 18x faster at around 9MB/sec [root@freenas /dev]# dd if=/dev/ada0 of=/dev/null bs=4096 count=1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 0.458198 secs (8939370 bytes/sec) >From the Dom0 I can read from the USB stick at around 15Mb/s (slow media), and I can read from all SATA drives at around 80-100MB/s concurrently (after un-hiding the PCI device). If I pass the drives through individually (as I have done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read from one disk at 10MB/s, or I can read from all at 2MB/s each. Thoughts? Does this rotten behavior even make sense? FreeBSD doesn't support PV mode on amd64, so that's out, but there are some PV drivers within HVM mode that I could be playing with. I don't really grok the details of it, but I don't think I have them working right now. I wonder if this is the ticket? I'd appreciate any advice that would help me to improve the situation. Thank you! --20cf301afcd142939504b812ffa5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Greetings!

I've got a FreeBSD-based (FreeNAS) applia= nce running as an HVM DomU.

Dom0 is Debian Squeeze= on an AMD990 chipset system with IOMMU enabled.

The DomU sees six physical drives: one of them is a USB stick that I've= passed through in its entirety as a block device. The other five are SATA = drives attached to a controller that I've handed to the DomU with PCI p= assthrough.

The relevant parts of the DomU configuration are:
=

name =3D 'freenas-hvm'
kernel = =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder =3D '= hvm'
memory =3D 1024
shadow_memory =3D 8
vcpus =3D 1
device_model =3D '/usr/lib/xen-4.0/bin/qemu-dm'
d= isk =3D [=A0'phy:/dev/sdc,hda,w'=A0] =A0 =A0 =A0 =A0 =A0 =A0 # /dev= /sdc is the USB stick
pci =3D [ '00:11.0' ] =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0# This is the SATA controller with 5 drives
vif =3D ['bridge=3Dvlan14' ]
boot=3D'dc'
<= div>sdl=3D0
vnc=3D1
vnclisten=3D'0.0.0.0'
vncconsole=3D1
stdvga=3D0=

The SATA controller according to 'lspci= ':
00:11.0 SATA controller: ATI Technologies Inc SB700/S= B800 SATA Controller [AHCI mode] (rev 40)

Everything "works", but is it painfully= slow.

Reading from a single SATA drive within the= DomU gives me about 0.5MB/s:
[root@freenas /dev]# dd if=3D/= dev/ada1 of=3D/dev/null skip=3D100000 bs=3D4096 count=3D1000
1000+0 records in
1000+0 records out
4096000 bytes= transferred in 8.058105 secs (508308 bytes/sec)

=
Concurrent reads from all five SATA drives show that they're able = to achieve this speed all at the same time:
[root@freenas /dev]# for disk in ada1 ada2 ada3 ada4 ada5
> do dd if=3D/dev/$disk of=3D/dev/null bs=3D4096 count=3D1000 &
> done
4096000 bytes transferred in 8.049052 secs (50= 8880 bytes/sec)
4096000 bytes transferred in 8.070050 secs (507556 bytes/sec)
4096000 bytes transferred in 8.071446 secs (507468 bytes/sec)
4= 096000 bytes transferred in 8.447751 secs (484863 bytes/sec)
4096000 bytes transferred in 8.501915 secs (481774 bytes/sec)

The USB stick, OTOH, passed through as a block device? It= reads 18x faster at around 9MB/sec
[root@freenas /dev]# dd = if=3D/dev/ada0 of=3D/dev/null bs=3D4096 count=3D1000
1000+0 records in
1000+0 records out
4096000 bytes= transferred in 0.458198 secs (8939370 bytes/sec)

From the Dom0 I can read from the USB stick at around 15Mb/s (slow me= dia), and I can read from all SATA drives at around 80-100MB/s concurrently= (after un-hiding the PCI device).

If I pass the drives through individually (as I ha= ve done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read f= rom one disk at 10MB/s, or I can read from all at 2MB/s each.

Thoughts? Does this rotten behavior even make sense?
<= br>
FreeBSD doesn't support PV mode on amd64, so that's o= ut, but there are some PV drivers within HVM mode that I could be playing w= ith. I don't really grok the details of it, but I don't think I hav= e them working right now. I wonder if this is the ticket?

I'd appreciate any advice that would help me to imp= rove the situation.

Thank you!
--20cf301afcd142939504b812ffa5-- --===============4472214930396560390== 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.xensource.com http://lists.xensource.com/xen-users --===============4472214930396560390==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 18:02:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 18:02: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 1RtNR2-0006zE-30; Fri, 03 Feb 2012 18:00:32 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtNR1-0006z1-29 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 18:00:31 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-10.tower-182.messagelabs.com!1328292023!13624933!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15390 invoked from network); 3 Feb 2012 18:00:24 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-10.tower-182.messagelabs.com with SMTP; 3 Feb 2012 18:00:24 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 47BAE10401B for ; Fri, 3 Feb 2012 18:00:19 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y-NW89sV0bWJ for ; Fri, 3 Feb 2012 18:00:19 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id D484710401A for ; Fri, 3 Feb 2012 18:00:18 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: <77840eb1-3dbe-4c6b-80e2-9b8edc3f2f5b@email.android.com> References: <474eba6c-9d91-4140-8ec0-a329ccdcbda8@email.android.com> <77840eb1-3dbe-4c6b-80e2-9b8edc3f2f5b@email.android.com> Date: Fri, 3 Feb 2012 18:00:12 +0000 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Problem with Appletalk - Xen related ? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Niels Dettenbach (Syndicat IT&Internet) wrote: > >I installed Netatalk on a guest (also Debian Squeeze, PV) but atalkd >>won't start - reporting "Can't configure multicast". If I install >>Netatalk on Dom0 then it work > >I'm not experienced with atalkd, but did your kernel provides the >same IP and atalk features as in your Dom0 (i.e. IP multicast etc.)? > >Did you use a bridged xen setup and is your bridge connected to the >same physical network as your Dom0. If not, could you try that? Network is a standard linux bridge setup via Dom0 networking tools, one bridge, one NIC, one network. Both kernels are stock Debian Squeeze, same package : linux-image-2.6.32-5-xen-amd64, 2.6.32-41 I've now dug out a spare machine, transferred the guest system to it, and made only the minimum changes (fstab etc) to make it boot as a physical standalone machine. It starts atalkd, and nbmlkup returns the results I'd expect on my network. So I think I can be sure it's not a software/config problem - the same image/setup works on a real machine but not as a PV guest under Xen. Test machine is an AMD64 box, nVidia chipset, and forcedeth driver for the network. In the guest, "dmesg | grep eth0" doesn't show anything - is that to be expected ? -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 18:02:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 18:02: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 1RtNR2-0006zE-30; Fri, 03 Feb 2012 18:00:32 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtNR1-0006z1-29 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 18:00:31 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-10.tower-182.messagelabs.com!1328292023!13624933!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15390 invoked from network); 3 Feb 2012 18:00:24 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-10.tower-182.messagelabs.com with SMTP; 3 Feb 2012 18:00:24 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 47BAE10401B for ; Fri, 3 Feb 2012 18:00:19 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y-NW89sV0bWJ for ; Fri, 3 Feb 2012 18:00:19 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id D484710401A for ; Fri, 3 Feb 2012 18:00:18 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: <77840eb1-3dbe-4c6b-80e2-9b8edc3f2f5b@email.android.com> References: <474eba6c-9d91-4140-8ec0-a329ccdcbda8@email.android.com> <77840eb1-3dbe-4c6b-80e2-9b8edc3f2f5b@email.android.com> Date: Fri, 3 Feb 2012 18:00:12 +0000 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Problem with Appletalk - Xen related ? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Niels Dettenbach (Syndicat IT&Internet) wrote: > >I installed Netatalk on a guest (also Debian Squeeze, PV) but atalkd >>won't start - reporting "Can't configure multicast". If I install >>Netatalk on Dom0 then it work > >I'm not experienced with atalkd, but did your kernel provides the >same IP and atalk features as in your Dom0 (i.e. IP multicast etc.)? > >Did you use a bridged xen setup and is your bridge connected to the >same physical network as your Dom0. If not, could you try that? Network is a standard linux bridge setup via Dom0 networking tools, one bridge, one NIC, one network. Both kernels are stock Debian Squeeze, same package : linux-image-2.6.32-5-xen-amd64, 2.6.32-41 I've now dug out a spare machine, transferred the guest system to it, and made only the minimum changes (fstab etc) to make it boot as a physical standalone machine. It starts atalkd, and nbmlkup returns the results I'd expect on my network. So I think I can be sure it's not a software/config problem - the same image/setup works on a real machine but not as a PV guest under Xen. Test machine is an AMD64 box, nVidia chipset, and forcedeth driver for the network. In the guest, "dmesg | grep eth0" doesn't show anything - is that to be expected ? -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 18:16:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 18:16:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtNe9-0007UK-30; Fri, 03 Feb 2012 18:14:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtNe7-0007U9-5w for xen-users@lists.xensource.com; Fri, 03 Feb 2012 18:14:03 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1328292792!52833648!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14604 invoked from network); 3 Feb 2012 18:13:12 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-6.tower-27.messagelabs.com with SMTP; 3 Feb 2012 18:13:12 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Fri, 3 Feb 2012 12:14:01 -0600 From: To: Date: Fri, 3 Feb 2012 12:14:00 -0600 Message-ID: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: Thread-Index: AczinUFJZkA3MQnESOid65Svolb22AAAca4g Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: admin@xenhive.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1578175931932079686==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1578175931932079686== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01CCE26D.4FEB38F0" This is a multi-part message in MIME format. ------=_NextPart_000_0011_01CCE26D.4FEB38F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I would not read too much into these performance numbers. I have found = that FreeNAS is pretty slow even directly on physical hardware. Using = exactly the same hardware, OpenSolaris or Nexenta is way faster than FreeNAS. http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-benchmarks/= =20 Why do you want to run FreeNAS in a VM. Is it for production purposes = or testing purposes? I would not recommend running a file server as a VM = if it is a performance sensitive production situation. =20 -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Chris Marget Sent: Friday, February 03, 2012 11:54 AM To: xen-users@lists.xensource.com Subject: [Xen-users] Spectacularly disappointing disk throughput =20 Greetings! =20 I've got a FreeBSD-based (FreeNAS) appliance running as an HVM DomU. =20 Dom0 is Debian Squeeze on an AMD990 chipset system with IOMMU enabled. =20 The DomU sees six physical drives: one of them is a USB stick that I've passed through in its entirety as a block device. The other five are = SATA drives attached to a controller that I've handed to the DomU with PCI passthrough. =20 The relevant parts of the DomU configuration are: =20 name =3D 'freenas-hvm' kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder =3D 'hvm' memory =3D 1024 shadow_memory =3D 8 vcpus =3D 1 device_model =3D '/usr/lib/xen-4.0/bin/qemu-dm' disk =3D [ 'phy:/dev/sdc,hda,w' ] # /dev/sdc is the USB = stick pci =3D [ '00:11.0' ] # This is the SATA controller with 5 drives vif =3D ['bridge=3Dvlan14' ] boot=3D'dc' sdl=3D0 vnc=3D1 vnclisten=3D'0.0.0.0' vncconsole=3D1 stdvga=3D0 =20 The SATA controller according to 'lspci': 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA = Controller [AHCI mode] (rev 40) =20 Everything "works", but is it painfully slow. =20 Reading from a single SATA drive within the DomU gives me about 0.5MB/s: [root@freenas /dev]# dd if=3D/dev/ada1 of=3D/dev/null skip=3D100000 = bs=3D4096 count=3D1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 8.058105 secs (508308 bytes/sec) =20 Concurrent reads from all five SATA drives show that they're able to = achieve this speed all at the same time: [root@freenas /dev]# for disk in ada1 ada2 ada3 ada4 ada5 > do dd if=3D/dev/$disk of=3D/dev/null bs=3D4096 count=3D1000 & > done 4096000 bytes transferred in 8.049052 secs (508880 bytes/sec) 4096000 bytes transferred in 8.070050 secs (507556 bytes/sec) 4096000 bytes transferred in 8.071446 secs (507468 bytes/sec) 4096000 bytes transferred in 8.447751 secs (484863 bytes/sec) 4096000 bytes transferred in 8.501915 secs (481774 bytes/sec) =20 The USB stick, OTOH, passed through as a block device? It reads 18x = faster at around 9MB/sec [root@freenas /dev]# dd if=3D/dev/ada0 of=3D/dev/null bs=3D4096 = count=3D1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 0.458198 secs (8939370 bytes/sec) =20 >From the Dom0 I can read from the USB stick at around 15Mb/s (slow = media), and I can read from all SATA drives at around 80-100MB/s concurrently = (after un-hiding the PCI device). =20 If I pass the drives through individually (as I have done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read from one disk at 10MB/s, or I can read from all at 2MB/s each. =20 Thoughts? Does this rotten behavior even make sense? =20 FreeBSD doesn't support PV mode on amd64, so that's out, but there are = some PV drivers within HVM mode that I could be playing with. I don't really = grok the details of it, but I don't think I have them working right now. I = wonder if this is the ticket? =20 I'd appreciate any advice that would help me to improve the situation. =20 Thank you! ------=_NextPart_000_0011_01CCE26D.4FEB38F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I would not read too much into = these performance numbers.  I have found that FreeNAS is pretty slow even = directly on physical hardware.  Using exactly the same hardware, OpenSolaris = or Nexenta is way faster than FreeNAS.

http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-b= enchmarks/

 

Why do you want to run FreeNAS in a = VM.  Is it for production purposes or testing purposes?  I would not = recommend running a file server as a VM if it is a performance sensitive = production situation.

 

-----Original = Message-----
From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Chris Marget
Sent: Friday, February 03, 2012 11:54 = AM
To: = xen-users@lists.xensource.com
Subject: [Xen-users] = Spectacularly disappointing disk throughput

 

Greetings!

 

I've got a FreeBSD-based (FreeNAS) appliance = running as an HVM DomU.

 

Dom0 is Debian Squeeze on an AMD990 chipset = system with IOMMU enabled.

 

The DomU sees six physical drives: one of = them is a USB stick that I've passed through in its entirety as a block device. = The other five are SATA drives attached to a controller that I've handed to the = DomU with PCI passthrough.

 

The relevant parts of the DomU configuration = are:

 

name =3D 'freenas-hvm'

kernel =3D = "/usr/lib/xen-4.0/boot/hvmloader"

builder =3D 'hvm'

memory =3D 1024

shadow_memory =3D 8

vcpus =3D 1

device_model =3D = '/usr/lib/xen-4.0/bin/qemu-dm'

disk =3D [ 'phy:/dev/sdc,hda,w' ] =             # /dev/sdc is the USB = stick

pci =3D [ '00:11.0' ]       =                         =  # This is the SATA controller with 5 drives

vif =3D ['bridge=3Dvlan14' = ]

boot=3D'dc'

sdl=3D0

vnc=3D1

vnclisten=3D'0.0.0.0'

vncconsole=3D1

stdvga=3D0

 

The SATA controller according to = 'lspci':

00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40)

 

Everything "works", but is it = painfully slow.

 

Reading from a single SATA = drive within the DomU gives me about 0.5MB/s:

[root@freenas /dev]# dd if=3D/dev/ada1 = of=3D/dev/null skip=3D100000 bs=3D4096 count=3D1000

1000+0 records in

1000+0 records out

4096000 bytes transferred in 8.058105 secs = (508308 bytes/sec)

 

Concurrent reads from all five SATA drives = show that they're able to achieve this speed all at the same = time:

[root@freenas /dev]# for disk in ada1 ada2 = ada3 ada4 ada5

> do dd if=3D/dev/$disk of=3D/dev/null = bs=3D4096 count=3D1000 &

> done

4096000 bytes transferred in 8.049052 secs = (508880 bytes/sec)

4096000 bytes transferred in 8.070050 secs = (507556 bytes/sec)

4096000 bytes transferred in 8.071446 secs = (507468 bytes/sec)

4096000 bytes transferred in 8.447751 secs = (484863 bytes/sec)

4096000 bytes transferred in 8.501915 secs = (481774 bytes/sec)

 

The USB stick, OTOH, passed through as a = block device? It reads 18x faster at around 9MB/sec

[root@freenas /dev]# dd if=3D/dev/ada0 = of=3D/dev/null bs=3D4096 count=3D1000

1000+0 records in

1000+0 records out

4096000 bytes transferred in 0.458198 secs = (8939370 bytes/sec)

 

From the Dom0 I can read from the USB stick = at around 15Mb/s (slow media), and I can read from all SATA drives at around = 80-100MB/s concurrently (after un-hiding the PCI device).

 

If I pass the drives through individually (as = I have done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read = from one disk at 10MB/s, or I can read from all at 2MB/s each.

 

Thoughts? Does this rotten behavior even make = sense?

 

FreeBSD doesn't support PV mode on amd64, so = that's out, but there are some PV drivers within HVM mode that I could be = playing with. I don't really grok the details of it, but I don't think I have = them working right now. I wonder if this is the ticket?

 

I'd appreciate any advice that would help me = to improve the situation.

 

Thank you!

------=_NextPart_000_0011_01CCE26D.4FEB38F0-- --===============1578175931932079686== 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.xensource.com http://lists.xensource.com/xen-users --===============1578175931932079686==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 18:16:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 18:16:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtNe9-0007UK-30; Fri, 03 Feb 2012 18:14:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtNe7-0007U9-5w for xen-users@lists.xensource.com; Fri, 03 Feb 2012 18:14:03 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1328292792!52833648!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14604 invoked from network); 3 Feb 2012 18:13:12 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-6.tower-27.messagelabs.com with SMTP; 3 Feb 2012 18:13:12 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Fri, 3 Feb 2012 12:14:01 -0600 From: To: Date: Fri, 3 Feb 2012 12:14:00 -0600 Message-ID: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: Thread-Index: AczinUFJZkA3MQnESOid65Svolb22AAAca4g Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: admin@xenhive.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1578175931932079686==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1578175931932079686== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01CCE26D.4FEB38F0" This is a multi-part message in MIME format. ------=_NextPart_000_0011_01CCE26D.4FEB38F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I would not read too much into these performance numbers. I have found = that FreeNAS is pretty slow even directly on physical hardware. Using = exactly the same hardware, OpenSolaris or Nexenta is way faster than FreeNAS. http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-benchmarks/= =20 Why do you want to run FreeNAS in a VM. Is it for production purposes = or testing purposes? I would not recommend running a file server as a VM = if it is a performance sensitive production situation. =20 -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Chris Marget Sent: Friday, February 03, 2012 11:54 AM To: xen-users@lists.xensource.com Subject: [Xen-users] Spectacularly disappointing disk throughput =20 Greetings! =20 I've got a FreeBSD-based (FreeNAS) appliance running as an HVM DomU. =20 Dom0 is Debian Squeeze on an AMD990 chipset system with IOMMU enabled. =20 The DomU sees six physical drives: one of them is a USB stick that I've passed through in its entirety as a block device. The other five are = SATA drives attached to a controller that I've handed to the DomU with PCI passthrough. =20 The relevant parts of the DomU configuration are: =20 name =3D 'freenas-hvm' kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder =3D 'hvm' memory =3D 1024 shadow_memory =3D 8 vcpus =3D 1 device_model =3D '/usr/lib/xen-4.0/bin/qemu-dm' disk =3D [ 'phy:/dev/sdc,hda,w' ] # /dev/sdc is the USB = stick pci =3D [ '00:11.0' ] # This is the SATA controller with 5 drives vif =3D ['bridge=3Dvlan14' ] boot=3D'dc' sdl=3D0 vnc=3D1 vnclisten=3D'0.0.0.0' vncconsole=3D1 stdvga=3D0 =20 The SATA controller according to 'lspci': 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA = Controller [AHCI mode] (rev 40) =20 Everything "works", but is it painfully slow. =20 Reading from a single SATA drive within the DomU gives me about 0.5MB/s: [root@freenas /dev]# dd if=3D/dev/ada1 of=3D/dev/null skip=3D100000 = bs=3D4096 count=3D1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 8.058105 secs (508308 bytes/sec) =20 Concurrent reads from all five SATA drives show that they're able to = achieve this speed all at the same time: [root@freenas /dev]# for disk in ada1 ada2 ada3 ada4 ada5 > do dd if=3D/dev/$disk of=3D/dev/null bs=3D4096 count=3D1000 & > done 4096000 bytes transferred in 8.049052 secs (508880 bytes/sec) 4096000 bytes transferred in 8.070050 secs (507556 bytes/sec) 4096000 bytes transferred in 8.071446 secs (507468 bytes/sec) 4096000 bytes transferred in 8.447751 secs (484863 bytes/sec) 4096000 bytes transferred in 8.501915 secs (481774 bytes/sec) =20 The USB stick, OTOH, passed through as a block device? It reads 18x = faster at around 9MB/sec [root@freenas /dev]# dd if=3D/dev/ada0 of=3D/dev/null bs=3D4096 = count=3D1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 0.458198 secs (8939370 bytes/sec) =20 >From the Dom0 I can read from the USB stick at around 15Mb/s (slow = media), and I can read from all SATA drives at around 80-100MB/s concurrently = (after un-hiding the PCI device). =20 If I pass the drives through individually (as I have done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read from one disk at 10MB/s, or I can read from all at 2MB/s each. =20 Thoughts? Does this rotten behavior even make sense? =20 FreeBSD doesn't support PV mode on amd64, so that's out, but there are = some PV drivers within HVM mode that I could be playing with. I don't really = grok the details of it, but I don't think I have them working right now. I = wonder if this is the ticket? =20 I'd appreciate any advice that would help me to improve the situation. =20 Thank you! ------=_NextPart_000_0011_01CCE26D.4FEB38F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I would not read too much into = these performance numbers.  I have found that FreeNAS is pretty slow even = directly on physical hardware.  Using exactly the same hardware, OpenSolaris = or Nexenta is way faster than FreeNAS.

http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-b= enchmarks/

 

Why do you want to run FreeNAS in a = VM.  Is it for production purposes or testing purposes?  I would not = recommend running a file server as a VM if it is a performance sensitive = production situation.

 

-----Original = Message-----
From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Chris Marget
Sent: Friday, February 03, 2012 11:54 = AM
To: = xen-users@lists.xensource.com
Subject: [Xen-users] = Spectacularly disappointing disk throughput

 

Greetings!

 

I've got a FreeBSD-based (FreeNAS) appliance = running as an HVM DomU.

 

Dom0 is Debian Squeeze on an AMD990 chipset = system with IOMMU enabled.

 

The DomU sees six physical drives: one of = them is a USB stick that I've passed through in its entirety as a block device. = The other five are SATA drives attached to a controller that I've handed to the = DomU with PCI passthrough.

 

The relevant parts of the DomU configuration = are:

 

name =3D 'freenas-hvm'

kernel =3D = "/usr/lib/xen-4.0/boot/hvmloader"

builder =3D 'hvm'

memory =3D 1024

shadow_memory =3D 8

vcpus =3D 1

device_model =3D = '/usr/lib/xen-4.0/bin/qemu-dm'

disk =3D [ 'phy:/dev/sdc,hda,w' ] =             # /dev/sdc is the USB = stick

pci =3D [ '00:11.0' ]       =                         =  # This is the SATA controller with 5 drives

vif =3D ['bridge=3Dvlan14' = ]

boot=3D'dc'

sdl=3D0

vnc=3D1

vnclisten=3D'0.0.0.0'

vncconsole=3D1

stdvga=3D0

 

The SATA controller according to = 'lspci':

00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40)

 

Everything "works", but is it = painfully slow.

 

Reading from a single SATA = drive within the DomU gives me about 0.5MB/s:

[root@freenas /dev]# dd if=3D/dev/ada1 = of=3D/dev/null skip=3D100000 bs=3D4096 count=3D1000

1000+0 records in

1000+0 records out

4096000 bytes transferred in 8.058105 secs = (508308 bytes/sec)

 

Concurrent reads from all five SATA drives = show that they're able to achieve this speed all at the same = time:

[root@freenas /dev]# for disk in ada1 ada2 = ada3 ada4 ada5

> do dd if=3D/dev/$disk of=3D/dev/null = bs=3D4096 count=3D1000 &

> done

4096000 bytes transferred in 8.049052 secs = (508880 bytes/sec)

4096000 bytes transferred in 8.070050 secs = (507556 bytes/sec)

4096000 bytes transferred in 8.071446 secs = (507468 bytes/sec)

4096000 bytes transferred in 8.447751 secs = (484863 bytes/sec)

4096000 bytes transferred in 8.501915 secs = (481774 bytes/sec)

 

The USB stick, OTOH, passed through as a = block device? It reads 18x faster at around 9MB/sec

[root@freenas /dev]# dd if=3D/dev/ada0 = of=3D/dev/null bs=3D4096 count=3D1000

1000+0 records in

1000+0 records out

4096000 bytes transferred in 0.458198 secs = (8939370 bytes/sec)

 

From the Dom0 I can read from the USB stick = at around 15Mb/s (slow media), and I can read from all SATA drives at around = 80-100MB/s concurrently (after un-hiding the PCI device).

 

If I pass the drives through individually (as = I have done with the USB stick) the DomU reveals a 10MB/s ceiling. I can read = from one disk at 10MB/s, or I can read from all at 2MB/s each.

 

Thoughts? Does this rotten behavior even make = sense?

 

FreeBSD doesn't support PV mode on amd64, so = that's out, but there are some PV drivers within HVM mode that I could be = playing with. I don't really grok the details of it, but I don't think I have = them working right now. I wonder if this is the ticket?

 

I'd appreciate any advice that would help me = to improve the situation.

 

Thank you!

------=_NextPart_000_0011_01CCE26D.4FEB38F0-- --===============1578175931932079686== 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.xensource.com http://lists.xensource.com/xen-users --===============1578175931932079686==-- From xen-users-bounces@lists.xensource.com Fri Feb 03 18:44:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 18:44:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtO5e-0008EV-09; Fri, 03 Feb 2012 18:42:30 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtO5c-0008EQ-F7 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 18:42:28 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1328294520!51492214!1 X-Originating-IP: [209.85.213.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9229 invoked from network); 3 Feb 2012 18:42:01 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 18:42:01 -0000 Received: by yenq6 with SMTP id q6so39889480yen.30 for ; Fri, 03 Feb 2012 10:42:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.110.110 with SMTP id t74mr12403515yhg.121.1328294543038; Fri, 03 Feb 2012 10:42:23 -0800 (PST) Received: by 10.100.59.14 with HTTP; Fri, 3 Feb 2012 10:42:22 -0800 (PST) X-Originating-IP: [66.189.91.101] In-Reply-To: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Fri, 3 Feb 2012 13:42:22 -0500 Message-ID: From: Chris Marget To: admin@xenhive.com Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 1:14 PM, wrote: > I would not read too much into these performance numbers.=A0 I have found= that FreeNAS is pretty slow even directly on physical hardware.=A0 Using e= xactly the same hardware, OpenSolaris or Nexenta is way faster than FreeNAS. I don't expect it to be blazingly fast -- that's not really a priority. I'm not testing ZFS filesystem performance, just sequential reads from the block device. At these numbers, five spindles working in concert will barely saturate a legacy 10Mb/s link, and individual passthrough of block devices is faster than passthrough of the PCI controller. Something's seriously broken here :-) > Why do you want to run FreeNAS in a VM.=A0 Is it for production purposes = or testing purposes?=A0 I would not recommend running a file server as a VM= if it is a performance sensitive production situation. This project is for production home use. I'd like to have everything in my house run in one physical server, rather than lots of little ones. The old server was OpenSolaris Dom0 with DomUs running on zvol backstores. I'm trying to get away from Oracle, but want to retain ZFS. /chris _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 18:44:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 18:44:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtO5e-0008EV-09; Fri, 03 Feb 2012 18:42:30 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtO5c-0008EQ-F7 for xen-users@lists.xensource.com; Fri, 03 Feb 2012 18:42:28 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1328294520!51492214!1 X-Originating-IP: [209.85.213.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9229 invoked from network); 3 Feb 2012 18:42:01 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 18:42:01 -0000 Received: by yenq6 with SMTP id q6so39889480yen.30 for ; Fri, 03 Feb 2012 10:42:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.110.110 with SMTP id t74mr12403515yhg.121.1328294543038; Fri, 03 Feb 2012 10:42:23 -0800 (PST) Received: by 10.100.59.14 with HTTP; Fri, 3 Feb 2012 10:42:22 -0800 (PST) X-Originating-IP: [66.189.91.101] In-Reply-To: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Fri, 3 Feb 2012 13:42:22 -0500 Message-ID: From: Chris Marget To: admin@xenhive.com Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 1:14 PM, wrote: > I would not read too much into these performance numbers.=A0 I have found= that FreeNAS is pretty slow even directly on physical hardware.=A0 Using e= xactly the same hardware, OpenSolaris or Nexenta is way faster than FreeNAS. I don't expect it to be blazingly fast -- that's not really a priority. I'm not testing ZFS filesystem performance, just sequential reads from the block device. At these numbers, five spindles working in concert will barely saturate a legacy 10Mb/s link, and individual passthrough of block devices is faster than passthrough of the PCI controller. Something's seriously broken here :-) > Why do you want to run FreeNAS in a VM.=A0 Is it for production purposes = or testing purposes?=A0 I would not recommend running a file server as a VM= if it is a performance sensitive production situation. This project is for production home use. I'd like to have everything in my house run in one physical server, rather than lots of little ones. The old server was OpenSolaris Dom0 with DomUs running on zvol backstores. I'm trying to get away from Oracle, but want to retain ZFS. /chris _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 19:30:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 19:30:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtOoW-00025R-21; Fri, 03 Feb 2012 19:28:52 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtOoU-00025E-EC for xen-users@lists.xensource.com; Fri, 03 Feb 2012 19:28:50 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1328297323!13887864!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8505 invoked from network); 3 Feb 2012 19:28:44 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 19:28:44 -0000 Received: by iaeh11 with SMTP id h11so21776761iae.30 for ; Fri, 03 Feb 2012 11:28:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jUvvheQgNa4aXUeTQHPm272dyx13rS3hTjQDsVG5Nzg=; b=qCsYOl0rBgFnO7EcO+ZuuFfB+vq8UaGDqgPgJn+05rpTqmEHtU6J7gPy/pp4r6Ue+k JX8xBqp3K+SfmqDcpijuJBpib6JJJlgciia95MplksLwsZx9LTkpcIap7BG+BnfYYZ8v tfjG8yFPobKGne6oFTGzLlpqM8RvkRlcvDQa8= MIME-Version: 1.0 Received: by 10.42.189.135 with SMTP id de7mr7918169icb.54.1328297322701; Fri, 03 Feb 2012 11:28:42 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 11:28:42 -0800 (PST) In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Fri, 3 Feb 2012 20:28:42 +0100 Message-ID: From: Florian Heigl To: Chris Marget Cc: xen-users@lists.xensource.com, admin@xenhive.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Chris, yes the PV disk and network drivers make the difference between heaven and hell for FreeBSD domUs. Do not bother with any more benchmarks until you have them working :) 2012/2/3 Chris Marget : > On Fri, Feb 3, 2012 at 1:14 PM, wrote: >> I would not read too much into these performance numbers.=A0 I have foun= d that FreeNAS is pretty slow even directly on physical hardware.=A0 Using = exactly the same hardware, OpenSolaris or Nexenta is way faster than FreeNA= S. FreeNAS will completely pwn both on a 256MB system ;) But yes, in general it's slower; I also kept using FreeNAS instead of Nexenta due to the smaller footprint and, my, I loved the clean UI, until they redid it for (as the log said "adding more round edges") > I don't expect it to be blazingly fast -- that's not really a priority. Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 19:30:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 19:30:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtOoW-00025R-21; Fri, 03 Feb 2012 19:28:52 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtOoU-00025E-EC for xen-users@lists.xensource.com; Fri, 03 Feb 2012 19:28:50 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1328297323!13887864!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8505 invoked from network); 3 Feb 2012 19:28:44 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 19:28:44 -0000 Received: by iaeh11 with SMTP id h11so21776761iae.30 for ; Fri, 03 Feb 2012 11:28:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jUvvheQgNa4aXUeTQHPm272dyx13rS3hTjQDsVG5Nzg=; b=qCsYOl0rBgFnO7EcO+ZuuFfB+vq8UaGDqgPgJn+05rpTqmEHtU6J7gPy/pp4r6Ue+k JX8xBqp3K+SfmqDcpijuJBpib6JJJlgciia95MplksLwsZx9LTkpcIap7BG+BnfYYZ8v tfjG8yFPobKGne6oFTGzLlpqM8RvkRlcvDQa8= MIME-Version: 1.0 Received: by 10.42.189.135 with SMTP id de7mr7918169icb.54.1328297322701; Fri, 03 Feb 2012 11:28:42 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 11:28:42 -0800 (PST) In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Fri, 3 Feb 2012 20:28:42 +0100 Message-ID: From: Florian Heigl To: Chris Marget Cc: xen-users@lists.xensource.com, admin@xenhive.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Chris, yes the PV disk and network drivers make the difference between heaven and hell for FreeBSD domUs. Do not bother with any more benchmarks until you have them working :) 2012/2/3 Chris Marget : > On Fri, Feb 3, 2012 at 1:14 PM, wrote: >> I would not read too much into these performance numbers.=A0 I have foun= d that FreeNAS is pretty slow even directly on physical hardware.=A0 Using = exactly the same hardware, OpenSolaris or Nexenta is way faster than FreeNA= S. FreeNAS will completely pwn both on a 256MB system ;) But yes, in general it's slower; I also kept using FreeNAS instead of Nexenta due to the smaller footprint and, my, I loved the clean UI, until they redid it for (as the log said "adding more round edges") > I don't expect it to be blazingly fast -- that's not really a priority. Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 19:49:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 19:49:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP6h-0002V5-7Z; Fri, 03 Feb 2012 19:47:39 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP6f-0002Uw-Qd for xen-users@lists.xensource.com; Fri, 03 Feb 2012 19:47:38 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1328298449!13660194!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8727 invoked from network); 3 Feb 2012 19:47:31 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 19:47:31 -0000 Received: by iaeh11 with SMTP id h11so21867768iae.30 for ; Fri, 03 Feb 2012 11:47:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CicgCoSBVRv+z/dTGR1NonHYLzA9o8Yczd7u4df8SOQ=; b=D5FtuLGFBAWCXXNDpFSYClbOy0Pf+kSggHWafUqlY93phAK9CnuX5KZlTEyQ+Kt/YZ YgsilY+iTusfBG3S5TBdRpDUXMoedMMHNiELbb30luvDTwSR6QhRaglbMdU544I5SoPj WTZmuRlZUi1yO1+UqPm2u93dc/it3XTbXVOjA= MIME-Version: 1.0 Received: by 10.50.179.6 with SMTP id dc6mr4316496igc.15.1328298449627; Fri, 03 Feb 2012 11:47:29 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 11:47:29 -0800 (PST) In-Reply-To: <20120203050239.GA4837@luke.xen.prgmr.com> References: <20120203050239.GA4837@luke.xen.prgmr.com> Date: Fri, 3 Feb 2012 20:47:29 +0100 Message-ID: From: Florian Heigl To: "Luke S. Crawford" , Sylvain Chevalier Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] MCE logs and CPU issue X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi both, you might wanna throw 30 minutes into setting up a OMD nagios instance (www.omdistro.org), adding the affected servers to the check_mk config and grab my linux ECC error check plugin from the community exchange (http://exchange.check-mk.org) I *really really hope* I got everything right and it will be able to detect ECC 1/2bit errors once the CPUs report them. The error >> Feb =A02 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr >> cf839a00, state cc0035400001009f] is as descriptive as anything that isn't a real big iron Unix box can get. (Of course, then you'd have better ECC and a page deallocation table anyway and all this would not be causing problems) My assumption is that Xen properly forwards MCEs. There was a presentation by Intel on the topic at one of the last XenSummits. I wasn't there but read through it some time. I guess you'll be able to find it. If needed I can do a short walkthrough of the setup. I just wanna avoid this looking like an advertisement. It's not my fault there's no other good ECC check plugin for Nagios :) 2012/2/3 Luke S. Crawford : > On Fri, Feb 03, 2012 at 11:37:27AM +0800, Sylvain Chevalier wrote: >> Hi, >> >> On one of our servers running xen, we see many instances like this in >> /var/log/messages on dom0: >> >> Feb =A02 17:45:11 maradona kernel: [172988.068048] MCE_DOM0_LOG: enter >> dom0 mce vIRQ handler >> Feb =A02 17:45:11 maradona kernel: [172988.068050] MCE_DOM0_LOG: No more >> urgent data >> Feb =A02 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr >> cf839a00, state cc0035400001009f] >> Feb =A02 17:45:11 maradona kernel: [172988.068059] MCE_DOM0_LOG: No more >> nonurgent data >> >> it is always CPU8, BANK12. And the server will sometimes just abruptly >> reboot after logging this. > >> Does it mean that MCE messages are logged by xen in /var/log/messages >> and that there is a problem with this cpu? Do you know how I can dig >> further and find what the problem is? > > Betcha it is the ram in that bank. > > I'm getting similar errors in a server that I just swapped out, only my > MCE errors say: > > (XEN) MCE: The hardware reports a non fatal, correctable incident occured= on CPU 0. > (XEN) Bank 4: dc0c4000fe080813[c008000401000000] at =A0 =A0 =A0 =A0363fe9= 000 > > (this is on my serial console, not /var/log/messages) > > 'non-fatal, correctable incident on cpu0, Bank 4' =A0sure sounds a lot > like it's a correctable ECC error. =A0 The crash would then be explained > by an uncorrectable ecc error (commonly in failing ram, you get correctab= le > errors, then an uncorrectable error.) bingo :> > Now, this was on an ancient garbage nvidia mcp55 motherboard and nothing > like the kernel EDAC/bluesmoke module works with it, xen or no. > > The counter evidence to that theory is that the motherboard system event > log (accessed through the bios setup screen) =A0doesn't show any errors. MCEs are often seen while nothing shows up in iLO or other things. I guess this is since Intel / AMD decide when the cpu sends out an MCE/EDAC event, whereas the HW vendors might even be slightly inclined to not immediately replace stuff because of a single pci crc error. (which aren't even checked in linux as per default... lol) Flo -- = the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 19:49:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 19:49:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP6h-0002V5-7Z; Fri, 03 Feb 2012 19:47:39 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP6f-0002Uw-Qd for xen-users@lists.xensource.com; Fri, 03 Feb 2012 19:47:38 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1328298449!13660194!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8727 invoked from network); 3 Feb 2012 19:47:31 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 19:47:31 -0000 Received: by iaeh11 with SMTP id h11so21867768iae.30 for ; Fri, 03 Feb 2012 11:47:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CicgCoSBVRv+z/dTGR1NonHYLzA9o8Yczd7u4df8SOQ=; b=D5FtuLGFBAWCXXNDpFSYClbOy0Pf+kSggHWafUqlY93phAK9CnuX5KZlTEyQ+Kt/YZ YgsilY+iTusfBG3S5TBdRpDUXMoedMMHNiELbb30luvDTwSR6QhRaglbMdU544I5SoPj WTZmuRlZUi1yO1+UqPm2u93dc/it3XTbXVOjA= MIME-Version: 1.0 Received: by 10.50.179.6 with SMTP id dc6mr4316496igc.15.1328298449627; Fri, 03 Feb 2012 11:47:29 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 11:47:29 -0800 (PST) In-Reply-To: <20120203050239.GA4837@luke.xen.prgmr.com> References: <20120203050239.GA4837@luke.xen.prgmr.com> Date: Fri, 3 Feb 2012 20:47:29 +0100 Message-ID: From: Florian Heigl To: "Luke S. Crawford" , Sylvain Chevalier Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] MCE logs and CPU issue X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi both, you might wanna throw 30 minutes into setting up a OMD nagios instance (www.omdistro.org), adding the affected servers to the check_mk config and grab my linux ECC error check plugin from the community exchange (http://exchange.check-mk.org) I *really really hope* I got everything right and it will be able to detect ECC 1/2bit errors once the CPUs report them. The error >> Feb =A02 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr >> cf839a00, state cc0035400001009f] is as descriptive as anything that isn't a real big iron Unix box can get. (Of course, then you'd have better ECC and a page deallocation table anyway and all this would not be causing problems) My assumption is that Xen properly forwards MCEs. There was a presentation by Intel on the topic at one of the last XenSummits. I wasn't there but read through it some time. I guess you'll be able to find it. If needed I can do a short walkthrough of the setup. I just wanna avoid this looking like an advertisement. It's not my fault there's no other good ECC check plugin for Nagios :) 2012/2/3 Luke S. Crawford : > On Fri, Feb 03, 2012 at 11:37:27AM +0800, Sylvain Chevalier wrote: >> Hi, >> >> On one of our servers running xen, we see many instances like this in >> /var/log/messages on dom0: >> >> Feb =A02 17:45:11 maradona kernel: [172988.068048] MCE_DOM0_LOG: enter >> dom0 mce vIRQ handler >> Feb =A02 17:45:11 maradona kernel: [172988.068050] MCE_DOM0_LOG: No more >> urgent data >> Feb =A02 17:45:11 maradona kernel: [172988.068056] [CPU8, BANK12, addr >> cf839a00, state cc0035400001009f] >> Feb =A02 17:45:11 maradona kernel: [172988.068059] MCE_DOM0_LOG: No more >> nonurgent data >> >> it is always CPU8, BANK12. And the server will sometimes just abruptly >> reboot after logging this. > >> Does it mean that MCE messages are logged by xen in /var/log/messages >> and that there is a problem with this cpu? Do you know how I can dig >> further and find what the problem is? > > Betcha it is the ram in that bank. > > I'm getting similar errors in a server that I just swapped out, only my > MCE errors say: > > (XEN) MCE: The hardware reports a non fatal, correctable incident occured= on CPU 0. > (XEN) Bank 4: dc0c4000fe080813[c008000401000000] at =A0 =A0 =A0 =A0363fe9= 000 > > (this is on my serial console, not /var/log/messages) > > 'non-fatal, correctable incident on cpu0, Bank 4' =A0sure sounds a lot > like it's a correctable ECC error. =A0 The crash would then be explained > by an uncorrectable ecc error (commonly in failing ram, you get correctab= le > errors, then an uncorrectable error.) bingo :> > Now, this was on an ancient garbage nvidia mcp55 motherboard and nothing > like the kernel EDAC/bluesmoke module works with it, xen or no. > > The counter evidence to that theory is that the motherboard system event > log (accessed through the bios setup screen) =A0doesn't show any errors. MCEs are often seen while nothing shows up in iLO or other things. I guess this is since Intel / AMD decide when the cpu sends out an MCE/EDAC event, whereas the HW vendors might even be slightly inclined to not immediately replace stuff because of a single pci crc error. (which aren't even checked in linux as per default... lol) Flo -- = the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 19:51:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 19:51:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP9U-0002iO-3S; Fri, 03 Feb 2012 19:50:32 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP9T-0002i3-3E for xen-users@lists.xensource.com; Fri, 03 Feb 2012 19:50:31 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1328298620!13329617!1 X-Originating-IP: [209.85.161.171] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10591 invoked from network); 3 Feb 2012 19:50:24 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 19:50:24 -0000 Received: by ggnu1 with SMTP id u1so21597066ggn.30 for ; Fri, 03 Feb 2012 11:50:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=FpfxaFYvli1GuzKzK56NVGgwCMdM7oP2JDaw7D8G7/4=; b=kZtqJUP7Gg5II4eB9KVeh+6j30c5b4tNKRtJQ+TW7Mpr3L+sEYG8bQ5y9aVHvFESA8 p9Ske9d+xsxAttQIoGfFYqB5mcg53HbovpPs2Fl0yCzmu4pTfoRkpoGDa1H8KfHwuDML O1eRS3KsIHWmrQh491E1CrZ1Q1IhM2Ean6UdA= MIME-Version: 1.0 Received: by 10.50.178.106 with SMTP id cx10mr10157873igc.15.1328298620087; Fri, 03 Feb 2012 11:50:20 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 11:50:20 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Feb 2012 20:50:20 +0100 Message-ID: From: Florian Heigl To: manjunath kadaba sathyanathan Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] how to install xen hypervisor for opennebulla on centos 6 X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi manjunath, 2012/2/2 manjunath kadaba sathyanathan : > hi, > i am trying to install xen hypervisor for opennebula on centos 6. > 1.=A0i tried installing in it but when i reboot the system with xen kerne= l the > system doesn't get booted. > 2. i tried it again on a different system and now the package for xen is = not > available for yum installation. > > please=A0provide me a proper set of instructions as to how to install xen > hypervisor for opennebula. 1. use the list archive 2. use xen wiki 3. look for gitco repo 4. make notes during your setup and contribute them back Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 19:51:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 19:51:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP9U-0002iO-3S; Fri, 03 Feb 2012 19:50:32 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtP9T-0002i3-3E for xen-users@lists.xensource.com; Fri, 03 Feb 2012 19:50:31 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1328298620!13329617!1 X-Originating-IP: [209.85.161.171] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10591 invoked from network); 3 Feb 2012 19:50:24 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 19:50:24 -0000 Received: by ggnu1 with SMTP id u1so21597066ggn.30 for ; Fri, 03 Feb 2012 11:50:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=FpfxaFYvli1GuzKzK56NVGgwCMdM7oP2JDaw7D8G7/4=; b=kZtqJUP7Gg5II4eB9KVeh+6j30c5b4tNKRtJQ+TW7Mpr3L+sEYG8bQ5y9aVHvFESA8 p9Ske9d+xsxAttQIoGfFYqB5mcg53HbovpPs2Fl0yCzmu4pTfoRkpoGDa1H8KfHwuDML O1eRS3KsIHWmrQh491E1CrZ1Q1IhM2Ean6UdA= MIME-Version: 1.0 Received: by 10.50.178.106 with SMTP id cx10mr10157873igc.15.1328298620087; Fri, 03 Feb 2012 11:50:20 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 11:50:20 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Feb 2012 20:50:20 +0100 Message-ID: From: Florian Heigl To: manjunath kadaba sathyanathan Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] how to install xen hypervisor for opennebulla on centos 6 X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi manjunath, 2012/2/2 manjunath kadaba sathyanathan : > hi, > i am trying to install xen hypervisor for opennebula on centos 6. > 1.=A0i tried installing in it but when i reboot the system with xen kerne= l the > system doesn't get booted. > 2. i tried it again on a different system and now the package for xen is = not > available for yum installation. > > please=A0provide me a proper set of instructions as to how to install xen > hypervisor for opennebula. 1. use the list archive 2. use xen wiki 3. look for gitco repo 4. make notes during your setup and contribute them back Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 22:50:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 22:50: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 1RtRwg-0002Ek-SH; Fri, 03 Feb 2012 22:49:30 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtRwf-0002Ef-3R for xen-users@lists.xensource.com; Fri, 03 Feb 2012 22:49:29 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1328309361!12500637!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18999 invoked from network); 3 Feb 2012 22:49:22 -0000 Received: from mail-tul01m020-f171.google.com (HELO mail-tul01m020-f171.google.com) (209.85.214.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 22:49:22 -0000 Received: by obcuy19 with SMTP id uy19so12814497obc.30 for ; Fri, 03 Feb 2012 14:49:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=54p6r1Of+Hssr4g7BfkpIdJGTub1yoHimVnU45nsPeY=; b=AcP9rGZ1T0wppxo32K/USNpJ0GDs84BaNNKv9iBS0KI94Ttz0lZj8lW0sxatfxrBPD 3KWGlYivZmwBIzsvlvr/iqhKqGTOOyc6403pEBjr3Y2U7CKadvEaIVCe5vsaY/KVD+pq ZaDIAtve9Yu/cnMWt7jOAjAIm5E3i+Xo6+AuM= MIME-Version: 1.0 Received: by 10.50.180.233 with SMTP id dr9mr74633igc.11.1328309361175; Fri, 03 Feb 2012 14:49:21 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 14:49:21 -0800 (PST) In-Reply-To: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> References: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> Date: Fri, 3 Feb 2012 23:49:21 +0100 Message-ID: From: Florian Heigl To: Qrux Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Terribad "file:" performance (vs reasonable "phy:" perf) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I don't have sufficient testing experience, but I do have experience concerning loop (randomly used it a few years from Xen2 to Xen3). Do NOT USE loop if you have any valuable data in the virtual machines. There is enough written about it in the archives here and most Xen books. Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 22:50:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 22:50: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 1RtRwg-0002Ek-SH; Fri, 03 Feb 2012 22:49:30 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtRwf-0002Ef-3R for xen-users@lists.xensource.com; Fri, 03 Feb 2012 22:49:29 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1328309361!12500637!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18999 invoked from network); 3 Feb 2012 22:49:22 -0000 Received: from mail-tul01m020-f171.google.com (HELO mail-tul01m020-f171.google.com) (209.85.214.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 22:49:22 -0000 Received: by obcuy19 with SMTP id uy19so12814497obc.30 for ; Fri, 03 Feb 2012 14:49:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=54p6r1Of+Hssr4g7BfkpIdJGTub1yoHimVnU45nsPeY=; b=AcP9rGZ1T0wppxo32K/USNpJ0GDs84BaNNKv9iBS0KI94Ttz0lZj8lW0sxatfxrBPD 3KWGlYivZmwBIzsvlvr/iqhKqGTOOyc6403pEBjr3Y2U7CKadvEaIVCe5vsaY/KVD+pq ZaDIAtve9Yu/cnMWt7jOAjAIm5E3i+Xo6+AuM= MIME-Version: 1.0 Received: by 10.50.180.233 with SMTP id dr9mr74633igc.11.1328309361175; Fri, 03 Feb 2012 14:49:21 -0800 (PST) Received: by 10.231.8.37 with HTTP; Fri, 3 Feb 2012 14:49:21 -0800 (PST) In-Reply-To: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> References: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> Date: Fri, 3 Feb 2012 23:49:21 +0100 Message-ID: From: Florian Heigl To: Qrux Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Terribad "file:" performance (vs reasonable "phy:" perf) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I don't have sufficient testing experience, but I do have experience concerning loop (randomly used it a few years from Xen2 to Xen3). Do NOT USE loop if you have any valuable data in the virtual machines. There is enough written about it in the archives here and most Xen books. Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 23:11:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 23:11:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtSGP-0002eF-3T; Fri, 03 Feb 2012 23:09:53 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtSGM-0002e7-UA for xen-users@lists.xensource.com; Fri, 03 Feb 2012 23:09:51 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1328310582!6315923!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20429 invoked from network); 3 Feb 2012 23:09:44 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 23:09:44 -0000 Received: by pbds6 with SMTP id s6so23858710pbd.30 for ; Fri, 03 Feb 2012 15:09:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=+zMtQTmRFNnou08OBvuKo+qN+wqcolmLDtQhdhjWgoU=; b=DCGFz2bKpZKtD7c7MaJB2GpnTGULY5755QpliCtmRnvJTdIxm2u7ougCqItlPmkY7+ XiGiexy2mMjF9KcMtwgCvYgErGYBFNftfgen9ZztA3OxGy+IDRK2BWFdYyvKZ6YzsneX 1452iEiq+/9so7WYXbtctifYtEblFwjE/AcwM= Received: by 10.68.232.103 with SMTP id tn7mr21299767pbc.74.1328310582481; Fri, 03 Feb 2012 15:09:42 -0800 (PST) Received: from [192.168.0.6] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id g2sm16237465pbl.14.2012.02.03.15.09.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 03 Feb 2012 15:09:41 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 3 Feb 2012 15:09:39 -0800 Message-Id: <7CB98F2B-01C6-4100-861D-5F9E2E32891C@gmail.com> References: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> To: Florian Heigl X-Mailer: Apple Mail (2.1084) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Terribad "file:" performance (vs reasonable "phy:" perf) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Feb 3, 2012, at 2:49 PM, Florian Heigl wrote: > I don't have sufficient testing experience, but I do have experience > concerning loop (randomly used it a few years from Xen2 to Xen3). Do > NOT USE loop if you have any valuable data in the virtual machines. > There is enough written about it in the archives here and most Xen books. Thanks for this info. Do you happen to have some URLs I could look at (or suggest a search term for me) to show that /dev/loopN is bad? From my own testing, I would imagine it might have to do with sync semantics; I'd be very interested in seeing what the specific concerns are. There seem to be a few alternatives to loop: 1: blktap 2: qemu-dm 3: phy:/dev/sdXY (blkback) 4: LVM (also blkback) 1: I don't believe I have access to the blktap driver. For anyone else looking at disk performance issues and stumbles onto this message, here is my setup (which will probably not resemble yours): > Specifically, my configuration is Xen-4.1.2 on a 64-bit Linux-3.1.0 dom0 (dom0_mem=2048), with a 64-bit Linux-3.1.0 domU configured as a PV host. Neither host nor guest is multilib or has 32-bit libraries. And, I'm using xl (not xm) to start my instance. 2: Performance seems abysmal. 3: Yes, this is a potential last resort, but a fixed-partition scheme is truly horrid from a management perspective. 4: A new avenue to investigate. ==== Is there an option I'm unaware of...? Q _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Feb 03 23:11:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 Feb 2012 23:11:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtSGP-0002eF-3T; Fri, 03 Feb 2012 23:09:53 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtSGM-0002e7-UA for xen-users@lists.xensource.com; Fri, 03 Feb 2012 23:09:51 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1328310582!6315923!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20429 invoked from network); 3 Feb 2012 23:09:44 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2012 23:09:44 -0000 Received: by pbds6 with SMTP id s6so23858710pbd.30 for ; Fri, 03 Feb 2012 15:09:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=+zMtQTmRFNnou08OBvuKo+qN+wqcolmLDtQhdhjWgoU=; b=DCGFz2bKpZKtD7c7MaJB2GpnTGULY5755QpliCtmRnvJTdIxm2u7ougCqItlPmkY7+ XiGiexy2mMjF9KcMtwgCvYgErGYBFNftfgen9ZztA3OxGy+IDRK2BWFdYyvKZ6YzsneX 1452iEiq+/9so7WYXbtctifYtEblFwjE/AcwM= Received: by 10.68.232.103 with SMTP id tn7mr21299767pbc.74.1328310582481; Fri, 03 Feb 2012 15:09:42 -0800 (PST) Received: from [192.168.0.6] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id g2sm16237465pbl.14.2012.02.03.15.09.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 03 Feb 2012 15:09:41 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 3 Feb 2012 15:09:39 -0800 Message-Id: <7CB98F2B-01C6-4100-861D-5F9E2E32891C@gmail.com> References: <96E27A10-E38A-4B40-85BF-A483BFE82FD6@gmail.com> To: Florian Heigl X-Mailer: Apple Mail (2.1084) Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Terribad "file:" performance (vs reasonable "phy:" perf) X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Feb 3, 2012, at 2:49 PM, Florian Heigl wrote: > I don't have sufficient testing experience, but I do have experience > concerning loop (randomly used it a few years from Xen2 to Xen3). Do > NOT USE loop if you have any valuable data in the virtual machines. > There is enough written about it in the archives here and most Xen books. Thanks for this info. Do you happen to have some URLs I could look at (or suggest a search term for me) to show that /dev/loopN is bad? From my own testing, I would imagine it might have to do with sync semantics; I'd be very interested in seeing what the specific concerns are. There seem to be a few alternatives to loop: 1: blktap 2: qemu-dm 3: phy:/dev/sdXY (blkback) 4: LVM (also blkback) 1: I don't believe I have access to the blktap driver. For anyone else looking at disk performance issues and stumbles onto this message, here is my setup (which will probably not resemble yours): > Specifically, my configuration is Xen-4.1.2 on a 64-bit Linux-3.1.0 dom0 (dom0_mem=2048), with a 64-bit Linux-3.1.0 domU configured as a PV host. Neither host nor guest is multilib or has 32-bit libraries. And, I'm using xl (not xm) to start my instance. 2: Performance seems abysmal. 3: Yes, this is a potential last resort, but a fixed-partition scheme is truly horrid from a management perspective. 4: A new avenue to investigate. ==== Is there an option I'm unaware of...? Q _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 02:38:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 02:38: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 1RtVV8-0001YY-D1; Sat, 04 Feb 2012 02:37:18 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtVV6-0001YP-Uk for xen-users@lists.xensource.com; Sat, 04 Feb 2012 02:37:17 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-16.tower-174.messagelabs.com!1328323030!11778006!1 X-Originating-IP: [173.201.192.34] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuMzQgPT4gNDY3MzY=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28225 invoked from network); 4 Feb 2012 02:37:10 -0000 Received: from p3plsmtp11-01-2.prod.phx3.secureserver.net (HELO p3plwbeout11-02.prod.phx3.secureserver.net) (173.201.192.34) by server-16.tower-174.messagelabs.com with SMTP; 4 Feb 2012 02:37:10 -0000 Received: (qmail 21161 invoked from network); 4 Feb 2012 02:37:07 -0000 Received: from unknown (HELO localhost) (10.6.243.3) by p3plwbeout11-02.prod.phx3.secureserver.net with SMTP; 4 Feb 2012 02:37:07 -0000 Received: (qmail 16338 invoked by uid 99); 4 Feb 2012 02:37:07 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120203193706.1753ead7c2b35a7d15c5b99498690bcc.53cacb1bb9.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Fri, 03 Feb 2012 19:37:06 -0700 Mime-Version: 1.0 Cc: Lars Kurth Subject: [Xen-users] Give us feedback for the new Xen.org site X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >*Where I need your input* > >Lars >** Lars, I like the idea. It would be great to be able to know what is the latest information and what is outdated. I like graphics/images of relationships. Trees are a trade off of text and graphics. Structure helps when looking for info. But the structure needs to be well exposed. You have made a great point of setting some goals - high level intents. This should be worked to assure the direction. I am sure you are already experienced but it is good to say out load, if several people are going to be working on this, then requirements management might be appropriate along with issue tracking. ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 02:38:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 02:38: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 1RtVV8-0001YY-D1; Sat, 04 Feb 2012 02:37:18 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtVV6-0001YP-Uk for xen-users@lists.xensource.com; Sat, 04 Feb 2012 02:37:17 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-16.tower-174.messagelabs.com!1328323030!11778006!1 X-Originating-IP: [173.201.192.34] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuMzQgPT4gNDY3MzY=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28225 invoked from network); 4 Feb 2012 02:37:10 -0000 Received: from p3plsmtp11-01-2.prod.phx3.secureserver.net (HELO p3plwbeout11-02.prod.phx3.secureserver.net) (173.201.192.34) by server-16.tower-174.messagelabs.com with SMTP; 4 Feb 2012 02:37:10 -0000 Received: (qmail 21161 invoked from network); 4 Feb 2012 02:37:07 -0000 Received: from unknown (HELO localhost) (10.6.243.3) by p3plwbeout11-02.prod.phx3.secureserver.net with SMTP; 4 Feb 2012 02:37:07 -0000 Received: (qmail 16338 invoked by uid 99); 4 Feb 2012 02:37:07 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120203193706.1753ead7c2b35a7d15c5b99498690bcc.53cacb1bb9.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Fri, 03 Feb 2012 19:37:06 -0700 Mime-Version: 1.0 Cc: Lars Kurth Subject: [Xen-users] Give us feedback for the new Xen.org site X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >*Where I need your input* > >Lars >** Lars, I like the idea. It would be great to be able to know what is the latest information and what is outdated. I like graphics/images of relationships. Trees are a trade off of text and graphics. Structure helps when looking for info. But the structure needs to be well exposed. You have made a great point of setting some goals - high level intents. This should be worked to assure the direction. I am sure you are already experienced but it is good to say out load, if several people are going to be working on this, then requirements management might be appropriate along with issue tracking. ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 02:53:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 02:53:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtVjt-0002Ha-S3; Sat, 04 Feb 2012 02:52:33 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtVjs-0002HO-Fh for xen-users@lists.xensource.com; Sat, 04 Feb 2012 02:52:32 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-3.tower-174.messagelabs.com!1328323945!11882088!1 X-Originating-IP: [173.201.192.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDAgPT4gMjkxMTM=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21093 invoked from network); 4 Feb 2012 02:52:25 -0000 Received: from p3plsmtp11-04-2.prod.phx3.secureserver.net (HELO p3plwbeout11-04.prod.phx3.secureserver.net) (173.201.192.40) by server-3.tower-174.messagelabs.com with SMTP; 4 Feb 2012 02:52:25 -0000 Received: (qmail 5566 invoked from network); 4 Feb 2012 02:52:24 -0000 Received: from unknown (HELO localhost) (10.6.243.7) by p3plwbeout11-04.prod.phx3.secureserver.net with SMTP; 4 Feb 2012 02:52:24 -0000 Received: (qmail 31439 invoked by uid 99); 4 Feb 2012 02:52:24 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120203195223.1753ead7c2b35a7d15c5b99498690bcc.61ba7d366b.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Fri, 03 Feb 2012 19:52:23 -0700 Mime-Version: 1.0 Subject: [Xen-users] Wha are Valid Choices for X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I would like to build XCP for a home workstation. I have been planning the box and build when I read in: Subject: Re: [Xen-users] Does xen on debian squeeze work at all? Message-ID: <1328277993.20790.15.camel@xd-03.rug-01.opusvl.net> "it does seem that xen - when installed from the debian packages on squeeze - is broken in some fundamental places, which is why we've had to move to openSUSE for dom0." Is this broke in Debian? Is it broke in others? Is openSUSE the only choice? What are the tradeoffs between the valid choices? I would appreciate all comments. ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 02:53:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 02:53:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtVjt-0002Ha-S3; Sat, 04 Feb 2012 02:52:33 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtVjs-0002HO-Fh for xen-users@lists.xensource.com; Sat, 04 Feb 2012 02:52:32 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-3.tower-174.messagelabs.com!1328323945!11882088!1 X-Originating-IP: [173.201.192.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDAgPT4gMjkxMTM=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21093 invoked from network); 4 Feb 2012 02:52:25 -0000 Received: from p3plsmtp11-04-2.prod.phx3.secureserver.net (HELO p3plwbeout11-04.prod.phx3.secureserver.net) (173.201.192.40) by server-3.tower-174.messagelabs.com with SMTP; 4 Feb 2012 02:52:25 -0000 Received: (qmail 5566 invoked from network); 4 Feb 2012 02:52:24 -0000 Received: from unknown (HELO localhost) (10.6.243.7) by p3plwbeout11-04.prod.phx3.secureserver.net with SMTP; 4 Feb 2012 02:52:24 -0000 Received: (qmail 31439 invoked by uid 99); 4 Feb 2012 02:52:24 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120203195223.1753ead7c2b35a7d15c5b99498690bcc.61ba7d366b.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Fri, 03 Feb 2012 19:52:23 -0700 Mime-Version: 1.0 Subject: [Xen-users] Wha are Valid Choices for X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I would like to build XCP for a home workstation. I have been planning the box and build when I read in: Subject: Re: [Xen-users] Does xen on debian squeeze work at all? Message-ID: <1328277993.20790.15.camel@xd-03.rug-01.opusvl.net> "it does seem that xen - when installed from the debian packages on squeeze - is broken in some fundamental places, which is why we've had to move to openSUSE for dom0." Is this broke in Debian? Is it broke in others? Is openSUSE the only choice? What are the tradeoffs between the valid choices? I would appreciate all comments. ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 03:29:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 03:29:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtWIR-00038x-Dm; Sat, 04 Feb 2012 03:28:15 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtWIP-00038p-A0 for xen-users@lists.xensource.com; Sat, 04 Feb 2012 03:28:13 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-11.tower-174.messagelabs.com!1328326085!11954808!1 X-Originating-IP: [173.201.192.34] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuMzQgPT4gNDY3MzY=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4074 invoked from network); 4 Feb 2012 03:28:06 -0000 Received: from p3plsmtp11-01-2.prod.phx3.secureserver.net (HELO p3plwbeout11-02.prod.phx3.secureserver.net) (173.201.192.34) by server-11.tower-174.messagelabs.com with SMTP; 4 Feb 2012 03:28:06 -0000 Received: (qmail 14102 invoked from network); 4 Feb 2012 03:28:04 -0000 Received: from unknown (HELO localhost) (10.6.243.5) by p3plwbeout11-02.prod.phx3.secureserver.net with SMTP; 4 Feb 2012 03:28:04 -0000 Received: (qmail 24483 invoked by uid 99); 4 Feb 2012 03:28:04 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120203202803.1753ead7c2b35a7d15c5b99498690bcc.f6a22e65cc.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Fri, 03 Feb 2012 20:28:03 -0700 Mime-Version: 1.0 Subject: [Xen-users] How to Support Multiple GUIs X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am planning a box and build for an XCP based workstation. I am wondering about managing GUIs from a couple domUs. I would like to view the GUIs from multiple domUs along with any interaction with dom0. What are the considerations for having one of the domUs connect to all the other doms and drive a passed through PCI graphic card for display? What are some other methods for viewing dom0 and GUIs from the domUs? ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 03:29:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 03:29:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtWIR-00038x-Dm; Sat, 04 Feb 2012 03:28:15 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RtWIP-00038p-A0 for xen-users@lists.xensource.com; Sat, 04 Feb 2012 03:28:13 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-11.tower-174.messagelabs.com!1328326085!11954808!1 X-Originating-IP: [173.201.192.34] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuMzQgPT4gNDY3MzY=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4074 invoked from network); 4 Feb 2012 03:28:06 -0000 Received: from p3plsmtp11-01-2.prod.phx3.secureserver.net (HELO p3plwbeout11-02.prod.phx3.secureserver.net) (173.201.192.34) by server-11.tower-174.messagelabs.com with SMTP; 4 Feb 2012 03:28:06 -0000 Received: (qmail 14102 invoked from network); 4 Feb 2012 03:28:04 -0000 Received: from unknown (HELO localhost) (10.6.243.5) by p3plwbeout11-02.prod.phx3.secureserver.net with SMTP; 4 Feb 2012 03:28:04 -0000 Received: (qmail 24483 invoked by uid 99); 4 Feb 2012 03:28:04 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120203202803.1753ead7c2b35a7d15c5b99498690bcc.f6a22e65cc.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Fri, 03 Feb 2012 20:28:03 -0700 Mime-Version: 1.0 Subject: [Xen-users] How to Support Multiple GUIs X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am planning a box and build for an XCP based workstation. I am wondering about managing GUIs from a couple domUs. I would like to view the GUIs from multiple domUs along with any interaction with dom0. What are the considerations for having one of the domUs connect to all the other doms and drive a passed through PCI graphic card for display? What are some other methods for viewing dom0 and GUIs from the domUs? ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 05:26:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 05:26: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 1RtY80-0005Q7-Uy; Sat, 04 Feb 2012 05:25:36 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtY7z-0005Q2-Bj for Xen-users@lists.xensource.com; Sat, 04 Feb 2012 05:25:35 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1328333128!4482824!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18067 invoked from network); 4 Feb 2012 05:25:28 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2012 05:25:28 -0000 Received: by bkbzv3 with SMTP id zv3so9804278bkb.30 for ; Fri, 03 Feb 2012 21:25:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=z5JwkSh/t9dsFJk5aPDk5DshfFHl7AxcZ8JcjEpi73Q=; b=oGXh9yEQWYwPz5s4flQ3UOCKzY+0FrqyRj/krBi2Cj9qx8Y6JXXhN0ki91Lv90Bjin Ck5XXmfb7uMYW3198W7/ca4k4nsnyeVQB5DCE1KpaOTvwEE3nSOrgnwqIso6XPPotbMQ hrZ4AaIrrqiiKQGiAbzFThZLRulOV7CS9VX1M= MIME-Version: 1.0 Received: by 10.205.120.132 with SMTP id fy4mr4846053bkc.23.1328333126863; Fri, 03 Feb 2012 21:25:26 -0800 (PST) Received: by 10.205.26.68 with HTTP; Fri, 3 Feb 2012 21:25:26 -0800 (PST) Date: Sat, 4 Feb 2012 00:25:26 -0500 Message-ID: From: David Gonzalez To: Xen-users@lists.xensource.com Subject: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="===============2571965762955286368==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2571965762955286368== Content-Type: multipart/alternative; boundary=000e0cdfd8822b8b5a04b81ca863 --000e0cdfd8822b8b5a04b81ca863 Content-Type: text/plain; charset=ISO-8859-1 Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I've compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora's wiki on building a custom kernel, even used F16's .config which also was a no-no. I'd like to try F16 which comes with 3.0 out-of-the-box, but I've already set up my CentOS 6.2 pretty nicely to just "mkfs.ext3" on it, so if anyone has some _updated_ info (3rd quarter 2011 or 2012) that I can refer to, please advise. Thanks and good night to all. -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --000e0cdfd8822b8b5a04b81ca863 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey hope this opne is a "make senser".

Has anyone tried th= e "Subject line" combo?, I've compiled a dozen src.rpm kernel= 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel suppo= rt with no success, just a kernel oops and constant reboots.

I followed Fedora's wiki on building a custom kernel, even used F16= 's .config which also was a no-no. I'd like to try F16 which comes = with 3.0 out-of-the-box, but I've already set up my CentOS 6.2 pretty n= icely to just "mkfs.ext3" on it, so if anyone has some _updated_ = info (3rd quarter 2011 or 2012) that I can refer to, please advise.

Thanks and good night to all.

--
David Gonzale= z H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57)3= 15-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Linux User #294661
--000e0cdfd8822b8b5a04b81ca863-- --===============2571965762955286368== 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.xensource.com http://lists.xensource.com/xen-users --===============2571965762955286368==-- From xen-users-bounces@lists.xensource.com Sat Feb 04 05:26:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 05:26: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 1RtY80-0005Q7-Uy; Sat, 04 Feb 2012 05:25:36 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RtY7z-0005Q2-Bj for Xen-users@lists.xensource.com; Sat, 04 Feb 2012 05:25:35 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1328333128!4482824!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18067 invoked from network); 4 Feb 2012 05:25:28 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2012 05:25:28 -0000 Received: by bkbzv3 with SMTP id zv3so9804278bkb.30 for ; Fri, 03 Feb 2012 21:25:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=z5JwkSh/t9dsFJk5aPDk5DshfFHl7AxcZ8JcjEpi73Q=; b=oGXh9yEQWYwPz5s4flQ3UOCKzY+0FrqyRj/krBi2Cj9qx8Y6JXXhN0ki91Lv90Bjin Ck5XXmfb7uMYW3198W7/ca4k4nsnyeVQB5DCE1KpaOTvwEE3nSOrgnwqIso6XPPotbMQ hrZ4AaIrrqiiKQGiAbzFThZLRulOV7CS9VX1M= MIME-Version: 1.0 Received: by 10.205.120.132 with SMTP id fy4mr4846053bkc.23.1328333126863; Fri, 03 Feb 2012 21:25:26 -0800 (PST) Received: by 10.205.26.68 with HTTP; Fri, 3 Feb 2012 21:25:26 -0800 (PST) Date: Sat, 4 Feb 2012 00:25:26 -0500 Message-ID: From: David Gonzalez To: Xen-users@lists.xensource.com Subject: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="===============2571965762955286368==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2571965762955286368== Content-Type: multipart/alternative; boundary=000e0cdfd8822b8b5a04b81ca863 --000e0cdfd8822b8b5a04b81ca863 Content-Type: text/plain; charset=ISO-8859-1 Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I've compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora's wiki on building a custom kernel, even used F16's .config which also was a no-no. I'd like to try F16 which comes with 3.0 out-of-the-box, but I've already set up my CentOS 6.2 pretty nicely to just "mkfs.ext3" on it, so if anyone has some _updated_ info (3rd quarter 2011 or 2012) that I can refer to, please advise. Thanks and good night to all. -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --000e0cdfd8822b8b5a04b81ca863 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey hope this opne is a "make senser".

Has anyone tried th= e "Subject line" combo?, I've compiled a dozen src.rpm kernel= 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel suppo= rt with no success, just a kernel oops and constant reboots.

I followed Fedora's wiki on building a custom kernel, even used F16= 's .config which also was a no-no. I'd like to try F16 which comes = with 3.0 out-of-the-box, but I've already set up my CentOS 6.2 pretty n= icely to just "mkfs.ext3" on it, so if anyone has some _updated_ = info (3rd quarter 2011 or 2012) that I can refer to, please advise.

Thanks and good night to all.

--
David Gonzale= z H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57)3= 15-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Linux User #294661
--000e0cdfd8822b8b5a04b81ca863-- --===============2571965762955286368== 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.xensource.com http://lists.xensource.com/xen-users --===============2571965762955286368==-- From xen-users-bounces@lists.xensource.com Sat Feb 04 12:04:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 12:04:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RteK9-0003Dd-I9; Sat, 04 Feb 2012 12:02:33 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RteK7-0003DH-HO for xen-users@lists.xensource.com; Sat, 04 Feb 2012 12:02:31 +0000 X-Env-Sender: Stefan.Kuhne@gmx.net X-Msg-Ref: server-10.tower-21.messagelabs.com!1328356944!8173627!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17744 invoked from network); 4 Feb 2012 12:02:24 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-10.tower-21.messagelabs.com with SMTP; 4 Feb 2012 12:02:24 -0000 Received: (qmail invoked by alias); 04 Feb 2012 12:02:20 -0000 Received: from xdsl-78-34-158-180.netcologne.de (EHLO Earth.access.denied) [78.34.158.180] by mail.gmx.net (mp038) with SMTP; 04 Feb 2012 13:02:20 +0100 X-Authenticated: #6997022 X-Provags-ID: V01U2FsdGVkX19Gv5YDm2NGjy617HM7XbRNWwo4kpwqSL1nHwwnFp V14Kje5egMAtUs Received: from blackbox.access.denied ([192.168.200.212]) by Earth.access.denied with esmtpa (Exim 4.77) (envelope-from ) id 1RteMl-0000be-15 for xen-users@lists.xensource.com; Sat, 04 Feb 2012 13:05:15 +0100 Message-ID: <4F2D1E24.9060207@access.denied> Date: Sat, 04 Feb 2012 13:01:40 +0100 From: "Stefan Kuhne" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Enigmail-Version: 1.3.4 X-Y-GMX-Trusted: 0 Subject: [Xen-users] Changes bettween 4.0.1 and 4.0.3(2) X-BeenThere: xen-users@lists.xensource.com 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="===============6393143232726599599==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============6393143232726599599== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDCF3783CE1534E158A0380FE" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDCF3783CE1534E158A0380FE Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I'll run xen-4.0.3 on linux-3.1.10. xen-4.0.1 runns but with 4.0.3 I get: root@eisxen:/var/log/xen# cat xend-debug.log Xend started at Sat Feb 4 13:43:30 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or direct= ory cat: /sys/bus/scsi/devices/target2:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/scsi_level: No such file or direct= ory But for examles I've: root@eisxen:/sys/bus/scsi/devices/target2:0:0/2:0:0:0# ls -l total 0 drwxr-xr-x 3 root root 0 Feb 4 13:33 block drwxr-xr-x 3 root root 0 Feb 4 13:33 bsg --w------- 1 root root 4096 Feb 4 13:33 delete -r--r--r-- 1 root root 4096 Feb 4 13:33 device_blocked lrwxrwxrwx 1 root root 0 Feb 4 13:33 driver -> =2E./../../../../../bus/scsi/drivers/sd -r--r--r-- 1 root root 4096 Feb 4 13:33 evt_media_change lrwxrwxrwx 1 root root 0 Feb 4 13:33 generic -> scsi_generic/sg1 -r--r--r-- 1 root root 4096 Feb 4 13:33 iocounterbits -r--r--r-- 1 root root 4096 Feb 4 13:33 iodone_cnt -r--r--r-- 1 root root 4096 Feb 4 13:33 ioerr_cnt -r--r--r-- 1 root root 4096 Feb 4 13:33 iorequest_cnt -r--r--r-- 1 root root 4096 Feb 4 13:33 modalias -r--r--r-- 1 root root 4096 Feb 4 13:33 model drwxr-xr-x 2 root root 0 Feb 4 13:33 power -rw-r--r-- 1 root root 4096 Feb 4 13:33 queue_depth -rw-r--r-- 1 root root 4096 Feb 4 13:33 queue_ramp_up_period -r--r--r-- 1 root root 4096 Feb 4 13:33 queue_type --w------- 1 root root 4096 Feb 4 13:33 rescan -r--r--r-- 1 root root 4096 Feb 4 13:33 rev drwxr-xr-x 3 root root 0 Feb 4 13:33 scsi_device drwxr-xr-x 3 root root 0 Feb 4 13:33 scsi_disk drwxr-xr-x 3 root root 0 Feb 4 13:33 scsi_generic -r--r--r-- 1 root root 4096 Feb 4 13:33 scsi_level -rw-r--r-- 1 root root 4096 Feb 4 13:33 state lrwxrwxrwx 1 root root 0 Feb 4 13:33 subsystem -> =2E./../../../../../bus/scsi -rw-r--r-- 1 root root 4096 Feb 4 13:33 sw_activity -rw-r--r-- 1 root root 4096 Feb 4 13:33 timeout -r--r--r-- 1 root root 4096 Feb 4 13:33 type -rw-r--r-- 1 root root 4096 Feb 4 13:33 uevent -rw-r--r-- 1 root root 4096 Feb 4 13:33 unload_heads -r--r--r-- 1 root root 4096 Feb 4 13:33 vendor root@eisxen:/sys/bus/scsi/devices/target2:0:0/2:0:0:0# What is coing wrong on xen-4.0.3? Regards, Stefan Kuhne --------------enigDCF3783CE1534E158A0380FE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPLR4kAAoJEFLNPgL3IBVXSQ8IAI0cT87JsrG4+x3oaS+7DbYm VHSwxn2EgUQHuwag7S+AfzPY2vmB1xfslyQYIjYbvba8PrizpraqJQcRouubGymq uiTkR0e1sn4h892OBBVwmYu6gLPpkbrqLLGpzbW4W82/EaR16wsxbZECAnQQ8xN0 Fv9DPxSAzRTgFN8iQlbKp1XlFhWYCXgh5uikhC82U7zXMQGPVp68nzBo5uJJyzJm oMv+ZFw4AmXhmiym/IC8F5razNW0W5EM2Mi8qHZiLpAos75lTeFvrnvNJ7g1J5q4 jOU6sMj2nCo49MHZlx0Gl6rLZOC7cbwBeZulHwzGRCX+inCekmeN/psPkpdWRjE= =8QO5 -----END PGP SIGNATURE----- --------------enigDCF3783CE1534E158A0380FE-- --===============6393143232726599599== 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.xensource.com http://lists.xensource.com/xen-users --===============6393143232726599599==-- From xen-users-bounces@lists.xensource.com Sat Feb 04 12:04:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 12:04:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RteK9-0003Dd-I9; Sat, 04 Feb 2012 12:02:33 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RteK7-0003DH-HO for xen-users@lists.xensource.com; Sat, 04 Feb 2012 12:02:31 +0000 X-Env-Sender: Stefan.Kuhne@gmx.net X-Msg-Ref: server-10.tower-21.messagelabs.com!1328356944!8173627!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17744 invoked from network); 4 Feb 2012 12:02:24 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-10.tower-21.messagelabs.com with SMTP; 4 Feb 2012 12:02:24 -0000 Received: (qmail invoked by alias); 04 Feb 2012 12:02:20 -0000 Received: from xdsl-78-34-158-180.netcologne.de (EHLO Earth.access.denied) [78.34.158.180] by mail.gmx.net (mp038) with SMTP; 04 Feb 2012 13:02:20 +0100 X-Authenticated: #6997022 X-Provags-ID: V01U2FsdGVkX19Gv5YDm2NGjy617HM7XbRNWwo4kpwqSL1nHwwnFp V14Kje5egMAtUs Received: from blackbox.access.denied ([192.168.200.212]) by Earth.access.denied with esmtpa (Exim 4.77) (envelope-from ) id 1RteMl-0000be-15 for xen-users@lists.xensource.com; Sat, 04 Feb 2012 13:05:15 +0100 Message-ID: <4F2D1E24.9060207@access.denied> Date: Sat, 04 Feb 2012 13:01:40 +0100 From: "Stefan Kuhne" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Enigmail-Version: 1.3.4 X-Y-GMX-Trusted: 0 Subject: [Xen-users] Changes bettween 4.0.1 and 4.0.3(2) X-BeenThere: xen-users@lists.xensource.com 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="===============6393143232726599599==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============6393143232726599599== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDCF3783CE1534E158A0380FE" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDCF3783CE1534E158A0380FE Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I'll run xen-4.0.3 on linux-3.1.10. xen-4.0.1 runns but with 4.0.3 I get: root@eisxen:/var/log/xen# cat xend-debug.log Xend started at Sat Feb 4 13:43:30 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or direct= ory cat: /sys/bus/scsi/devices/target2:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target2:0:0/scsi_level: No such file or direct= ory But for examles I've: root@eisxen:/sys/bus/scsi/devices/target2:0:0/2:0:0:0# ls -l total 0 drwxr-xr-x 3 root root 0 Feb 4 13:33 block drwxr-xr-x 3 root root 0 Feb 4 13:33 bsg --w------- 1 root root 4096 Feb 4 13:33 delete -r--r--r-- 1 root root 4096 Feb 4 13:33 device_blocked lrwxrwxrwx 1 root root 0 Feb 4 13:33 driver -> =2E./../../../../../bus/scsi/drivers/sd -r--r--r-- 1 root root 4096 Feb 4 13:33 evt_media_change lrwxrwxrwx 1 root root 0 Feb 4 13:33 generic -> scsi_generic/sg1 -r--r--r-- 1 root root 4096 Feb 4 13:33 iocounterbits -r--r--r-- 1 root root 4096 Feb 4 13:33 iodone_cnt -r--r--r-- 1 root root 4096 Feb 4 13:33 ioerr_cnt -r--r--r-- 1 root root 4096 Feb 4 13:33 iorequest_cnt -r--r--r-- 1 root root 4096 Feb 4 13:33 modalias -r--r--r-- 1 root root 4096 Feb 4 13:33 model drwxr-xr-x 2 root root 0 Feb 4 13:33 power -rw-r--r-- 1 root root 4096 Feb 4 13:33 queue_depth -rw-r--r-- 1 root root 4096 Feb 4 13:33 queue_ramp_up_period -r--r--r-- 1 root root 4096 Feb 4 13:33 queue_type --w------- 1 root root 4096 Feb 4 13:33 rescan -r--r--r-- 1 root root 4096 Feb 4 13:33 rev drwxr-xr-x 3 root root 0 Feb 4 13:33 scsi_device drwxr-xr-x 3 root root 0 Feb 4 13:33 scsi_disk drwxr-xr-x 3 root root 0 Feb 4 13:33 scsi_generic -r--r--r-- 1 root root 4096 Feb 4 13:33 scsi_level -rw-r--r-- 1 root root 4096 Feb 4 13:33 state lrwxrwxrwx 1 root root 0 Feb 4 13:33 subsystem -> =2E./../../../../../bus/scsi -rw-r--r-- 1 root root 4096 Feb 4 13:33 sw_activity -rw-r--r-- 1 root root 4096 Feb 4 13:33 timeout -r--r--r-- 1 root root 4096 Feb 4 13:33 type -rw-r--r-- 1 root root 4096 Feb 4 13:33 uevent -rw-r--r-- 1 root root 4096 Feb 4 13:33 unload_heads -r--r--r-- 1 root root 4096 Feb 4 13:33 vendor root@eisxen:/sys/bus/scsi/devices/target2:0:0/2:0:0:0# What is coing wrong on xen-4.0.3? Regards, Stefan Kuhne --------------enigDCF3783CE1534E158A0380FE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPLR4kAAoJEFLNPgL3IBVXSQ8IAI0cT87JsrG4+x3oaS+7DbYm VHSwxn2EgUQHuwag7S+AfzPY2vmB1xfslyQYIjYbvba8PrizpraqJQcRouubGymq uiTkR0e1sn4h892OBBVwmYu6gLPpkbrqLLGpzbW4W82/EaR16wsxbZECAnQQ8xN0 Fv9DPxSAzRTgFN8iQlbKp1XlFhWYCXgh5uikhC82U7zXMQGPVp68nzBo5uJJyzJm oMv+ZFw4AmXhmiym/IC8F5razNW0W5EM2Mi8qHZiLpAos75lTeFvrnvNJ7g1J5q4 jOU6sMj2nCo49MHZlx0Gl6rLZOC7cbwBeZulHwzGRCX+inCekmeN/psPkpdWRjE= =8QO5 -----END PGP SIGNATURE----- --------------enigDCF3783CE1534E158A0380FE-- --===============6393143232726599599== 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.xensource.com http://lists.xensource.com/xen-users --===============6393143232726599599==-- From xen-users-bounces@lists.xensource.com Sat Feb 04 12:43:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 12:43:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rtewr-0004J9-WA; Sat, 04 Feb 2012 12:42:33 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Rtewq-0004J1-HY for xen-users@lists.xensource.com; Sat, 04 Feb 2012 12:42:32 +0000 X-Env-Sender: Stefan.Kuhne@gmx.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1328359346!11987161!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23026 invoked from network); 4 Feb 2012 12:42:26 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-5.tower-174.messagelabs.com with SMTP; 4 Feb 2012 12:42:26 -0000 Received: (qmail invoked by alias); 04 Feb 2012 12:35:46 -0000 Received: from xdsl-78-34-158-180.netcologne.de (EHLO Earth.access.denied) [78.34.158.180] by mail.gmx.net (mp040) with SMTP; 04 Feb 2012 13:35:46 +0100 X-Authenticated: #6997022 X-Provags-ID: V01U2FsdGVkX1+LVD8C6RWLaNcjayUWZUPIvGCXznV/Y3VtOOiVQ9 uNTofna1Qdvca+ Received: from blackbox.access.denied ([192.168.200.212]) by Earth.access.denied with esmtpa (Exim 4.77) (envelope-from ) id 1Rtet6-0000el-Q6 for xen-users@lists.xensource.com; Sat, 04 Feb 2012 13:38:40 +0100 Message-ID: <4F2D25FA.6090803@access.denied> Date: Sat, 04 Feb 2012 13:35:06 +0100 From: "Stefan Kuhne" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "Xen User-List" References: <4F2D1E24.9060207@access.denied> In-Reply-To: <4F2D1E24.9060207@access.denied> X-Enigmail-Version: 1.3.4 X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] Changes bettween 4.0.1 and 4.0.3(2) X-BeenThere: xen-users@lists.xensource.com 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="===============6357906692831487053==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============6357906692831487053== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig71E4DAB7D685C0EBC45D9A79" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig71E4DAB7D685C0EBC45D9A79 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04.02.2012 13:01, schrieb Stefan Kuhne: Hallo, > What is coing wrong on xen-4.0.3? >=20 I've solved it. I had to move udev rules from /etc/udev/rules.d to /lib/udev/rules.d. Regards, Stefan Kuhne --------------enig71E4DAB7D685C0EBC45D9A79 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPLSX6AAoJEFLNPgL3IBVXbpQH+wU8lXw5qH214yELNzfP//zu BoYTfwx6qYECA5+8OXVb7VdxjcmnqP8529ub/ZLCILZD/MOT2AtyACRvACHz1UFm YM5bMpvVlPnXo2JmxSWiza14qepVdZoiwTwwKUB3xfYWi7Xqt6vCca2aB9DBBPVh 8ZVeg99eF4d+o2nEHVFvSgDR6ZAfsBDOf1ZfI4hC0WJDHZ+6OCzNn15BXD0TEYYB MWs8WveEfJxnJShdrxVZ4ZF0ThamJyi419JQy59RS8idpzHXY4Jb3rxkP1YCfO4f VZLLSHcq0eQWOodfTv8oN2YGZK/O041/FxKKMJ6MnIGEXY/8XT+tsS3y+xl8uWM= =Xb0W -----END PGP SIGNATURE----- --------------enig71E4DAB7D685C0EBC45D9A79-- --===============6357906692831487053== 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.xensource.com http://lists.xensource.com/xen-users --===============6357906692831487053==-- From xen-users-bounces@lists.xensource.com Sat Feb 04 12:43:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 12:43:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rtewr-0004J9-WA; Sat, 04 Feb 2012 12:42:33 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Rtewq-0004J1-HY for xen-users@lists.xensource.com; Sat, 04 Feb 2012 12:42:32 +0000 X-Env-Sender: Stefan.Kuhne@gmx.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1328359346!11987161!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIyOTY2MQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23026 invoked from network); 4 Feb 2012 12:42:26 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-5.tower-174.messagelabs.com with SMTP; 4 Feb 2012 12:42:26 -0000 Received: (qmail invoked by alias); 04 Feb 2012 12:35:46 -0000 Received: from xdsl-78-34-158-180.netcologne.de (EHLO Earth.access.denied) [78.34.158.180] by mail.gmx.net (mp040) with SMTP; 04 Feb 2012 13:35:46 +0100 X-Authenticated: #6997022 X-Provags-ID: V01U2FsdGVkX1+LVD8C6RWLaNcjayUWZUPIvGCXznV/Y3VtOOiVQ9 uNTofna1Qdvca+ Received: from blackbox.access.denied ([192.168.200.212]) by Earth.access.denied with esmtpa (Exim 4.77) (envelope-from ) id 1Rtet6-0000el-Q6 for xen-users@lists.xensource.com; Sat, 04 Feb 2012 13:38:40 +0100 Message-ID: <4F2D25FA.6090803@access.denied> Date: Sat, 04 Feb 2012 13:35:06 +0100 From: "Stefan Kuhne" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "Xen User-List" References: <4F2D1E24.9060207@access.denied> In-Reply-To: <4F2D1E24.9060207@access.denied> X-Enigmail-Version: 1.3.4 X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] Changes bettween 4.0.1 and 4.0.3(2) X-BeenThere: xen-users@lists.xensource.com 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="===============6357906692831487053==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============6357906692831487053== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig71E4DAB7D685C0EBC45D9A79" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig71E4DAB7D685C0EBC45D9A79 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04.02.2012 13:01, schrieb Stefan Kuhne: Hallo, > What is coing wrong on xen-4.0.3? >=20 I've solved it. I had to move udev rules from /etc/udev/rules.d to /lib/udev/rules.d. Regards, Stefan Kuhne --------------enig71E4DAB7D685C0EBC45D9A79 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPLSX6AAoJEFLNPgL3IBVXbpQH+wU8lXw5qH214yELNzfP//zu BoYTfwx6qYECA5+8OXVb7VdxjcmnqP8529ub/ZLCILZD/MOT2AtyACRvACHz1UFm YM5bMpvVlPnXo2JmxSWiza14qepVdZoiwTwwKUB3xfYWi7Xqt6vCca2aB9DBBPVh 8ZVeg99eF4d+o2nEHVFvSgDR6ZAfsBDOf1ZfI4hC0WJDHZ+6OCzNn15BXD0TEYYB MWs8WveEfJxnJShdrxVZ4ZF0ThamJyi419JQy59RS8idpzHXY4Jb3rxkP1YCfO4f VZLLSHcq0eQWOodfTv8oN2YGZK/O041/FxKKMJ6MnIGEXY/8XT+tsS3y+xl8uWM= =Xb0W -----END PGP SIGNATURE----- --------------enig71E4DAB7D685C0EBC45D9A79-- --===============6357906692831487053== 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.xensource.com http://lists.xensource.com/xen-users --===============6357906692831487053==-- From xen-users-bounces@lists.xensource.com Sat Feb 04 22:03:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 22:03: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 1Rtng3-0004JB-4y; Sat, 04 Feb 2012 22:01:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rtng1-0004J4-3n for xen-users@lists.xensource.com; Sat, 04 Feb 2012 22:01:45 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1328392874!51574337!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4489 invoked from network); 4 Feb 2012 22:01:16 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2012 22:01:16 -0000 Received: by pbds6 with SMTP id s6so30174024pbd.30 for ; Sat, 04 Feb 2012 14:01:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GlVK3G06fB6tOHnhlhJBTJhNeTO0Gfsp5txd3+Gn8qM=; b=Oo9ZHgZWliyjZOMNm0GKsSUsZrv0u6TOhdFF31IqbhL+OgQJHisDZisoDE+YzWM7SH DxVhzMJTWgbKcZK/rz5JEuUptqqi9TPyR36rW+YMD3zMOg0UzjaZPaKY2xAA3QRu1JzZ bji2B9kBOHxeI4hUQnvUgNPWwyDdMGs2pGmY0= MIME-Version: 1.0 Received: by 10.68.217.72 with SMTP id ow8mr31433243pbc.130.1328392896588; Sat, 04 Feb 2012 14:01:36 -0800 (PST) Received: by 10.68.134.10 with HTTP; Sat, 4 Feb 2012 14:01:36 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Feb 2012 06:01:36 +0800 Message-ID: From: Teck Choon Giam To: Xen-users Cc: David Gonzalez Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez wrote: > Yo, Teck, nice name heh, Grrr... My Surname is Giam and Name is Teck Choon :p > > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam > wrote: >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez >> wrote: >> > Hey hope this opne is a "make senser". >> > >> > Has anyone tried the "Subject line" combo?, I've compiled a dozen >> > src.rpm >> > kern el 3.0 and 3.1 packages with no luck to try native upstream Dom0 >> > kernel >> >> > support with no success, just a kernel oops and constant reboots. >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my >> own=A0patched kernels (add iscsitarget as module into it as example). >> Tested with xen-4.1.3-rc1-pre. >> > Ok, I'm guessing that mus me one of my many mistakes when doing this, I > haven't added the rite modules. > >> >> > >> > I followed Fedora's wiki on building a custom kernel, even used F16's= =A0> >> > .config which also was a no-no. I'd like to try F16 which comes with 3= .0=A0> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty nicely to >> > just=A0"mkfs.ext3" on it, so if anyone has some _updated_ info (3rd qu= arter >> > 2011 or=A02012) that I can refer to, please advise. >> >> Although I don't use CentOS 6. =A0I use Scientific Linux 6 instead. >> Don't use Fedora kernel .config as there are many debug options >> enabled if I remember correctly. =A0Even I use RHEL6 .config for >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter >> problems. =A0In short, you can use one of those .config then use make >> menuconfig to disable power, cgroup, debug etc. options and start >> from=A0there as this is how I did. >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on F16 > wiki, and disabled many many options and the kernel compiled aok and the > installed fine but never booted, it kept rebooting. Just a question... is your xen installed from source or from rpm package? > > I'll try your suggestions and hope that it helps. If that doesn't, you can use mine instead of burning your time to make it work ;) Anyway, I think it is a good experience to make it work from self compile and there are many things to learn from this experience. > > Thank you very much. Thanks. Kindest regards, Giam Teck Choon P.S. Email to xen-users and CC to OP as I forgot to do so from initial reply. Sorry. > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Feb 04 22:03:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 Feb 2012 22:03: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 1Rtng3-0004JB-4y; Sat, 04 Feb 2012 22:01:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rtng1-0004J4-3n for xen-users@lists.xensource.com; Sat, 04 Feb 2012 22:01:45 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1328392874!51574337!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4489 invoked from network); 4 Feb 2012 22:01:16 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2012 22:01:16 -0000 Received: by pbds6 with SMTP id s6so30174024pbd.30 for ; Sat, 04 Feb 2012 14:01:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GlVK3G06fB6tOHnhlhJBTJhNeTO0Gfsp5txd3+Gn8qM=; b=Oo9ZHgZWliyjZOMNm0GKsSUsZrv0u6TOhdFF31IqbhL+OgQJHisDZisoDE+YzWM7SH DxVhzMJTWgbKcZK/rz5JEuUptqqi9TPyR36rW+YMD3zMOg0UzjaZPaKY2xAA3QRu1JzZ bji2B9kBOHxeI4hUQnvUgNPWwyDdMGs2pGmY0= MIME-Version: 1.0 Received: by 10.68.217.72 with SMTP id ow8mr31433243pbc.130.1328392896588; Sat, 04 Feb 2012 14:01:36 -0800 (PST) Received: by 10.68.134.10 with HTTP; Sat, 4 Feb 2012 14:01:36 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Feb 2012 06:01:36 +0800 Message-ID: From: Teck Choon Giam To: Xen-users Cc: David Gonzalez Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez wrote: > Yo, Teck, nice name heh, Grrr... My Surname is Giam and Name is Teck Choon :p > > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam > wrote: >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez >> wrote: >> > Hey hope this opne is a "make senser". >> > >> > Has anyone tried the "Subject line" combo?, I've compiled a dozen >> > src.rpm >> > kern el 3.0 and 3.1 packages with no luck to try native upstream Dom0 >> > kernel >> >> > support with no success, just a kernel oops and constant reboots. >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my >> own=A0patched kernels (add iscsitarget as module into it as example). >> Tested with xen-4.1.3-rc1-pre. >> > Ok, I'm guessing that mus me one of my many mistakes when doing this, I > haven't added the rite modules. > >> >> > >> > I followed Fedora's wiki on building a custom kernel, even used F16's= =A0> >> > .config which also was a no-no. I'd like to try F16 which comes with 3= .0=A0> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty nicely to >> > just=A0"mkfs.ext3" on it, so if anyone has some _updated_ info (3rd qu= arter >> > 2011 or=A02012) that I can refer to, please advise. >> >> Although I don't use CentOS 6. =A0I use Scientific Linux 6 instead. >> Don't use Fedora kernel .config as there are many debug options >> enabled if I remember correctly. =A0Even I use RHEL6 .config for >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter >> problems. =A0In short, you can use one of those .config then use make >> menuconfig to disable power, cgroup, debug etc. options and start >> from=A0there as this is how I did. >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on F16 > wiki, and disabled many many options and the kernel compiled aok and the > installed fine but never booted, it kept rebooting. Just a question... is your xen installed from source or from rpm package? > > I'll try your suggestions and hope that it helps. If that doesn't, you can use mine instead of burning your time to make it work ;) Anyway, I think it is a good experience to make it work from self compile and there are many things to learn from this experience. > > Thank you very much. Thanks. Kindest regards, Giam Teck Choon P.S. Email to xen-users and CC to OP as I forgot to do so from initial reply. Sorry. > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 03:19:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 03:19: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 1RuF52-0001T1-A8; Mon, 06 Feb 2012 03:17:24 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RuF50-0001Sw-P9 for xen-users@lists.xensource.com; Mon, 06 Feb 2012 03:17:23 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-13.tower-216.messagelabs.com!1328498235!12675774!1 X-Originating-IP: [173.201.192.42] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDIgPT4gMzkzNDc=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8239 invoked from network); 6 Feb 2012 03:17:16 -0000 Received: from p3plsmtp11-05-2.prod.phx3.secureserver.net (HELO p3plwbeout11-05.prod.phx3.secureserver.net) (173.201.192.42) by server-13.tower-216.messagelabs.com with SMTP; 6 Feb 2012 03:17:16 -0000 Received: (qmail 22375 invoked from network); 6 Feb 2012 03:17:14 -0000 Received: from unknown (HELO localhost) (10.6.243.5) by p3plwbeout11-05.prod.phx3.secureserver.net with SMTP; 6 Feb 2012 03:17:14 -0000 Received: (qmail 8394 invoked by uid 99); 6 Feb 2012 03:17:14 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120205201713.1753ead7c2b35a7d15c5b99498690bcc.afc898d870.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Sun, 05 Feb 2012 20:17:13 -0700 Mime-Version: 1.0 Subject: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I would like to gain some idea of the XCP impact of these two CPU versions: Intel Core i7-2600, 3.4 GHz Core i7-2600K, 3.5 GHz Both have VT-x Differences 2600K does not include: Embedded Opions Available vPro Technology Virtualization Technology for Directed I/O Trusted Execution Technology Is the difference critical? Thanks, ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 03:19:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 03:19: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 1RuF52-0001T1-A8; Mon, 06 Feb 2012 03:17:24 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RuF50-0001Sw-P9 for xen-users@lists.xensource.com; Mon, 06 Feb 2012 03:17:23 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-13.tower-216.messagelabs.com!1328498235!12675774!1 X-Originating-IP: [173.201.192.42] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDIgPT4gMzkzNDc=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8239 invoked from network); 6 Feb 2012 03:17:16 -0000 Received: from p3plsmtp11-05-2.prod.phx3.secureserver.net (HELO p3plwbeout11-05.prod.phx3.secureserver.net) (173.201.192.42) by server-13.tower-216.messagelabs.com with SMTP; 6 Feb 2012 03:17:16 -0000 Received: (qmail 22375 invoked from network); 6 Feb 2012 03:17:14 -0000 Received: from unknown (HELO localhost) (10.6.243.5) by p3plwbeout11-05.prod.phx3.secureserver.net with SMTP; 6 Feb 2012 03:17:14 -0000 Received: (qmail 8394 invoked by uid 99); 6 Feb 2012 03:17:14 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120205201713.1753ead7c2b35a7d15c5b99498690bcc.afc898d870.wbe@email11.secureserver.net> From: To: xen-users@lists.xensource.com Date: Sun, 05 Feb 2012 20:17:13 -0700 Mime-Version: 1.0 Subject: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I would like to gain some idea of the XCP impact of these two CPU versions: Intel Core i7-2600, 3.4 GHz Core i7-2600K, 3.5 GHz Both have VT-x Differences 2600K does not include: Embedded Opions Available vPro Technology Virtualization Technology for Directed I/O Trusted Execution Technology Is the difference critical? Thanks, ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 03:47:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 03:47:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuFX8-0001rI-1C; Mon, 06 Feb 2012 03:46:26 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuFX5-0001qk-W8 for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 03:46:24 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1328499976!13263891!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 825 invoked from network); 6 Feb 2012 03:46:17 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 03:46:17 -0000 Received: by bkbzv3 with SMTP id zv3so13688858bkb.30 for ; Sun, 05 Feb 2012 19:46:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tJhfnzew5QvWRnKT8Yso3EDdTS2eYNsO4Lx395KeH7Y=; b=Kc/+dYCoP3p+I18gA47zHsJRCteoP7HYm/gHBhBU3nEjE/jIZetOEclDuRtUj4SViO 1ihpu8d3tKQQgz7zWgYdLwvXGUmhFTHF/TtK4yL97TBn99UNVCq5ll8tyh29K1Y3s82Q QHCTKuUl0lKeU9G49drQnBZtLNmCZTBXRtVNs= MIME-Version: 1.0 Received: by 10.204.129.208 with SMTP id p16mr7679901bks.131.1328499975189; Sun, 05 Feb 2012 19:46:15 -0800 (PST) Received: by 10.205.26.68 with HTTP; Sun, 5 Feb 2012 19:46:15 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Feb 2012 22:46:15 -0500 Message-ID: From: David Gonzalez To: Teck Choon Giam Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="===============3688033274231009696==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3688033274231009696== Content-Type: multipart/alternative; boundary=00151747ba061af41504b84381df --00151747ba061af41504b84381df Content-Type: text/plain; charset=ISO-8859-1 Hey On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam wrote: > On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez > wrote: > > > > > > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam > > > wrote: > >> > >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez > >> wrote: > >> > Yo, Teck, nice name heh, > >> > >> Grrr... My Surname is Giam and Name is Teck Choon :p > >> > >> > > >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam > >> > > >> > wrote: > >> >> > >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez > > >> >> wrote: > >> >> > Hey hope this opne is a "make senser". > >> >> > > >> >> > Has anyone tried the "Subject line" combo?, I've compiled a dozen > >> >> > src.rpm > >> >> > kern el 3.0 and 3.1 packages with no luck to try native upstream > Dom0 > >> >> > kernel > >> >> > >> >> > support with no success, just a kernel oops and constant reboots. > >> >> > >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my > >> >> own patched kernels (add iscsitarget as module into it as example). > >> >> Tested with xen-4.1.3-rc1-pre. > >> >> > >> > Ok, I'm guessing that mus me one of my many mistakes when doing this, > I > >> > haven't added the rite modules. > >> > > >> >> > >> >> > > >> >> > I followed Fedora's wiki on building a custom kernel, even used > >> >> > F16's > > >> >> > .config which also was a no-no. I'd like to try F16 which comes > with > >> >> > 3.0 > > >> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty nicely > >> >> > to > >> >> > just "mkfs.ext3" on it, so if anyone has some _updated_ info (3rd > >> >> > quarter > >> >> > 2011 or 2012) that I can refer to, please advise. > >> >> > >> >> Although I don't use CentOS 6. I use Scientific Linux 6 instead. > >> >> Don't use Fedora kernel .config as there are many debug options > >> >> enabled if I remember correctly. Even I use RHEL6 .config for > >> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter > >> >> problems. In short, you can use one of those .config then use make > >> >> menuconfig to disable power, cgroup, debug etc. options and start > >> >> from there as this is how I did. > >> >> > >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on > F16 > >> > wiki, and disabled many many options and the kernel compiled aok and > the > >> > installed fine but never booted, it kept rebooting. > >> > >> Just a question... is your xen installed from source or from rpm > package? > > > > > > It's from myoung Fedora repos it's rpm package, altho I built 4.1.2 > myself > > but it's not installed from those but froma repo. > >> > >> > >> > > >> > I'll try your suggestions and hope that it helps. > >> > >> If that doesn't, you can use mine instead of burning your time to make > >> it work ;) Anyway, I think it is a good experience to make it work > >> from self compile and there are many things to learn from this > >> experience. > > > > > > Huh, self-compiled, I've done that a hundred times, but it's always a > no-no, > > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x and no luck either, > I've > > got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB uin > RAM > > so itr takes not tyoo long but it's frustrating to reboot and get > nothing. > > > > I'd like to try yours, do you happen to have a repo or some place to get > > your rpms?. > > The guide is at http://choon.net/forum/read.php?16,672307 > Well, followed it and there seemed to be a problem when I downloaded and installed the kernel, I installed it with rpm -ivh choon...kernel...rpm and the system never came back up online. I-ll check and report as soon as I get to the DC tomorrow, I'll also check the howto again. Many many thanks for taking the toime to put together that nice and useful info. > > Thanks. > > Kindest regards, > Giam Teck Choon > > > >> > >> > >> > > >> > Thank you very much. > >> > >> Thanks. > > > > > > Again. > > -- > > David Gonzalez H. > > Bogota: +(57-1)289-1168 > > Medellin: +(57-1)247-0985 > > Cel: +(57)315-838-8326 > > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > > http://www.dghvoip.com/ > > Proud Linux User #294661 > -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --00151747ba061af41504b84381df Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey

On Sat, Feb 4, 2012 at 6:31 PM, Teck = Choon Giam <giamteckchoon@gmail.com> wrote:
On Sun, Feb 5, 2012 at 6:54 AM, Dav= id Gonzalez <dgonzalezh@gmail.co= m> wrote:
>
>
> On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam <giamteckchoon@gmail.com>
> wrote:
>>
>> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez <dgonzalezh@gmail.com>
>> wrote:
>> > Yo, Teck, nice name heh,
>>
>> Grrr... My Surname is Giam and Name is Teck Choon :p
>>
>> >
>> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam
>> > <giamteckchoon@= gmail.com>
>> > wrote:
>> >>
>> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez <dgonzalezh@gmail.com>
>> >> wrote:
>> >> > Hey hope this opne is a "make senser".
>> >> >
>> >> > Has anyone tried the "Subject line" combo?= , I've compiled a dozen
>> >> > src.rpm
>> >> > kern el 3.0 and 3.1 packages with no luck to try nat= ive upstream Dom0
>> >> > kernel
>> >>
>> >> > support with no success, just a kernel oops and cons= tant reboots.
>> >>
>> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and dom= U for my
>> >> own=A0patched kernels (add iscsitarget as module into it = as example).
>> >> Tested with xen-4.1.3-rc1-pre.
>> >>
>> > Ok, I'm guessing that mus me one of my many mistakes when= doing this, I
>> > haven't added the rite modules.
>> >
>> >>
>> >> >
>> >> > I followed Fedora's wiki on building a custom ke= rnel, even used
>> >> > F16's=A0>
>> >> > .config which also was a no-no. I'd like to try = F16 which comes with
>> >> > 3.0=A0>
>> >> > out-of-the-box, but I've already set up my CentO= S 6.2 pretty nicely
>> >> > to
>> >> > just=A0"mkfs.ext3" on it, so if anyone has= some _updated_ info (3rd
>> >> > quarter
>> >> > 2011 or=A02012) that I can refer to, please advise.<= br> >> >>
>> >> Although I don't use CentOS 6. =A0I use Scientific Li= nux 6 instead.
>> >> Don't use Fedora kernel .config as there are many deb= ug options
>> >> enabled if I remember correctly. =A0Even I use RHEL6 .con= fig for
>> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will = encounter
>> >> problems. =A0In short, you can use one of those .config t= hen use make
>> >> menuconfig to disable power, cgroup, debug etc. options a= nd start
>> >> from=A0there as this is how I did.
>> >>
>> > Hmm, I tried that with rpmbuild -bb kernel.spec and as descri= bed on F16
>> > wiki, and disabled many many options and the kernel compiled = aok and the
>> > installed fine but never booted, it kept rebooting.
>>
>> Just a question... is your xen installed from source or from rpm p= ackage?
>
>
> It's from myoung Fedora repos it's rpm package, altho I built = 4.1.2 myself
> but it's not installed from those but froma repo.
>>
>>
>> >
>> > I'll try your suggestions and hope that it helps.
>>
>> If that doesn't, you can use mine instead of burning your time= to make
>> it work ;) =A0Anyway, I think it is a good experience to make it w= ork
>> from self compile and there are many things to learn from this
>> experience.
>
>
> Huh, self-compiled, I've done that a hundred times, but it's a= lways a no-no,
> i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x =A0and no luck e= ither, I've
> got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB ui= n RAM
> so itr takes not tyoo long but it's frustrating to reboot and get = nothing.
>
> I'd like to try yours, do you happen to have a repo or some place = to get
> your rpms?.

The guide is at http://choon.net/forum/read.php?16,672307
<= /blockquote>

Well, followed it and=A0 there seemed to be a problem = when I downloaded and installed the kernel, I installed it with rpm -ivh ch= oon...kernel...rpm and the system never came back up online.

I-ll check and report as soon as I get to the DC tomorrow, I'll als= o check the howto again.

Many many thanks for taking the toime to pu= t together that nice and useful info.

Thanks.

Kindest regards,
Giam Teck Choon


>>
>>
>> >
>> > Thank you very = much.
>>
>> Thanks.
>
>
> Again.
> --
> David Gonzalez H.
> Bogota: +(= 57-1)289-1168
> Medellin: = +(57-1)247-0985
> Cel: += (57)315-838-8326
> DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
> http://www.dghvo= ip.com/
> Proud Linux User #294661



--
David Gonza= lez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57= )315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Linux User #294661
--00151747ba061af41504b84381df-- --===============3688033274231009696== 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.xensource.com http://lists.xensource.com/xen-users --===============3688033274231009696==-- From xen-users-bounces@lists.xensource.com Mon Feb 06 03:47:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 03:47:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuFX8-0001rI-1C; Mon, 06 Feb 2012 03:46:26 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuFX5-0001qk-W8 for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 03:46:24 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1328499976!13263891!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 825 invoked from network); 6 Feb 2012 03:46:17 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 03:46:17 -0000 Received: by bkbzv3 with SMTP id zv3so13688858bkb.30 for ; Sun, 05 Feb 2012 19:46:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tJhfnzew5QvWRnKT8Yso3EDdTS2eYNsO4Lx395KeH7Y=; b=Kc/+dYCoP3p+I18gA47zHsJRCteoP7HYm/gHBhBU3nEjE/jIZetOEclDuRtUj4SViO 1ihpu8d3tKQQgz7zWgYdLwvXGUmhFTHF/TtK4yL97TBn99UNVCq5ll8tyh29K1Y3s82Q QHCTKuUl0lKeU9G49drQnBZtLNmCZTBXRtVNs= MIME-Version: 1.0 Received: by 10.204.129.208 with SMTP id p16mr7679901bks.131.1328499975189; Sun, 05 Feb 2012 19:46:15 -0800 (PST) Received: by 10.205.26.68 with HTTP; Sun, 5 Feb 2012 19:46:15 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Feb 2012 22:46:15 -0500 Message-ID: From: David Gonzalez To: Teck Choon Giam Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="===============3688033274231009696==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3688033274231009696== Content-Type: multipart/alternative; boundary=00151747ba061af41504b84381df --00151747ba061af41504b84381df Content-Type: text/plain; charset=ISO-8859-1 Hey On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam wrote: > On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez > wrote: > > > > > > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam > > > wrote: > >> > >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez > >> wrote: > >> > Yo, Teck, nice name heh, > >> > >> Grrr... My Surname is Giam and Name is Teck Choon :p > >> > >> > > >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam > >> > > >> > wrote: > >> >> > >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez > > >> >> wrote: > >> >> > Hey hope this opne is a "make senser". > >> >> > > >> >> > Has anyone tried the "Subject line" combo?, I've compiled a dozen > >> >> > src.rpm > >> >> > kern el 3.0 and 3.1 packages with no luck to try native upstream > Dom0 > >> >> > kernel > >> >> > >> >> > support with no success, just a kernel oops and constant reboots. > >> >> > >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my > >> >> own patched kernels (add iscsitarget as module into it as example). > >> >> Tested with xen-4.1.3-rc1-pre. > >> >> > >> > Ok, I'm guessing that mus me one of my many mistakes when doing this, > I > >> > haven't added the rite modules. > >> > > >> >> > >> >> > > >> >> > I followed Fedora's wiki on building a custom kernel, even used > >> >> > F16's > > >> >> > .config which also was a no-no. I'd like to try F16 which comes > with > >> >> > 3.0 > > >> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty nicely > >> >> > to > >> >> > just "mkfs.ext3" on it, so if anyone has some _updated_ info (3rd > >> >> > quarter > >> >> > 2011 or 2012) that I can refer to, please advise. > >> >> > >> >> Although I don't use CentOS 6. I use Scientific Linux 6 instead. > >> >> Don't use Fedora kernel .config as there are many debug options > >> >> enabled if I remember correctly. Even I use RHEL6 .config for > >> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter > >> >> problems. In short, you can use one of those .config then use make > >> >> menuconfig to disable power, cgroup, debug etc. options and start > >> >> from there as this is how I did. > >> >> > >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on > F16 > >> > wiki, and disabled many many options and the kernel compiled aok and > the > >> > installed fine but never booted, it kept rebooting. > >> > >> Just a question... is your xen installed from source or from rpm > package? > > > > > > It's from myoung Fedora repos it's rpm package, altho I built 4.1.2 > myself > > but it's not installed from those but froma repo. > >> > >> > >> > > >> > I'll try your suggestions and hope that it helps. > >> > >> If that doesn't, you can use mine instead of burning your time to make > >> it work ;) Anyway, I think it is a good experience to make it work > >> from self compile and there are many things to learn from this > >> experience. > > > > > > Huh, self-compiled, I've done that a hundred times, but it's always a > no-no, > > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x and no luck either, > I've > > got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB uin > RAM > > so itr takes not tyoo long but it's frustrating to reboot and get > nothing. > > > > I'd like to try yours, do you happen to have a repo or some place to get > > your rpms?. > > The guide is at http://choon.net/forum/read.php?16,672307 > Well, followed it and there seemed to be a problem when I downloaded and installed the kernel, I installed it with rpm -ivh choon...kernel...rpm and the system never came back up online. I-ll check and report as soon as I get to the DC tomorrow, I'll also check the howto again. Many many thanks for taking the toime to put together that nice and useful info. > > Thanks. > > Kindest regards, > Giam Teck Choon > > > >> > >> > >> > > >> > Thank you very much. > >> > >> Thanks. > > > > > > Again. > > -- > > David Gonzalez H. > > Bogota: +(57-1)289-1168 > > Medellin: +(57-1)247-0985 > > Cel: +(57)315-838-8326 > > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > > http://www.dghvoip.com/ > > Proud Linux User #294661 > -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --00151747ba061af41504b84381df Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey

On Sat, Feb 4, 2012 at 6:31 PM, Teck = Choon Giam <giamteckchoon@gmail.com> wrote:
On Sun, Feb 5, 2012 at 6:54 AM, Dav= id Gonzalez <dgonzalezh@gmail.co= m> wrote:
>
>
> On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam <giamteckchoon@gmail.com>
> wrote:
>>
>> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez <dgonzalezh@gmail.com>
>> wrote:
>> > Yo, Teck, nice name heh,
>>
>> Grrr... My Surname is Giam and Name is Teck Choon :p
>>
>> >
>> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam
>> > <giamteckchoon@= gmail.com>
>> > wrote:
>> >>
>> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez <dgonzalezh@gmail.com>
>> >> wrote:
>> >> > Hey hope this opne is a "make senser".
>> >> >
>> >> > Has anyone tried the "Subject line" combo?= , I've compiled a dozen
>> >> > src.rpm
>> >> > kern el 3.0 and 3.1 packages with no luck to try nat= ive upstream Dom0
>> >> > kernel
>> >>
>> >> > support with no success, just a kernel oops and cons= tant reboots.
>> >>
>> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and dom= U for my
>> >> own=A0patched kernels (add iscsitarget as module into it = as example).
>> >> Tested with xen-4.1.3-rc1-pre.
>> >>
>> > Ok, I'm guessing that mus me one of my many mistakes when= doing this, I
>> > haven't added the rite modules.
>> >
>> >>
>> >> >
>> >> > I followed Fedora's wiki on building a custom ke= rnel, even used
>> >> > F16's=A0>
>> >> > .config which also was a no-no. I'd like to try = F16 which comes with
>> >> > 3.0=A0>
>> >> > out-of-the-box, but I've already set up my CentO= S 6.2 pretty nicely
>> >> > to
>> >> > just=A0"mkfs.ext3" on it, so if anyone has= some _updated_ info (3rd
>> >> > quarter
>> >> > 2011 or=A02012) that I can refer to, please advise.<= br> >> >>
>> >> Although I don't use CentOS 6. =A0I use Scientific Li= nux 6 instead.
>> >> Don't use Fedora kernel .config as there are many deb= ug options
>> >> enabled if I remember correctly. =A0Even I use RHEL6 .con= fig for
>> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will = encounter
>> >> problems. =A0In short, you can use one of those .config t= hen use make
>> >> menuconfig to disable power, cgroup, debug etc. options a= nd start
>> >> from=A0there as this is how I did.
>> >>
>> > Hmm, I tried that with rpmbuild -bb kernel.spec and as descri= bed on F16
>> > wiki, and disabled many many options and the kernel compiled = aok and the
>> > installed fine but never booted, it kept rebooting.
>>
>> Just a question... is your xen installed from source or from rpm p= ackage?
>
>
> It's from myoung Fedora repos it's rpm package, altho I built = 4.1.2 myself
> but it's not installed from those but froma repo.
>>
>>
>> >
>> > I'll try your suggestions and hope that it helps.
>>
>> If that doesn't, you can use mine instead of burning your time= to make
>> it work ;) =A0Anyway, I think it is a good experience to make it w= ork
>> from self compile and there are many things to learn from this
>> experience.
>
>
> Huh, self-compiled, I've done that a hundred times, but it's a= lways a no-no,
> i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x =A0and no luck e= ither, I've
> got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB ui= n RAM
> so itr takes not tyoo long but it's frustrating to reboot and get = nothing.
>
> I'd like to try yours, do you happen to have a repo or some place = to get
> your rpms?.

The guide is at http://choon.net/forum/read.php?16,672307
<= /blockquote>

Well, followed it and=A0 there seemed to be a problem = when I downloaded and installed the kernel, I installed it with rpm -ivh ch= oon...kernel...rpm and the system never came back up online.

I-ll check and report as soon as I get to the DC tomorrow, I'll als= o check the howto again.

Many many thanks for taking the toime to pu= t together that nice and useful info.

Thanks.

Kindest regards,
Giam Teck Choon


>>
>>
>> >
>> > Thank you very = much.
>>
>> Thanks.
>
>
> Again.
> --
> David Gonzalez H.
> Bogota: +(= 57-1)289-1168
> Medellin: = +(57-1)247-0985
> Cel: += (57)315-838-8326
> DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
> http://www.dghvo= ip.com/
> Proud Linux User #294661



--
David Gonza= lez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57= )315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Linux User #294661
--00151747ba061af41504b84381df-- --===============3688033274231009696== 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.xensource.com http://lists.xensource.com/xen-users --===============3688033274231009696==-- From xen-users-bounces@lists.xensource.com Mon Feb 06 04:36:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 04:36:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuGHu-0002ia-6w; Mon, 06 Feb 2012 04:34:46 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuGHs-0002iV-BL for xen-users@lists.xensource.com; Mon, 06 Feb 2012 04:34:44 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1328502876!12083948!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6424 invoked from network); 6 Feb 2012 04:34:37 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 04:34:37 -0000 Received: by damc16 with SMTP id c16so33920526dam.30 for ; Sun, 05 Feb 2012 20:34:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.227.195 with SMTP id sc3mr44028256pbc.47.1328502875603; Sun, 05 Feb 2012 20:34:35 -0800 (PST) Received: by 10.142.177.4 with HTTP; Sun, 5 Feb 2012 20:34:35 -0800 (PST) In-Reply-To: <20120205201713.1753ead7c2b35a7d15c5b99498690bcc.afc898d870.wbe@email11.secureserver.net> References: <20120205201713.1753ead7c2b35a7d15c5b99498690bcc.afc898d870.wbe@email11.secureserver.net> Date: Mon, 6 Feb 2012 11:34:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Feb 6, 2012 at 10:17 AM, wrote: > I would like to gain some idea of the XCP impact of these two CPU > versions: > Intel > Core i7-2600, 3.4 GHz > Core i7-2600K, 3.5 GHz > Both have VT-x > Differences > 2600K does not include: > =A0Embedded Opions Available > =A0vPro Technology > =A0Virtualization Technology for Directed I/O > =A0Trusted Execution Technology > > Is the difference critical? It depends. What are your use cases? If it's just for a headless, common virtual server setup, with remote access using rdp/vnc/whatever, then it shouldn't matter. Vt-d is important if you want to use pci or GPU passthru, but GPU passthru is kinda hit-and-miss, with some hardware combination better than others. Search the list archive for GPU passthru if you're interested in this. If you're an average end-user, chances are you won't be needing this. vpro might be useful for remotely controlling the physical server, but an IP-based KVM or server-grade motherboard with remote console facilities can provide the same functionality. As for others, just do some research. I'm not sure those capabilities are even used by xenserver right now. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 04:36:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 04:36:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuGHu-0002ia-6w; Mon, 06 Feb 2012 04:34:46 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuGHs-0002iV-BL for xen-users@lists.xensource.com; Mon, 06 Feb 2012 04:34:44 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1328502876!12083948!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6424 invoked from network); 6 Feb 2012 04:34:37 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 04:34:37 -0000 Received: by damc16 with SMTP id c16so33920526dam.30 for ; Sun, 05 Feb 2012 20:34:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.227.195 with SMTP id sc3mr44028256pbc.47.1328502875603; Sun, 05 Feb 2012 20:34:35 -0800 (PST) Received: by 10.142.177.4 with HTTP; Sun, 5 Feb 2012 20:34:35 -0800 (PST) In-Reply-To: <20120205201713.1753ead7c2b35a7d15c5b99498690bcc.afc898d870.wbe@email11.secureserver.net> References: <20120205201713.1753ead7c2b35a7d15c5b99498690bcc.afc898d870.wbe@email11.secureserver.net> Date: Mon, 6 Feb 2012 11:34:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Feb 6, 2012 at 10:17 AM, wrote: > I would like to gain some idea of the XCP impact of these two CPU > versions: > Intel > Core i7-2600, 3.4 GHz > Core i7-2600K, 3.5 GHz > Both have VT-x > Differences > 2600K does not include: > =A0Embedded Opions Available > =A0vPro Technology > =A0Virtualization Technology for Directed I/O > =A0Trusted Execution Technology > > Is the difference critical? It depends. What are your use cases? If it's just for a headless, common virtual server setup, with remote access using rdp/vnc/whatever, then it shouldn't matter. Vt-d is important if you want to use pci or GPU passthru, but GPU passthru is kinda hit-and-miss, with some hardware combination better than others. Search the list archive for GPU passthru if you're interested in this. If you're an average end-user, chances are you won't be needing this. vpro might be useful for remotely controlling the physical server, but an IP-based KVM or server-grade motherboard with remote console facilities can provide the same functionality. As for others, just do some research. I'm not sure those capabilities are even used by xenserver right now. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 06:15:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 06:15: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 1RuHpv-00043T-07; Mon, 06 Feb 2012 06:13:59 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuHpt-00043O-1F for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 06:13:57 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1328508828!13816496!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18776 invoked from network); 6 Feb 2012 06:13:50 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 06:13:50 -0000 Received: by damc16 with SMTP id c16so34317140dam.30 for ; Sun, 05 Feb 2012 22:13:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=P0z8BBGclzLdC2FileRkSqLn4xsuZpUiTko8LO9a0aE=; b=xNDiiEtEZEv2jm+JpeKb44ZDlkKJyzgIvRSs6CID9JWdcFidrBQbeLLE/iKnwCzKgQ CcEOrluAox8qRmPCcHcZ9WXFWEkHIJfUZ0lMICVvyDrrBFLTYq6jEE48wt3ep/OKL8rH N0XfTIvx4SE4IKuHZnOMuExeiokhGldQkyCbE= MIME-Version: 1.0 Received: by 10.68.72.39 with SMTP id a7mr44828674pbv.96.1328508828118; Sun, 05 Feb 2012 22:13:48 -0800 (PST) Received: by 10.68.134.10 with HTTP; Sun, 5 Feb 2012 22:13:48 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Feb 2012 14:13:48 +0800 Message-ID: From: Teck Choon Giam To: David Gonzalez Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Feb 6, 2012 at 11:46 AM, David Gonzalez wrot= e: > Hey > > On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam > wrote: >> >> On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez >> wrote: >> > >> > >> > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam >> > >> > wrote: >> >> >> >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez >> >> wrote: >> >> > Yo, Teck, nice name heh, >> >> >> >> Grrr... My Surname is Giam and Name is Teck Choon :p >> >> >> >> > >> >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam >> >> > >> >> > wrote: >> >> >> >> >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez >> >> >> >> >> >> wrote: >> >> >> > Hey hope this opne is a "make senser". >> >> >> > >> >> >> > Has anyone tried the "Subject line" combo?, I've compiled a dozen >> >> >> > src.rpm >> >> >> > kern el 3.0 and 3.1 packages with no luck to try native upstream >> >> >> > Dom0 >> >> >> > kernel >> >> >> >> >> >> > support with no success, just a kernel oops and constant reboots. >> >> >> >> >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my >> >> >> own=A0patched kernels (add iscsitarget as module into it as exampl= e). >> >> >> Tested with xen-4.1.3-rc1-pre. >> >> >> >> >> > Ok, I'm guessing that mus me one of my many mistakes when doing thi= s, >> >> > I >> >> > haven't added the rite modules. >> >> > >> >> >> >> >> >> > >> >> >> > I followed Fedora's wiki on building a custom kernel, even used >> >> >> > F16's=A0> >> >> >> > .config which also was a no-no. I'd like to try F16 which comes >> >> >> > with >> >> >> > 3.0=A0> >> >> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty >> >> >> > nicely >> >> >> > to >> >> >> > just=A0"mkfs.ext3" on it, so if anyone has some _updated_ info (= 3rd >> >> >> > quarter >> >> >> > 2011 or=A02012) that I can refer to, please advise. >> >> >> >> >> >> Although I don't use CentOS 6. =A0I use Scientific Linux 6 instead. >> >> >> Don't use Fedora kernel .config as there are many debug options >> >> >> enabled if I remember correctly. =A0Even I use RHEL6 .config for >> >> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter >> >> >> problems. =A0In short, you can use one of those .config then use m= ake >> >> >> menuconfig to disable power, cgroup, debug etc. options and start >> >> >> from=A0there as this is how I did. >> >> >> >> >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on >> >> > F16 >> >> > wiki, and disabled many many options and the kernel compiled aok and >> >> > the >> >> > installed fine but never booted, it kept rebooting. >> >> >> >> Just a question... is your xen installed from source or from rpm >> >> package? >> > >> > >> > It's from myoung Fedora repos it's rpm package, altho I built 4.1.2 >> > myself >> > but it's not installed from those but froma repo. >> >> >> >> >> >> > >> >> > I'll try your suggestions and hope that it helps. >> >> >> >> If that doesn't, you can use mine instead of burning your time to make >> >> it work ;) =A0Anyway, I think it is a good experience to make it work >> >> from self compile and there are many things to learn from this >> >> experience. >> > >> > >> > Huh, self-compiled, I've done that a hundred times, but it's always a >> > no-no, >> > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x =A0and no luck eithe= r, >> > I've >> > got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB uin >> > RAM >> > so itr takes not tyoo long but it's frustrating to reboot and get >> > nothing. >> > >> > I'd like to try yours, do you happen to have a repo or some place to g= et >> > your rpms?. >> >> The guide is at http://choon.net/forum/read.php?16,672307 > > > Well, followed it and=A0 there seemed to be a problem when I downloaded a= nd > installed the kernel, I installed it with rpm -ivh choon...kernel...rpm a= nd > the system never came back up online. Have you try the guide posted and boot into xen-kernel-2.6.32.56-0 first? If that is successfully, then you can follow the guide to create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using yum install choon-kernel to install? Would appreciate feedback about the failure or success ;) > > I-ll check and report as soon as I get to the DC tomorrow, I'll also check > the howto again. Thanks for it in advance. Please let me know your network ethernet information (lspci -vvv output and lsmod output) as I am afraid it may be an issue. Sometimes, if a board has two same onboard ethernet and when you boot stock kernel you get the order of eth0 as HW ... 01 and eth1 as HW ... 02 then when you boot into custom kernel you get the order being switched. I encountered it before and checked the udev rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is correct. > > Many many thanks for taking the toime to put together that nice and useful > info. Those repos are there for years actually just that SL6/CentOS6 are considered quite new in those repos. I used the same repos when using CentOS 5 as dom0 last time but cease it due to the time involved to support those in CentOS 5. I rather focus on SL6/CentOS6 :) Just beware that all my dom0 servers are SL6 based. Feedbacks are greatly appreciated and if you need assistance off this list are welcome (just compose another new mail direct to me so that I know it is not from this xen-users list). Thanks. Kindest regards, Giam Teck Choon >> >> >> Thanks. >> >> Kindest regards, >> Giam Teck Choon >> >> >> >> >> >> >> >> > >> >> > Thank you very much. >> >> >> >> Thanks. >> > >> > >> > Again. >> > -- >> > David Gonzalez H. >> > Bogota: +(57-1)289-1168 >> > Medellin: +(57-1)247-0985 >> > Cel: +(57)315-838-8326 >> > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS >> > http://www.dghvoip.com/ >> > Proud Linux User #294661 > > > > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 06:15:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 06:15: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 1RuHpv-00043T-07; Mon, 06 Feb 2012 06:13:59 +0000 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuHpt-00043O-1F for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 06:13:57 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1328508828!13816496!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18776 invoked from network); 6 Feb 2012 06:13:50 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 06:13:50 -0000 Received: by damc16 with SMTP id c16so34317140dam.30 for ; Sun, 05 Feb 2012 22:13:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=P0z8BBGclzLdC2FileRkSqLn4xsuZpUiTko8LO9a0aE=; b=xNDiiEtEZEv2jm+JpeKb44ZDlkKJyzgIvRSs6CID9JWdcFidrBQbeLLE/iKnwCzKgQ CcEOrluAox8qRmPCcHcZ9WXFWEkHIJfUZ0lMICVvyDrrBFLTYq6jEE48wt3ep/OKL8rH N0XfTIvx4SE4IKuHZnOMuExeiokhGldQkyCbE= MIME-Version: 1.0 Received: by 10.68.72.39 with SMTP id a7mr44828674pbv.96.1328508828118; Sun, 05 Feb 2012 22:13:48 -0800 (PST) Received: by 10.68.134.10 with HTTP; Sun, 5 Feb 2012 22:13:48 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Feb 2012 14:13:48 +0800 Message-ID: From: Teck Choon Giam To: David Gonzalez Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Feb 6, 2012 at 11:46 AM, David Gonzalez wrot= e: > Hey > > On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam > wrote: >> >> On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez >> wrote: >> > >> > >> > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam >> > >> > wrote: >> >> >> >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez >> >> wrote: >> >> > Yo, Teck, nice name heh, >> >> >> >> Grrr... My Surname is Giam and Name is Teck Choon :p >> >> >> >> > >> >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam >> >> > >> >> > wrote: >> >> >> >> >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez >> >> >> >> >> >> wrote: >> >> >> > Hey hope this opne is a "make senser". >> >> >> > >> >> >> > Has anyone tried the "Subject line" combo?, I've compiled a dozen >> >> >> > src.rpm >> >> >> > kern el 3.0 and 3.1 packages with no luck to try native upstream >> >> >> > Dom0 >> >> >> > kernel >> >> >> >> >> >> > support with no success, just a kernel oops and constant reboots. >> >> >> >> >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my >> >> >> own=A0patched kernels (add iscsitarget as module into it as exampl= e). >> >> >> Tested with xen-4.1.3-rc1-pre. >> >> >> >> >> > Ok, I'm guessing that mus me one of my many mistakes when doing thi= s, >> >> > I >> >> > haven't added the rite modules. >> >> > >> >> >> >> >> >> > >> >> >> > I followed Fedora's wiki on building a custom kernel, even used >> >> >> > F16's=A0> >> >> >> > .config which also was a no-no. I'd like to try F16 which comes >> >> >> > with >> >> >> > 3.0=A0> >> >> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty >> >> >> > nicely >> >> >> > to >> >> >> > just=A0"mkfs.ext3" on it, so if anyone has some _updated_ info (= 3rd >> >> >> > quarter >> >> >> > 2011 or=A02012) that I can refer to, please advise. >> >> >> >> >> >> Although I don't use CentOS 6. =A0I use Scientific Linux 6 instead. >> >> >> Don't use Fedora kernel .config as there are many debug options >> >> >> enabled if I remember correctly. =A0Even I use RHEL6 .config for >> >> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter >> >> >> problems. =A0In short, you can use one of those .config then use m= ake >> >> >> menuconfig to disable power, cgroup, debug etc. options and start >> >> >> from=A0there as this is how I did. >> >> >> >> >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on >> >> > F16 >> >> > wiki, and disabled many many options and the kernel compiled aok and >> >> > the >> >> > installed fine but never booted, it kept rebooting. >> >> >> >> Just a question... is your xen installed from source or from rpm >> >> package? >> > >> > >> > It's from myoung Fedora repos it's rpm package, altho I built 4.1.2 >> > myself >> > but it's not installed from those but froma repo. >> >> >> >> >> >> > >> >> > I'll try your suggestions and hope that it helps. >> >> >> >> If that doesn't, you can use mine instead of burning your time to make >> >> it work ;) =A0Anyway, I think it is a good experience to make it work >> >> from self compile and there are many things to learn from this >> >> experience. >> > >> > >> > Huh, self-compiled, I've done that a hundred times, but it's always a >> > no-no, >> > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x =A0and no luck eithe= r, >> > I've >> > got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB uin >> > RAM >> > so itr takes not tyoo long but it's frustrating to reboot and get >> > nothing. >> > >> > I'd like to try yours, do you happen to have a repo or some place to g= et >> > your rpms?. >> >> The guide is at http://choon.net/forum/read.php?16,672307 > > > Well, followed it and=A0 there seemed to be a problem when I downloaded a= nd > installed the kernel, I installed it with rpm -ivh choon...kernel...rpm a= nd > the system never came back up online. Have you try the guide posted and boot into xen-kernel-2.6.32.56-0 first? If that is successfully, then you can follow the guide to create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using yum install choon-kernel to install? Would appreciate feedback about the failure or success ;) > > I-ll check and report as soon as I get to the DC tomorrow, I'll also check > the howto again. Thanks for it in advance. Please let me know your network ethernet information (lspci -vvv output and lsmod output) as I am afraid it may be an issue. Sometimes, if a board has two same onboard ethernet and when you boot stock kernel you get the order of eth0 as HW ... 01 and eth1 as HW ... 02 then when you boot into custom kernel you get the order being switched. I encountered it before and checked the udev rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is correct. > > Many many thanks for taking the toime to put together that nice and useful > info. Those repos are there for years actually just that SL6/CentOS6 are considered quite new in those repos. I used the same repos when using CentOS 5 as dom0 last time but cease it due to the time involved to support those in CentOS 5. I rather focus on SL6/CentOS6 :) Just beware that all my dom0 servers are SL6 based. Feedbacks are greatly appreciated and if you need assistance off this list are welcome (just compose another new mail direct to me so that I know it is not from this xen-users list). Thanks. Kindest regards, Giam Teck Choon >> >> >> Thanks. >> >> Kindest regards, >> Giam Teck Choon >> >> >> >> >> >> >> >> > >> >> > Thank you very much. >> >> >> >> Thanks. >> > >> > >> > Again. >> > -- >> > David Gonzalez H. >> > Bogota: +(57-1)289-1168 >> > Medellin: +(57-1)247-0985 >> > Cel: +(57)315-838-8326 >> > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS >> > http://www.dghvoip.com/ >> > Proud Linux User #294661 > > > > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 12:31:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 12:31:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuNiN-0001Sf-Up; Mon, 06 Feb 2012 12:30:35 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RuNiM-0001SN-2h for xen-users@lists.xensource.com; Mon, 06 Feb 2012 12:30:34 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-12.tower-216.messagelabs.com!1328531426!14140802!1 X-Originating-IP: [173.201.192.38] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuMzggPT4gMzAwNjg=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8372 invoked from network); 6 Feb 2012 12:30:27 -0000 Received: from p3plsmtp11-03-2.prod.phx3.secureserver.net (HELO p3plwbeout11-03.prod.phx3.secureserver.net) (173.201.192.38) by server-12.tower-216.messagelabs.com with SMTP; 6 Feb 2012 12:30:27 -0000 Received: (qmail 11467 invoked from network); 6 Feb 2012 12:30:26 -0000 Received: from unknown (HELO localhost) (10.6.243.4) by p3plwbeout11-03.prod.phx3.secureserver.net with SMTP; 6 Feb 2012 12:30:26 -0000 Received: (qmail 4228 invoked by uid 99); 6 Feb 2012 12:30:26 -0000 X-Originating-IP: 97.65.252.93 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120206053025.1753ead7c2b35a7d15c5b99498690bcc.e253abba38.wbe@email11.secureserver.net> From: To: "Fajar A. Nugraha" Date: Mon, 06 Feb 2012 05:30:25 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison From: "Fajar A. Nugraha" Date: Sun, February 05, 2012 10:34 pm To: ray@aarden.us Cc: xen-users@lists.xensource.com On Mon, Feb 6, 2012 at 10:17 AM, wrote: > I would like to gain some idea of the XCP impact of these two CPU > versions: > Intel > Core i7-2600, 3.4 GHz > Core i7-2600K, 3.5 GHz > Both have VT-x > Differences > 2600K does not include: > Embedded Opions Available > vPro Technology > Virtualization Technology for Directed I/O > Trusted Execution Technology > > Is the difference critical? It depends. What are your use cases? If it's just for a headless, common virtual server setup, with remote access using rdp/vnc/whatever, then it shouldn't matter. Vt-d is important if you want to use pci or GPU passthru, but GPU passthru is kinda hit-and-miss, with some hardware combination better than others. Search the list archive for GPU passthru if you're interested in this. If you're an average end-user, chances are you won't be needing this. vpro might be useful for remotely controlling the physical server, but an IP-based KVM or server-grade motherboard with remote console facilities can provide the same functionality. As for others, just do some research. I'm not sure those capabilities are even used by xenserver right now. -- Fajar _________________ Fajar, Thank you very much. You have given me insight and added to my search vocabulary - things I really need. I will require GUIs for most of my VMs. I have been searching and participating in threads relative to PCI pass throuh and found some information - there are a lot of problems but only a few individuals bring forth their findings - very valuable. What kind of remote console might a mother board support? Thanks, ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 12:31:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 12:31:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuNiN-0001Sf-Up; Mon, 06 Feb 2012 12:30:35 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RuNiM-0001SN-2h for xen-users@lists.xensource.com; Mon, 06 Feb 2012 12:30:34 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-12.tower-216.messagelabs.com!1328531426!14140802!1 X-Originating-IP: [173.201.192.38] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuMzggPT4gMzAwNjg=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8372 invoked from network); 6 Feb 2012 12:30:27 -0000 Received: from p3plsmtp11-03-2.prod.phx3.secureserver.net (HELO p3plwbeout11-03.prod.phx3.secureserver.net) (173.201.192.38) by server-12.tower-216.messagelabs.com with SMTP; 6 Feb 2012 12:30:27 -0000 Received: (qmail 11467 invoked from network); 6 Feb 2012 12:30:26 -0000 Received: from unknown (HELO localhost) (10.6.243.4) by p3plwbeout11-03.prod.phx3.secureserver.net with SMTP; 6 Feb 2012 12:30:26 -0000 Received: (qmail 4228 invoked by uid 99); 6 Feb 2012 12:30:26 -0000 X-Originating-IP: 97.65.252.93 User-Agent: Workspace Webmail 5.6.11 Message-Id: <20120206053025.1753ead7c2b35a7d15c5b99498690bcc.e253abba38.wbe@email11.secureserver.net> From: To: "Fajar A. Nugraha" Date: Mon, 06 Feb 2012 05:30:25 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison From: "Fajar A. Nugraha" Date: Sun, February 05, 2012 10:34 pm To: ray@aarden.us Cc: xen-users@lists.xensource.com On Mon, Feb 6, 2012 at 10:17 AM, wrote: > I would like to gain some idea of the XCP impact of these two CPU > versions: > Intel > Core i7-2600, 3.4 GHz > Core i7-2600K, 3.5 GHz > Both have VT-x > Differences > 2600K does not include: > Embedded Opions Available > vPro Technology > Virtualization Technology for Directed I/O > Trusted Execution Technology > > Is the difference critical? It depends. What are your use cases? If it's just for a headless, common virtual server setup, with remote access using rdp/vnc/whatever, then it shouldn't matter. Vt-d is important if you want to use pci or GPU passthru, but GPU passthru is kinda hit-and-miss, with some hardware combination better than others. Search the list archive for GPU passthru if you're interested in this. If you're an average end-user, chances are you won't be needing this. vpro might be useful for remotely controlling the physical server, but an IP-based KVM or server-grade motherboard with remote console facilities can provide the same functionality. As for others, just do some research. I'm not sure those capabilities are even used by xenserver right now. -- Fajar _________________ Fajar, Thank you very much. You have given me insight and added to my search vocabulary - things I really need. I will require GUIs for most of my VMs. I have been searching and participating in threads relative to PCI pass throuh and found some information - there are a lot of problems but only a few individuals bring forth their findings - very valuable. What kind of remote console might a mother board support? Thanks, ray _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 13:12:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 13:12:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuOLi-00026t-Gp; Mon, 06 Feb 2012 13:11:14 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuOLg-00026l-5j for xen-users@lists.xensource.com; Mon, 06 Feb 2012 13:11:12 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1328533863!12183328!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25212 invoked from network); 6 Feb 2012 13:11:05 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 13:11:05 -0000 Received: by damc16 with SMTP id c16so36042554dam.30 for ; Mon, 06 Feb 2012 05:11:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.233.74 with SMTP id tu10mr23243337pbc.98.1328533863577; Mon, 06 Feb 2012 05:11:03 -0800 (PST) Received: by 10.142.177.4 with HTTP; Mon, 6 Feb 2012 05:11:03 -0800 (PST) In-Reply-To: <20120206053025.1753ead7c2b35a7d15c5b99498690bcc.e253abba38.wbe@email11.secureserver.net> References: <20120206053025.1753ead7c2b35a7d15c5b99498690bcc.e253abba38.wbe@email11.secureserver.net> Date: Mon, 6 Feb 2012 20:11:03 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Feb 6, 2012 at 7:30 PM, wrote: > I will require GUIs for most of my VMs. =A0I have been searching and > participating in threads relative to PCI pass throuh and found some > information - there are a lot of problems but only a few individuals > bring forth their findings - very valuable. GUI does not equal GPU passthru. In virtualization, VM's GUI is often accessed remotely (e.g. rdesktop/vnc). In that case, you don't need GPU passthru. Actually, you don't even need a GPU at all (IIRC some old sun x86 server don't even have a GPU). Usually you'll need GPU pasthru ONLY if you xen on your desktop/notebook, and directly use the monitor/keyboard/mouse to do something 3d-related (e.g play game) on the domU directly. For most other cases, remote console will be enough. > > What kind of remote console might a mother board support? Not sure about desktop. For servers, for example HP as ILO, DELL has DRAC, etc. There's also KVM over IP. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 13:12:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 13:12:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuOLi-00026t-Gp; Mon, 06 Feb 2012 13:11:14 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuOLg-00026l-5j for xen-users@lists.xensource.com; Mon, 06 Feb 2012 13:11:12 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1328533863!12183328!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25212 invoked from network); 6 Feb 2012 13:11:05 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 13:11:05 -0000 Received: by damc16 with SMTP id c16so36042554dam.30 for ; Mon, 06 Feb 2012 05:11:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.233.74 with SMTP id tu10mr23243337pbc.98.1328533863577; Mon, 06 Feb 2012 05:11:03 -0800 (PST) Received: by 10.142.177.4 with HTTP; Mon, 6 Feb 2012 05:11:03 -0800 (PST) In-Reply-To: <20120206053025.1753ead7c2b35a7d15c5b99498690bcc.e253abba38.wbe@email11.secureserver.net> References: <20120206053025.1753ead7c2b35a7d15c5b99498690bcc.e253abba38.wbe@email11.secureserver.net> Date: Mon, 6 Feb 2012 20:11:03 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Intel CPU Comparison X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Feb 6, 2012 at 7:30 PM, wrote: > I will require GUIs for most of my VMs. =A0I have been searching and > participating in threads relative to PCI pass throuh and found some > information - there are a lot of problems but only a few individuals > bring forth their findings - very valuable. GUI does not equal GPU passthru. In virtualization, VM's GUI is often accessed remotely (e.g. rdesktop/vnc). In that case, you don't need GPU passthru. Actually, you don't even need a GPU at all (IIRC some old sun x86 server don't even have a GPU). Usually you'll need GPU pasthru ONLY if you xen on your desktop/notebook, and directly use the monitor/keyboard/mouse to do something 3d-related (e.g play game) on the domU directly. For most other cases, remote console will be enough. > > What kind of remote console might a mother board support? Not sure about desktop. For servers, for example HP as ILO, DELL has DRAC, etc. There's also KVM over IP. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 15:46:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 15:46:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQk6-000441-DP; Mon, 06 Feb 2012 15:44:34 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQk5-00043w-Dy for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 15:44:33 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1328543066!7991577!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23035 invoked from network); 6 Feb 2012 15:44:27 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 15:44:27 -0000 Received: by werb14 with SMTP id b14so15720908wer.30 for ; Mon, 06 Feb 2012 07:44:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yqSUJXnptipaV2PAWtTvXJGLmH4HTtKQ8f6hIJPg2WM=; b=Sk/TDHnzAzALsGNyx/QOJo4YYZKnKlxy6Ri/1TqmJz+hGU7xxjsZdH68a1p2879gdA vI/nV5+dP5RNEoy+bFDSoN2vHKYSfEC5uAQjQODQVkflYfEIiHb+93d/g6AQWLpGD8o/ YWn57x3HwYNHz3pXs3HTrtvlY84spgqTsYHtM= MIME-Version: 1.0 Received: by 10.216.132.148 with SMTP id o20mr3502150wei.33.1328543066250; Mon, 06 Feb 2012 07:44:26 -0800 (PST) Received: by 10.180.101.167 with HTTP; Mon, 6 Feb 2012 07:44:26 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Feb 2012 08:44:26 -0700 Message-ID: From: jacek burghardt To: Xen-users@lists.xensource.com Subject: [Xen-users] reasign cd rom and usb X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am trying to get my xen on arch linux to be as functional as vmware. I was able to reasign pci cards to domu. I have assigned printer to windows server 2008 (usb) Is pvusb mature. Is there pvusb howto I saw something in german. Is it posible to assign cd rom drive (without cd). I was able to assign blurey drive in vmware esxi and rip blureys to my raid is this posible with xen ? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 15:46:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 15:46:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQk6-000441-DP; Mon, 06 Feb 2012 15:44:34 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQk5-00043w-Dy for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 15:44:33 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1328543066!7991577!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23035 invoked from network); 6 Feb 2012 15:44:27 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 15:44:27 -0000 Received: by werb14 with SMTP id b14so15720908wer.30 for ; Mon, 06 Feb 2012 07:44:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yqSUJXnptipaV2PAWtTvXJGLmH4HTtKQ8f6hIJPg2WM=; b=Sk/TDHnzAzALsGNyx/QOJo4YYZKnKlxy6Ri/1TqmJz+hGU7xxjsZdH68a1p2879gdA vI/nV5+dP5RNEoy+bFDSoN2vHKYSfEC5uAQjQODQVkflYfEIiHb+93d/g6AQWLpGD8o/ YWn57x3HwYNHz3pXs3HTrtvlY84spgqTsYHtM= MIME-Version: 1.0 Received: by 10.216.132.148 with SMTP id o20mr3502150wei.33.1328543066250; Mon, 06 Feb 2012 07:44:26 -0800 (PST) Received: by 10.180.101.167 with HTTP; Mon, 6 Feb 2012 07:44:26 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Feb 2012 08:44:26 -0700 Message-ID: From: jacek burghardt To: Xen-users@lists.xensource.com Subject: [Xen-users] reasign cd rom and usb X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am trying to get my xen on arch linux to be as functional as vmware. I was able to reasign pci cards to domu. I have assigned printer to windows server 2008 (usb) Is pvusb mature. Is there pvusb howto I saw something in german. Is it posible to assign cd rom drive (without cd). I was able to assign blurey drive in vmware esxi and rip blureys to my raid is this posible with xen ? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 16:00:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 16:00:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQxC-0004mf-3o; Mon, 06 Feb 2012 15:58:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQx9-0004mI-W7 for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 15:58:04 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1328543613!12057680!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, UPPERCASE_25_50,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32440 invoked from network); 6 Feb 2012 15:53:34 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 15:53:34 -0000 Received: by bkbzv3 with SMTP id zv3so14645118bkb.30 for ; Mon, 06 Feb 2012 07:53:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YHy7FqcOgIj49aEFAJVNjijvqbMB3G9HM/ox1e5Yy7Y=; b=oqQ+8OCyaYBB/Mfu2RfM2W7VH1UsQcnbWQTSg2CSgXxA1J4sWUzVpwB3zdGmFzqv7r nhmAvZkkpOqq5m3Vnd+wj0abhQBvxX1ZY/PPyNdczAn6a/UVNB/yxExAuIndCPLlviLV ur+EyckTQ+EV+OxduiVdhxSwjd/CDAd53+kw0= MIME-Version: 1.0 Received: by 10.204.136.220 with SMTP id s28mr8870030bkt.59.1328543613573; Mon, 06 Feb 2012 07:53:33 -0800 (PST) Received: by 10.205.26.68 with HTTP; Mon, 6 Feb 2012 07:53:33 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Feb 2012 10:53:33 -0500 Message-ID: From: David Gonzalez To: Teck Choon Giam Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="===============2252704011190247239==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2252704011190247239== Content-Type: multipart/alternative; boundary=0015175cffe827daea04b84daa0c --0015175cffe827daea04b84daa0c Content-Type: text/plain; charset=ISO-8859-1 Hey Choon, On Mon, Feb 6, 2012 at 1:13 AM, Teck Choon Giam wrote: > On Mon, Feb 6, 2012 at 11:46 AM, David Gonzalez > wrote: > > Hey > > > > On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam > > > wrote: > >> > >> On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez > >> wrote: > >> > > >> > > >> > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam > >> > > >> > wrote: > >> >> > >> >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez > > >> >> wrote: > >> >> > Yo, Teck, nice name heh, > >> >> > >> >> Grrr... My Surname is Giam and Name is Teck Choon :p > You're from?. > >> >> > >> >> > > >> >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam > >> >> > > >> >> > wrote: > >> >> >> > >> >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez > >> >> >> > >> >> >> wrote: > >> >> >> > Hey hope this opne is a "make senser". > >> >> >> > > >> >> >> > Has anyone tried the "Subject line" combo?, I've compiled a > dozen > >> >> >> > src.rpm > >> >> >> > kern el 3.0 and 3.1 packages with no luck to try native upstream > >> >> >> > Dom0 > >> >> >> > kernel > >> >> >> > >> >> >> > support with no success, just a kernel oops and constant > reboots. > >> >> >> > >> >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my > >> >> >> own patched kernels (add iscsitarget as module into it as > example). > >> >> >> Tested with xen-4.1.3-rc1-pre. > >> >> >> > >> >> > Ok, I'm guessing that mus me one of my many mistakes when doing > this, > >> >> > I > >> >> > haven't added the rite modules. > >> >> > > >> >> >> > >> >> >> > > >> >> >> > I followed Fedora's wiki on building a custom kernel, even used > >> >> >> > F16's > > >> >> >> > .config which also was a no-no. I'd like to try F16 which comes > >> >> >> > with > >> >> >> > 3.0 > > >> >> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty > >> >> >> > nicely > >> >> >> > to > >> >> >> > just "mkfs.ext3" on it, so if anyone has some _updated_ info > (3rd > >> >> >> > quarter > >> >> >> > 2011 or 2012) that I can refer to, please advise. > >> >> >> > >> >> >> Although I don't use CentOS 6. I use Scientific Linux 6 instead. > >> >> >> Don't use Fedora kernel .config as there are many debug options > >> >> >> enabled if I remember correctly. Even I use RHEL6 .config for > >> >> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter > >> >> >> problems. In short, you can use one of those .config then use > make > >> >> >> menuconfig to disable power, cgroup, debug etc. options and start > >> >> >> from there as this is how I did. > >> >> >> > >> >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on > >> >> > F16 > >> >> > wiki, and disabled many many options and the kernel compiled aok > and > >> >> > the > >> >> > installed fine but never booted, it kept rebooting. > >> >> > >> >> Just a question... is your xen installed from source or from rpm > >> >> package? > >> > > >> > > >> > It's from myoung Fedora repos it's rpm package, altho I built 4.1.2 > >> > myself > >> > but it's not installed from those but froma repo. > >> >> > >> >> > >> >> > > >> >> > I'll try your suggestions and hope that it helps. > >> >> > >> >> If that doesn't, you can use mine instead of burning your time to > make > >> >> it work ;) Anyway, I think it is a good experience to make it work > >> >> from self compile and there are many things to learn from this > >> >> experience. > >> > > >> > > >> > Huh, self-compiled, I've done that a hundred times, but it's always a > >> > no-no, > >> > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x and no luck either, > >> > I've > >> > got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB > uin > >> > RAM > >> > so itr takes not tyoo long but it's frustrating to reboot and get > >> > nothing. > >> > > >> > I'd like to try yours, do you happen to have a repo or some place to > get > >> > your rpms?. > >> > >> The guide is at http://choon.net/forum/read.php?16,672307 > > > > > > Well, followed it and there seemed to be a problem when I downloaded and > > installed the kernel, I installed it with rpm -ivh choon...kernel...rpm > and > > the system never came back up online. > > Have you try the guide posted and boot into xen-kernel-2.6.32.56-0 > first? If that is successfully, then you can follow the guide to > create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using > yum install choon-kernel to install? Would appreciate feedback about > the failure or success ;) > Yup, in fact that was what I did to install the kernel, but it kept downloading 2.6.32, so I went ahead and d/loaded 3.1 and 3.2 and installed them via rpm -uvh. I'm guessing these should be changed or modified to use 3.x series kernels, am I wrong. # choonrpmsrepoctl create choonrpms-kernels # choonrpmsrepoctl enable choonrpms-kernels I also found something about that nice grub parameter I didn't know and it's the "fallback=#" parameter which on the locked server I didn't use, but now i'lkl reboot that machine and check the output > > > > > I-ll check and report as soon as I get to the DC tomorrow, I'll also > check > > the howto again. > > Thanks for it in advance. Please let me know your network ethernet > information (lspci -vvv output and lsmod output) as I am afraid it may > be an issue. Sometimes, if a board has two same onboard ethernet and > when you boot stock kernel you get the order of eth0 as HW ... 01 and > eth1 as HW ... 02 then when you boot into custom kernel you get the > order being switched. I encountered it before and checked the udev > rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is > correct. > Network doesn't seem to be an issue, I have that server with two onborad NICs which are the same but they're connected to different switches and on two different class C networks, I set up using C6.2 nifcfg-ethX scripts and set them up as bridged xenbr0 and xenbr1. They both work on that server with no issue at all. the HP ML115 has only one on board NIC which is also a bridge. Hrere's the outoput you requested but from the WORKING server, as I get the HP ML115 rebooted I-ll get back to you to show you its outputs. # lspci -vv 00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a4) Subsystem: ASUSTeK Computer Inc. Device 8162 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn- 00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 4198 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #3, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 8, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 0c, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 41a0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #2, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 4, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 41a8 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #1, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 2, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) (prog-if 00 [Normal decode]) Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 41b0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 1, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel modules: k10temp 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel modules: k10temp 00:19.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- [disabled] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 21) Subsystem: ASUSTeK Computer Inc. Device 8149 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-61-c0 Capabilities: [16c] Power Budgeting Kernel driver in use: tg3 Kernel modules: tg3 03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 21) Subsystem: ASUSTeK Computer Inc. Device 8149 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- [disabled] Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- Capabilities: [50] Vital Product Data Product Name: Broadcom NetXtreme Gigabit Ethernet Controller Read-only fields: [PN] Part number: BCM95721 [EC] Engineering changes: 106679-15 [SN] Serial number: 0123456789 [MN] Manufacture ID: 31 34 65 34 [RV] Reserved: checksum bad, 28 byte(s) reserved Read/write fields: [YA] Asset tag: XYZ01234567 [RW] Read-write area: 107 byte(s) free End Capabilities: [58] MSI: Enable+ Count=1/8 Maskable- 64bit+ Address: 00000000fee0100c Data: 4139 Capabilities: [d0] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 4096 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- Capabilities: [100] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [13c] Virtual Channel Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-63-b3 Capabilities: [16c] Power Budgeting Kernel driver in use: tg3 Kernel modules: tg3 04:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET PCI-Express Fusion-MPT SAS (rev 04) Subsystem: ASUSTeK Computer Inc. Device 82c3 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- > > > > Many many thanks for taking the toime to put together that nice and > useful > > info. > > Those repos are there for years actually just that SL6/CentOS6 are > considered quite new in those repos. I used the same repos when using > CentOS 5 as dom0 last time but cease it due to the time involved to > support those in CentOS 5. I rather focus on SL6/CentOS6 :) Just > beware that all my dom0 servers are SL6 based. > > Feedbacks are greatly appreciated and if you need assistance off this > list are welcome (just compose another new mail direct to me so that I > know it is not from this xen-users list). > > Thank you for taking the toine to read and answer. > Thanks. > > Kindest regards, > Giam Teck Choon > > >> > >> > >> Thanks. > >> > >> Kindest regards, > >> Giam Teck Choon > >> > >> > >> >> > >> >> > >> >> > > >> >> > Thank you very much. > >> >> > >> >> Thanks. > >> > > >> > > >> > Again. > >> > -- > >> > David Gonzalez H. > >> > Bogota: +(57-1)289-1168 > >> > Medellin: +(57-1)247-0985 > >> > Cel: +(57)315-838-8326 > >> > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > >> > http://www.dghvoip.com/ > >> > Proud Linux User #294661 > > > > > > > > > > -- > > David Gonzalez H. > > Bogota: +(57-1)289-1168 > > Medellin: +(57-1)247-0985 > > Cel: +(57)315-838-8326 > > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > > http://www.dghvoip.com/ > > Proud Linux User #294661 > -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --0015175cffe827daea04b84daa0c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey Choon,

On Mon, Feb 6, 2012 at 1:13 AM= , Teck Choon Giam <giamteckchoon@gmail.com> wrote:
=
On Mon, Feb 6, 2012 at 11:46 AM, David Gonzalez <dgonzalezh@gmail.com> w= rote:
> Hey
>
> On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam <giamteckchoon@gmail.com><= br> > wrote:
>>
>> On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez <dgonzalezh@gmail.com>
>> wrote:
>> >
>> >
>> > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam
>> > <giamteckchoon@gmail.com>
>> > wrote:
>> >>
>> >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez <dgonzalezh@gmail.com>
>> >> wrote:
>> >> > Yo, Teck, nice name heh,
>> >>
>> >> Grrr... My Surname is Giam and Name is Teck Choon :p
<= /div>
>> >>
>> >> >
>> >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam
>> >> > <giamteckchoon@gmail.com>
>> >> > wrote:
>> >> >>
>> >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez >> >> >> <dgonzalezh@gmail.com>
>> >> >> wrote:
>> >> >> > Hey hope this opne is a "make senser&q= uot;.
>> >> >> >
>> >> >> > Has anyone tried the "Subject line&quo= t; combo?, I've compiled a dozen
>> >> >> > src.rpm
>> >> >> > kern el 3.0 and 3.1 packages with no luck t= o try native upstream
>> >> >> > Dom0
>> >> >> > kernel
>> >> >>
>> >> >> > support with no success, just a kernel oops= and constant reboots.
>> >> >>
>> >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom= 0 and domU for my
>> >> >> own=A0patched kernels (add iscsitarget as module= into it as example).
>> >> >> Tested with xen-4.1.3-rc1-pre.
>> >> >>
>> >> > Ok, I'm guessing that mus me one of my many mist= akes when doing this,
>> >> > I
>> >> > haven't added the rite modules.
>> >> >
>> >> >>
>> >> >> >
>> >> >> > I followed Fedora's wiki on building a = custom kernel, even used
>> >> >> > F16's=A0>
>> >> >> > .config which also was a no-no. I'd lik= e to try F16 which comes
>> >> >> > with
>> >> >> > 3.0=A0>
>> >> >> > out-of-the-box, but I've already set up= my CentOS 6.2 pretty
>> >> >> > nicely
>> >> >> > to
>> >> >> > just=A0"mkfs.ext3" on it, so if a= nyone has some _updated_ info (3rd
>> >> >> > quarter
>> >> >> > 2011 or=A02012) that I can refer to, please= advise.
>> >> >>
>> >> >> Although I don't use CentOS 6. =A0I use Scie= ntific Linux 6 instead.
>> >> >> Don't use Fedora kernel .config as there are= many debug options
>> >> >> enabled if I remember correctly. =A0Even I use R= HEL6 .config for
>> >> >> 2.6.32.x pvops kernel for Jeremy's xen git t= ree will encounter
>> >> >> problems. =A0In short, you can use one of those = .config then use make
>> >> >> menuconfig to disable power, cgroup, debug etc. = options and start
>> >> >> from=A0there as this is how I did.
>> >> >>
>> >> > Hmm, I tried that with rpmbuild -bb kernel.spec and = as described on
>> >> > F16
>> >> > wiki, and disabled many many options and the kernel = compiled aok and
>> >> > the
>> >> > installed fine but never booted, it kept rebooting.<= br> >> >>
>> >> Just a question... is your xen installed from source or f= rom rpm
>> >> package?
>> >
>> >
>> > It's from myoung Fedora repos it's rpm package, altho= I built 4.1.2
>> > myself
>> > but it's not installed from those but froma repo.
>> >>
>> >>
>> >> >
>> >> > I'll try your suggestions and hope that it helps= .
>> >>
>> >> If that doesn't, you can use mine instead of burning = your time to make
>> >> it work ;) =A0Anyway, I think it is a good experience to = make it work
>> >> from self compile and there are many things to learn from= this
>> >> experience.
>> >
>> >
>> > Huh, self-compiled, I've done that a hundred times, but i= t's always a
>> > no-no,
>> > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x =A0and = no luck either,
>> > I've
>> > got a devel machine runiing also CentOS 6.0 with 4 cores and = 2048MB uin
>> > RAM
>> > so itr takes not tyoo long but it's frustrating to reboot= and get
>> > nothing.
>> >
>> > I'd like to try yours, do you happen to have a repo or so= me place to get
>> > your rpms?.
>>
>> The guide is at http://choon.net/forum/read.php?16,672307
>
>
> Well, followed it and=A0 there seemed to be a problem when I downloade= d and
> installed the kernel, I installed it with rpm -ivh choon...kernel...rp= m and
> the system never came back up online.

Have you try the guide posted and boot into xen-kernel-2.6.32.5= 6-0
first? =A0If that is successfully, then you can follow the guide to
create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using
yum install choon-kernel to install? =A0Would appreciate feedback about
the failure or success ;)

Yup, in fact that was wh= at I did to install the kernel, but it kept downloading 2.6.32, so I went a= head and d/loaded 3.1 and 3.2 and installed them via rpm -uvh.
I'm g= uessing these should be changed or modified to use 3.x series kernels, am I= wrong.

# choonrpmsrepoctl create choonrpms-kernels
# choonrpmsrepoctl enable choonrpms-kernels

I also found somet= hing about that nice grub parameter I didn't know and it's the &quo= t;fallback=3D#" parameter which on the locked server I didn't use,= but now i'lkl reboot that machine and check the output
=A0

>
> I-ll check and report as soon as I get to the DC tomorrow, I'll al= so check
> the howto again.

Thanks for it in advance. =A0Please let me know your network ethernet=
information (lspci -vvv output and lsmod output) as I am afraid it may
be an issue. =A0Sometimes, if a board has two same onboard ethernet and
when you boot stock kernel you get the order of eth0 as HW ... 01 and
eth1 as HW ... 02 then when you boot into custom kernel you get the
order being switched. =A0I encountered it before and checked the udev
rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is
correct.

Network doesn't seem to be an issue, = I have that server with two onborad NICs which are the same but they're= connected to different switches and on two different class C networks, I s= et up using C6.2 nifcfg-ethX scripts and set them up as bridged xenbr0 and = xenbr1. They both work on that server with no issue at all.

the HP ML115 has only one on board NIC which is also a bridge.

H= rere's the outoput you requested but from the WORKING server, as I get = the HP ML115 rebooted I-ll get back to you to show you its outputs.

# lspci -vv
00:00.0 Memory controller: nVidia Corporation CK804 Memo= ry Controller (rev a4)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer= Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ Sp= ecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Hype= rTransport: Slave or Primary Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: BaseUnitID=3D0 UnitC= nt=3D15 MastHost- DefDir- DUL-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 Link Control 0: CFlE- CST- CFE- <LkFail- Init+ EOC- TXO- <CRCE= rr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Link Config 0: MLWI=3D16bit DwFcIn- MLWO=3D16bit DwFcOut- LWI=3D1= 6bit DwFcInEn- LWO=3D16bit DwFcOutEn-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control 1: CFlE- CST- CF= E- <LkFail+ Init- EOC+ TXO+ <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config 1: MLWI=3D8bit D= wFcIn- MLWO=3D8bit DwFcOut- LWI=3D8bit DwFcInEn- LWO=3D8bit DwFcOutEn-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 1.03
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency 0: 1.0GHz
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error 0: <Prot- <Ovfl- &= lt;EOC- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Freque= ncy Capability 0: 200MHz+ 300MHz+ 400MHz+ 500MHz+ 600MHz+ 800MHz+ 1.0GHz+ 1= .2GHz- 1.4GHz- 1.6GHz- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capability: IsocFC+ L= DTSTOP+ CRCTM- ECTLT- 64bA- UIDRD-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Link Frequency 1: 200MHz
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Link Error 1: <Prot- <Ovfl- <EOC- CTLTm-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability 1: 200MHz- 300M= Hz- 400MHz- 500MHz- 600MHz- 800MHz- 1.0GHz- 1.2GHz- 1.4GHz- 1.6GHz- Vend- =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Error Handling: PFlE+ OFlE+ P= FE- OFE- EOCFE- RFE- CRCFE- SERRFE- CF- RE- PNFE- ONFE- EOCNFE- RNFE- CRCNF= E- SERRNFE-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Prefetchable m= emory behind bridge Upper: 00-00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 Bus Number: 00
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [e0] HyperTransport: MSI Mapping Enable= + Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address B= ase: 00000000fee00000

00:01.0 ISA bridge: nVidia Corporation CK804 I= SA Bridge (rev f1)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc= . Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0

00:01.1 SMBus: nVidia Corporation C= K804 SMBus (rev a2)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer In= c. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem- BusMaster- SpecC= ycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Interrupt: pin A routed to IRQ 10
=A0=A0=A0=A0=A0=A0=A0 = Region 0: I/O ports at ec00 [size=3D32]
=A0=A0=A0=A0=A0=A0=A0 Region 4: I/O ports at 4c00 [size=3D64]
=A0=A0=A0= =A0=A0=A0=A0 Region 5: I/O ports at 4e00 [size=3D64]
=A0=A0=A0=A0=A0=A0= =A0 Capabilities: [44] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D= 0-,D1-,D2-,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use= : nForce2_smbus
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: i2c-nforce2
00:02.0 USB controller: nVidia Corporation CK804 USB Controller (rev a2) (= prog-if 10 [OHCI])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8162
=A0= =A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASno= op- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Stat= us: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbort-= <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0= =A0=A0 Interrupt: pin A routed to IRQ 23
=A0=A0=A0=A0=A0=A0=A0 Region 0:= Memory at f5eff000 (32-bit, non-prefetchable) [size=3D4K]
=A0=A0=A0=A0= =A0=A0=A0 Capabilities: [44] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1+ D2+ A= uxCurrent=3D0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: ohci_hcd
=A0=A0=A0= =A0=A0=A0=A0 Kernel modules: ohci-hcd

00:02.1 USB controller: nVidia Corporation CK804 USB Controller (rev a4= ) (prog-if 20 [EHCI])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer = Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ Spe= cCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0=A0=A0 = Interrupt: pin B routed to IRQ 22
=A0=A0=A0=A0=A0=A0=A0 Region 0: Memory= at feb00000 (32-bit, non-prefetchable) [size=3D256]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Debug port: BAR=3D1 offset=3D0098<= br>=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Power Management version 2
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1+ D2+ A= uxCurrent=3D0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: ehci_hcd
=A0=A0=A0=A0=A0=A0= =A0 Kernel modules: ehci-hcd

00:06.0 IDE interface: nVidia Corporati= on CK804 IDE (rev f3) (prog-if 8a [Master SecP PriP])
=A0=A0=A0=A0=A0=A0= =A0 Subsystem: ASUSTeK Computer Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0= =A0=A0 Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [s= ize=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 1: [virtual] Memory at 000003f0 (t= ype 3, non-prefetchable) [size=3D1]
=A0=A0=A0=A0=A0=A0=A0 Region 2: [vir= tual] Memory at 00000170 (32-bit, non-prefetchable) [size=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 3: [virtual] Memory at 00000370 (type 3, non-p= refetchable) [size=3D1]
=A0=A0=A0=A0=A0=A0=A0 Region 4: I/O ports at ffa= 0 [size=3D16]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Power Management = version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- D= SI- D1- D2- AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use= : AMD_IDE

00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA= Controller (rev f3) (prog-if 85 [Master SecO PriO])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8162
=A0= =A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASno= op- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Stat= us: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbort-= <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0= =A0=A0 Interrupt: pin A routed to IRQ 21
=A0=A0=A0=A0=A0=A0=A0 Region 0:= I/O ports at e480 [size=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 1: I/O ports = at e400 [size=3D4]
=A0=A0=A0=A0=A0=A0=A0 Region 2: I/O ports at e080 [si= ze=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 3: I/O ports at e000 [size=3D4]
=A0=A0=A0= =A0=A0=A0=A0 Region 4: I/O ports at dc00 [size=3D16]
=A0=A0=A0=A0=A0=A0= =A0 Region 5: Memory at f5efd000 (32-bit, non-prefetchable) [size=3D4K]
= =A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- A= uxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: sata_nv
=A0=A0=A0= =A0=A0=A0=A0 Kernel modules: sata_nv

00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (= rev f3) (prog-if 85 [Master SecO PriO])
=A0=A0=A0=A0=A0=A0=A0 Subsystem:= ASUSTeK Computer Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ M= em+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2= B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0=A0=A0 = Interrupt: pin A routed to IRQ 20
=A0=A0=A0=A0=A0=A0=A0 Region 0: I/O po= rts at d880 [size=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 1: I/O ports at d800 [size=3D4]
=A0=A0=A0= =A0=A0=A0=A0 Region 2: I/O ports at d480 [size=3D8]
=A0=A0=A0=A0=A0=A0= =A0 Region 3: I/O ports at d400 [size=3D4]
=A0=A0=A0=A0=A0=A0=A0 Region = 4: I/O ports at d080 [size=3D16]
=A0=A0=A0=A0=A0=A0=A0 Region 5: Memory = at f5efc000 (32-bit, non-prefetchable) [size=3D4K]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Power Management version 2
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxC= urrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PM= E-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: sata_nv
=A0=A0=A0=A0=A0=A0= =A0 Kernel modules: sata_nv

00:09.0 PCI bridge: nVidia Corporation C= K804 PCI Bridge (rev f2) (prog-if 01 [Subtractive decode])
=A0=A0=A0=A0= =A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParEr= r- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0
=A0=A0=A0=A0=A0=A0=A0 Bus: primary=3D00, seco= ndary=3D01, subordinate=3D01, sec-latency=3D64
=A0=A0=A0=A0=A0=A0=A0 I/O behind bridge: 00009000-00009fff
=A0=A0=A0=A0= =A0=A0=A0 Memory behind bridge: f5600000-f56fffff
=A0=A0=A0=A0=A0=A0=A0 = Prefetchable memory behind bridge: f5f00000-fdefffff
=A0=A0=A0=A0=A0=A0= =A0 Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- &= lt;TAbort- <MAbort+ <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr+ DiscTmrStat- DiscTmrSERREn-

00:0b.0 PCI bridge: nVidia Cor= poration CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D02, subordinate=3D02, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 Memory behind bridge: f5700000-f57fffff
= =A0=A0=A0=A0=A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 4198
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #3, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 8, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- Pres= Det+ Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 0c, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:0= c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [= Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D03, subordinate=3D03, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 Memory behind bridge: f5800000-f58fffff
= =A0=A0=A0=A0=A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 41a0
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #2, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 4, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- Pres= Det+ Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 14, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:0= d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [= Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D04, subordinate=3D04, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 I/O behind bridge: 0000a000-0000cfff
=A0= =A0=A0=A0=A0=A0=A0 Memory behind bridge: f5900000-f5dfffff
=A0=A0=A0=A0= =A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=3Dfast >TAbor= t- <TAbort- <MAbort- <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 41a8
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #1, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 2, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- Pres= Det+ Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 00, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:0= e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) (prog-if 00 [= Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D05, subordinate=3D05, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEV= SEL=3Dfast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 41b0
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #0, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 1, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- Pres= Det- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 00, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:1= 8.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTra= nsport Configuration
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [a0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [c0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-

00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = Address Map
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycl= e- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0= =A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >= ;TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = DRAM Controller
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- Spec= Cycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0= =A0=A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast = >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: amd64_edac
=A0=A0=A0=A0=A0= =A0=A0 Kernel modules: amd64_edac_mod

00:18.3 Host bridge: Advanced = Micro Devices [AMD] Family 10h Processor Miscellaneous Control
=A0=A0=A0= =A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- Pa= rErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [f0] Secure device <?>
=A0=A0=A0=A0= =A0=A0=A0 Kernel modules: k10temp

00:18.4 Host bridge: Advanced Micr= o Devices [AMD] Family 10h Processor Link Control
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-

00:19.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = HyperTransport Configuration
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- Bu= sMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Dis= INTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DE= VSEL=3Dfast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- =A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [a0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [c0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init- EOC+ TXO+ <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3DN/C DwFcInEn- LWO=3DN/C DwFcOutEn-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 200MHz
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EOC- = CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-

00:19.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = Address Map
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycl= e- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0= =A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >= ;TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:19.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = DRAM Controller
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- Spec= Cycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0= =A0=A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast = >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: amd64_edac
=A0=A0=A0=A0=A0= =A0=A0 Kernel modules: amd64_edac_mod

00:19.3 Host bridge: Advanced = Micro Devices [AMD] Family 10h Processor Miscellaneous Control
=A0=A0=A0= =A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- Pa= rErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [f0] Secure device <?>
=A0=A0=A0=A0= =A0=A0=A0 Kernel modules: k10temp

00:19.4 Host bridge: Advanced Micr= o Devices [AMD] Family 10h Processor Link Control
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-

01:04.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphic= s Innovation) Z7/Z9 (XG20 core) (prog-if 00 [VGA controller])
=A0=A0=A0= =A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 82b4
=A0=A0=A0=A0= =A0=A0=A0 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParEr= r- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=3Dme= dium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0= =A0=A0=A0=A0=A0=A0 BIST result: 00
=A0=A0=A0=A0=A0=A0=A0 Region 0: Memor= y at f8000000 (32-bit, prefetchable) [size=3D64M]
=A0=A0=A0=A0=A0=A0=A0 Region 1: Memory at f56c0000 (32-bit, non-prefetchabl= e) [size=3D256K]
=A0=A0=A0=A0=A0=A0=A0 Region 2: I/O ports at 9c00 [size= =3D128]
=A0=A0=A0=A0=A0=A0=A0 Expansion ROM at <unassigned> [disab= led]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [40] Power Management version 2=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1+ D2+ A= uxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-

02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BC= M5721 Gigabit Ethernet PCI Express (rev 21)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8149
=A0= =A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASno= op- ParErr- Stepping- SERR+ FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 Stat= us: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbort-= <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Interrupt: pin A routed to IRQ 283
=A0=A0=A0=A0=A0=A0=A0 Regio= n 0: Memory at f57f0000 (64-bit, non-prefetchable) [size=3D64K]
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [48] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- A= uxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D1= PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [50] Vital Product Data
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Product Name: Broadcom NetXtreme= Gigabit Ethernet Controller
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Read-only fields:
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [PN] Part n= umber: BCM95721
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 [EC] Engineering changes: 106679-15
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [SN] Serial number: 012= 3456789
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 [MN] Manufacture ID: 31 34 65 34
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [RV] = Reserved: checksum bad, 28 byte(s) reserved
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 Read/write fields:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [YA] Asset tag: XYZ01234567
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [RW] Read-w= rite area: 107 byte(s) free
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 End
=A0=A0=A0=A0=A0=A0=A0 = Capabilities: [58] MSI: Enable+ Count=3D1/8 Maskable- 64bit+
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Address: 00000000fee0100c=A0 Data: 413= 1
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [d0] Express (v1) Endpoint, MSI 00=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: MaxPayload 128 by= tes, PhantFunc 0, Latency L0s <4us, L1 unlimited
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g+ AttnBtn- AttnInd- PwrInd- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Un= supported-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPa= yload 128 bytes, MaxReadReq 4096 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ Trans= Pend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCap: Port #0, Spe= ed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Clock= PM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSy= nch- ClockPM- AutWidDis- BWInt- AutBWInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLA= ctive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [100] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 14, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [= 13c] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160]= Device Serial Number 00-1e-8c-ff-fe-51-61-c0
=A0=A0=A0=A0=A0=A0=A0 Capa= bilities: [16c] Power Budgeting <?>
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: tg3
=A0=A0=A0=A0=A0=A0=A0 Ke= rnel modules: tg3

03:00.0 Ethernet controller: Broadcom Corporation = NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 21)
=A0=A0=A0=A0=A0= =A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8149
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Interrupt: pin A routed to IRQ 284
=A0=A0=A0=A0=A0=A0=A0 Regio= n 0: Memory at f58f0000 (64-bit, non-prefetchable) [size=3D64K]
=A0=A0= =A0=A0=A0=A0=A0 Expansion ROM at <ignored> [disabled]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] Power Management version 2
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxC= urrent=3D0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D1 PM= E-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [50] Vital Product Data
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Product Name: Broadcom NetXtreme Gigabit = Ethernet Controller
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Read-o= nly fields:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 [PN] Part number: BCM95721
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [EC] Engineering changes: 106679-15 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [SN] = Serial number: 0123456789
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 [MN] Manufacture ID: 31 34 65 34
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [RV] Reserved: ch= ecksum bad, 28 byte(s) reserved
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 Read/write fields:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [YA] = Asset tag: XYZ01234567
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 [RW] Read-write area: 107 byte(s) free
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 End
=A0=A0=A0=A0=A0=A0=A0 Capabilit= ies: [58] MSI: Enable+ Count=3D1/8 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 Address: 00000000fee0100c=A0 Data: 4139
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [d0] Express (v1) Endpoint, MSI 00
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: MaxPayload 128 bytes,= PhantFunc 0, Latency L0s <4us, L1 unlimited
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTag+ AttnBtn- AttnInd- Pwr= Ind- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: Report errors: Correc= table- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd- ExtTag- PhantFunc- AuxPwr- No= Snoop-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 MaxPayload 128 bytes, MaxReadReq 4096 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr+ TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency= L0 <4us, L1 <64us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [100] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr+ BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 14, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [= 13c] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160]= Device Serial Number 00-1e-8c-ff-fe-51-63-b3
=A0=A0=A0=A0=A0=A0=A0 Capa= bilities: [16c] Power Budgeting <?>
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: tg3
=A0=A0=A0=A0=A0=A0=A0 Ke= rnel modules: tg3

04:00.0 SCSI storage controller: LSI Logic / Symbi= os Logic SAS1064ET PCI-Express Fusion-MPT SAS (rev 04)
=A0=A0=A0=A0=A0= =A0=A0 Subsystem: ASUSTeK Computer Inc. Device 82c3
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Interrupt: pin A routed to IRQ 19
=A0=A0=A0=A0=A0=A0=A0 Region= 0: I/O ports at c000 [size=3D256]
=A0=A0=A0=A0=A0=A0=A0 Region 1: Memor= y at f5dfc000 (64-bit, non-prefetchable) [size=3D16K]
=A0=A0=A0=A0=A0=A0=A0 Region 3: Memory at f5de0000 (64-bit, non-prefetchabl= e) [size=3D64K]
=A0=A0=A0=A0=A0=A0=A0 Expansion ROM at f5a00000 [disable= d] [size=3D2M]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [50] Power Management= version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- = DSI- D1+ D2+ AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [68] E= xpress (v1) Endpoint, MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 DevCap: MaxPayload 4096 bytes, PhantFunc 0, Latency L0s <64ns, L1 &l= t;1us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g+ AttnBtn- AttnInd- PwrInd- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Un= supported-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPa= yload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- Trans= Pend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCap: Port #0, Spe= ed 2.5GT/s, Width x8, ASPM L0s L1, Latency L0 <64ns, L1 <1us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Clock= PM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSy= nch- ClockPM- AutWidDis- BWInt- AutBWInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/s, Width x8, TrErr- Train- SlotClk- DLA= ctive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [98] MSI: Enable- Count=3D1/1 Maskable-= 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Address: 000000000= 0000000=A0 Data: 0000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [b0] MSI-X: En= able- Count=3D1 Masked-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Ve= ctor table: BAR=3D1 offset=3D00002000
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PBA: BAR=3D1 offset=3D0000300= 0
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [100] Advanced Error Reporting
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP= - CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP= - CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 00, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: mptsas
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: mptsas

# lsmo= d
Module=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Size=A0 Used= by
xen_gntalloc=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4065=A0 0
sunrpc=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 204202=A0 1
bridge= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 69381=A0 0
stp=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1939=A0 1 bridge
ipv= 6=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 242255=A0 33 bridgemicrocode=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 108233=A0 0
pcspkr=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1814=A0 0
serio_raw=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4155=A0 0
k10temp=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 3167=A0 0
hwmon=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1703=A0 1 k10temp
amd64_ed= ac_mod=A0=A0=A0=A0=A0=A0=A0=A0 18819=A0 0
edac_core=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 39964=A0 4 amd64_edac_mod
tg3=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 122274=A0 0
libphy=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 20670=A0 1 tg3
sg= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 25143=A0 0
= i2c_nforce2=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 5205=A0 0
i2c_core=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 22702=A0 1 i2c_nforce2
ext4=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 243772=A0 6
jbd2=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 53102=A0 1 ext4
crc16=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1595=A0 1 ext4<= br>sd_mod=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 25759=A0 5
mpt= sas=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 45838=A0 0
mptscsih= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 29531=A0 1 mptsas
mptbase=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 84265=A0 2 mptsas,mptscsih
sc= si_transport_sas=A0=A0=A0=A0 28533=A0 1 mptsas
sata_nv=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 19346=A0 3
libata= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 164765=A0 1 sata_nv
scsi_m= od=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 156890=A0 6 sg,sd_mod,mptsas,mpts= csih,scsi_transport_sas,libata
ehci_hcd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 33653=A0 0
ohci_hcd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = 18209=A0 0
button=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 5111=A0 0
dm_m= irror=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 12064=A0 0
dm_region_hash= =A0=A0=A0=A0=A0=A0=A0=A0=A0 9658=A0 1 dm_mirror
dm_log=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8240=A0 2 dm_mirror,dm_region_hash
dm_= mod=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 65814=A0 20 dm_mirror,d= m_log

=A0

>
> Many many thanks for taking the toime to put together that nice and us= eful
> info.

Those repos are there for years actually just that SL6/CentOS6 are considered quite new in those repos. =A0I used the same repos when using CentOS 5 as dom0 last time but cease it due to the time involved to
support those in CentOS 5. =A0I rather focus on SL6/CentOS6 :) =A0Just
beware that all my dom0 servers are SL6 based.

Feedbacks are greatly appreciated and if you need assistance off this
list are welcome (just compose another new mail direct to me so that I
know it is not from this xen-users list).

Thank you for taking the toine = to read and answer.
=A0
Thanks.

Kindest regards,
Giam Teck Choon

>>
>>
>> Thanks.
>>
>> Kindest regards,
>> Giam Teck Choon
>>
>>
>> >>
>> >>
>> >> >
>> >> > Thank you very much.
>> >>
>> >> Thanks.
>> >
>> >
>> > Again.
>> > --
>> > David Gonzalez H.
>> > Bogota: +(57-1)289-1168
>> > Medellin: +(57-1)247-0985
>> > Cel: +(57)315-838-8326
>> > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
>> > http://= www.dghvoip.com/
>> > Proud Linux User #294661
>
>
>
>
> --
> David Gonzalez H.
> Bogota: +(57-1)289-1168
> Medellin: +(57-1)247-0985
> Cel: +(57)315-838-8326
> DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
> http://www.dghvo= ip.com/
> Proud Linux User #294661



--
David Gonza= lez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57)315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTI= ONS
http://www.dgh= voip.com/
Proud Linux User #294661
--0015175cffe827daea04b84daa0c-- --===============2252704011190247239== 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.xensource.com http://lists.xensource.com/xen-users --===============2252704011190247239==-- From xen-users-bounces@lists.xensource.com Mon Feb 06 16:00:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 16:00:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQxC-0004mf-3o; Mon, 06 Feb 2012 15:58:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuQx9-0004mI-W7 for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 15:58:04 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1328543613!12057680!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, UPPERCASE_25_50,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32440 invoked from network); 6 Feb 2012 15:53:34 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 15:53:34 -0000 Received: by bkbzv3 with SMTP id zv3so14645118bkb.30 for ; Mon, 06 Feb 2012 07:53:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YHy7FqcOgIj49aEFAJVNjijvqbMB3G9HM/ox1e5Yy7Y=; b=oqQ+8OCyaYBB/Mfu2RfM2W7VH1UsQcnbWQTSg2CSgXxA1J4sWUzVpwB3zdGmFzqv7r nhmAvZkkpOqq5m3Vnd+wj0abhQBvxX1ZY/PPyNdczAn6a/UVNB/yxExAuIndCPLlviLV ur+EyckTQ+EV+OxduiVdhxSwjd/CDAd53+kw0= MIME-Version: 1.0 Received: by 10.204.136.220 with SMTP id s28mr8870030bkt.59.1328543613573; Mon, 06 Feb 2012 07:53:33 -0800 (PST) Received: by 10.205.26.68 with HTTP; Mon, 6 Feb 2012 07:53:33 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Feb 2012 10:53:33 -0500 Message-ID: From: David Gonzalez To: Teck Choon Giam Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="===============2252704011190247239==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2252704011190247239== Content-Type: multipart/alternative; boundary=0015175cffe827daea04b84daa0c --0015175cffe827daea04b84daa0c Content-Type: text/plain; charset=ISO-8859-1 Hey Choon, On Mon, Feb 6, 2012 at 1:13 AM, Teck Choon Giam wrote: > On Mon, Feb 6, 2012 at 11:46 AM, David Gonzalez > wrote: > > Hey > > > > On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam > > > wrote: > >> > >> On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez > >> wrote: > >> > > >> > > >> > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam > >> > > >> > wrote: > >> >> > >> >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez > > >> >> wrote: > >> >> > Yo, Teck, nice name heh, > >> >> > >> >> Grrr... My Surname is Giam and Name is Teck Choon :p > You're from?. > >> >> > >> >> > > >> >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam > >> >> > > >> >> > wrote: > >> >> >> > >> >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez > >> >> >> > >> >> >> wrote: > >> >> >> > Hey hope this opne is a "make senser". > >> >> >> > > >> >> >> > Has anyone tried the "Subject line" combo?, I've compiled a > dozen > >> >> >> > src.rpm > >> >> >> > kern el 3.0 and 3.1 packages with no luck to try native upstream > >> >> >> > Dom0 > >> >> >> > kernel > >> >> >> > >> >> >> > support with no success, just a kernel oops and constant > reboots. > >> >> >> > >> >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom0 and domU for my > >> >> >> own patched kernels (add iscsitarget as module into it as > example). > >> >> >> Tested with xen-4.1.3-rc1-pre. > >> >> >> > >> >> > Ok, I'm guessing that mus me one of my many mistakes when doing > this, > >> >> > I > >> >> > haven't added the rite modules. > >> >> > > >> >> >> > >> >> >> > > >> >> >> > I followed Fedora's wiki on building a custom kernel, even used > >> >> >> > F16's > > >> >> >> > .config which also was a no-no. I'd like to try F16 which comes > >> >> >> > with > >> >> >> > 3.0 > > >> >> >> > out-of-the-box, but I've already set up my CentOS 6.2 pretty > >> >> >> > nicely > >> >> >> > to > >> >> >> > just "mkfs.ext3" on it, so if anyone has some _updated_ info > (3rd > >> >> >> > quarter > >> >> >> > 2011 or 2012) that I can refer to, please advise. > >> >> >> > >> >> >> Although I don't use CentOS 6. I use Scientific Linux 6 instead. > >> >> >> Don't use Fedora kernel .config as there are many debug options > >> >> >> enabled if I remember correctly. Even I use RHEL6 .config for > >> >> >> 2.6.32.x pvops kernel for Jeremy's xen git tree will encounter > >> >> >> problems. In short, you can use one of those .config then use > make > >> >> >> menuconfig to disable power, cgroup, debug etc. options and start > >> >> >> from there as this is how I did. > >> >> >> > >> >> > Hmm, I tried that with rpmbuild -bb kernel.spec and as described on > >> >> > F16 > >> >> > wiki, and disabled many many options and the kernel compiled aok > and > >> >> > the > >> >> > installed fine but never booted, it kept rebooting. > >> >> > >> >> Just a question... is your xen installed from source or from rpm > >> >> package? > >> > > >> > > >> > It's from myoung Fedora repos it's rpm package, altho I built 4.1.2 > >> > myself > >> > but it's not installed from those but froma repo. > >> >> > >> >> > >> >> > > >> >> > I'll try your suggestions and hope that it helps. > >> >> > >> >> If that doesn't, you can use mine instead of burning your time to > make > >> >> it work ;) Anyway, I think it is a good experience to make it work > >> >> from self compile and there are many things to learn from this > >> >> experience. > >> > > >> > > >> > Huh, self-compiled, I've done that a hundred times, but it's always a > >> > no-no, > >> > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x and no luck either, > >> > I've > >> > got a devel machine runiing also CentOS 6.0 with 4 cores and 2048MB > uin > >> > RAM > >> > so itr takes not tyoo long but it's frustrating to reboot and get > >> > nothing. > >> > > >> > I'd like to try yours, do you happen to have a repo or some place to > get > >> > your rpms?. > >> > >> The guide is at http://choon.net/forum/read.php?16,672307 > > > > > > Well, followed it and there seemed to be a problem when I downloaded and > > installed the kernel, I installed it with rpm -ivh choon...kernel...rpm > and > > the system never came back up online. > > Have you try the guide posted and boot into xen-kernel-2.6.32.56-0 > first? If that is successfully, then you can follow the guide to > create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using > yum install choon-kernel to install? Would appreciate feedback about > the failure or success ;) > Yup, in fact that was what I did to install the kernel, but it kept downloading 2.6.32, so I went ahead and d/loaded 3.1 and 3.2 and installed them via rpm -uvh. I'm guessing these should be changed or modified to use 3.x series kernels, am I wrong. # choonrpmsrepoctl create choonrpms-kernels # choonrpmsrepoctl enable choonrpms-kernels I also found something about that nice grub parameter I didn't know and it's the "fallback=#" parameter which on the locked server I didn't use, but now i'lkl reboot that machine and check the output > > > > > I-ll check and report as soon as I get to the DC tomorrow, I'll also > check > > the howto again. > > Thanks for it in advance. Please let me know your network ethernet > information (lspci -vvv output and lsmod output) as I am afraid it may > be an issue. Sometimes, if a board has two same onboard ethernet and > when you boot stock kernel you get the order of eth0 as HW ... 01 and > eth1 as HW ... 02 then when you boot into custom kernel you get the > order being switched. I encountered it before and checked the udev > rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is > correct. > Network doesn't seem to be an issue, I have that server with two onborad NICs which are the same but they're connected to different switches and on two different class C networks, I set up using C6.2 nifcfg-ethX scripts and set them up as bridged xenbr0 and xenbr1. They both work on that server with no issue at all. the HP ML115 has only one on board NIC which is also a bridge. Hrere's the outoput you requested but from the WORKING server, as I get the HP ML115 rebooted I-ll get back to you to show you its outputs. # lspci -vv 00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a4) Subsystem: ASUSTeK Computer Inc. Device 8162 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn- 00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 4198 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #3, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 8, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 0c, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 41a0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #2, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 4, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 41a8 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #1, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 2, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) (prog-if 00 [Normal decode]) Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/2 Maskable- 64bit+ Address: 00000000feeff00c Data: 41b0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 Capabilities: [80] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise- Slot # 1, PowerLimit 25.000000; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Off, PwrInd On, Power- Interlock- SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock- Changed: MRL- PresDet- LinkState- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [100] Virtual Channel Capabilities: [160] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: pcieport Kernel modules: shpchp 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel modules: k10temp 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel modules: k10temp 00:19.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- [disabled] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 21) Subsystem: ASUSTeK Computer Inc. Device 8149 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-61-c0 Capabilities: [16c] Power Budgeting Kernel driver in use: tg3 Kernel modules: tg3 03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 21) Subsystem: ASUSTeK Computer Inc. Device 8149 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- [disabled] Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- Capabilities: [50] Vital Product Data Product Name: Broadcom NetXtreme Gigabit Ethernet Controller Read-only fields: [PN] Part number: BCM95721 [EC] Engineering changes: 106679-15 [SN] Serial number: 0123456789 [MN] Manufacture ID: 31 34 65 34 [RV] Reserved: checksum bad, 28 byte(s) reserved Read/write fields: [YA] Asset tag: XYZ01234567 [RW] Read-write area: 107 byte(s) free End Capabilities: [58] MSI: Enable+ Count=1/8 Maskable- 64bit+ Address: 00000000fee0100c Data: 4139 Capabilities: [d0] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 4096 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- Capabilities: [100] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [13c] Virtual Channel Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-63-b3 Capabilities: [16c] Power Budgeting Kernel driver in use: tg3 Kernel modules: tg3 04:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET PCI-Express Fusion-MPT SAS (rev 04) Subsystem: ASUSTeK Computer Inc. Device 82c3 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- > > > > Many many thanks for taking the toime to put together that nice and > useful > > info. > > Those repos are there for years actually just that SL6/CentOS6 are > considered quite new in those repos. I used the same repos when using > CentOS 5 as dom0 last time but cease it due to the time involved to > support those in CentOS 5. I rather focus on SL6/CentOS6 :) Just > beware that all my dom0 servers are SL6 based. > > Feedbacks are greatly appreciated and if you need assistance off this > list are welcome (just compose another new mail direct to me so that I > know it is not from this xen-users list). > > Thank you for taking the toine to read and answer. > Thanks. > > Kindest regards, > Giam Teck Choon > > >> > >> > >> Thanks. > >> > >> Kindest regards, > >> Giam Teck Choon > >> > >> > >> >> > >> >> > >> >> > > >> >> > Thank you very much. > >> >> > >> >> Thanks. > >> > > >> > > >> > Again. > >> > -- > >> > David Gonzalez H. > >> > Bogota: +(57-1)289-1168 > >> > Medellin: +(57-1)247-0985 > >> > Cel: +(57)315-838-8326 > >> > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > >> > http://www.dghvoip.com/ > >> > Proud Linux User #294661 > > > > > > > > > > -- > > David Gonzalez H. > > Bogota: +(57-1)289-1168 > > Medellin: +(57-1)247-0985 > > Cel: +(57)315-838-8326 > > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > > http://www.dghvoip.com/ > > Proud Linux User #294661 > -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --0015175cffe827daea04b84daa0c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey Choon,

On Mon, Feb 6, 2012 at 1:13 AM= , Teck Choon Giam <giamteckchoon@gmail.com> wrote:
=
On Mon, Feb 6, 2012 at 11:46 AM, David Gonzalez <dgonzalezh@gmail.com> w= rote:
> Hey
>
> On Sat, Feb 4, 2012 at 6:31 PM, Teck Choon Giam <giamteckchoon@gmail.com><= br> > wrote:
>>
>> On Sun, Feb 5, 2012 at 6:54 AM, David Gonzalez <dgonzalezh@gmail.com>
>> wrote:
>> >
>> >
>> > On Sat, Feb 4, 2012 at 5:01 PM, Teck Choon Giam
>> > <giamteckchoon@gmail.com>
>> > wrote:
>> >>
>> >> On Sun, Feb 5, 2012 at 5:35 AM, David Gonzalez <dgonzalezh@gmail.com>
>> >> wrote:
>> >> > Yo, Teck, nice name heh,
>> >>
>> >> Grrr... My Surname is Giam and Name is Teck Choon :p
<= /div>
>> >>
>> >> >
>> >> > On Sat, Feb 4, 2012 at 2:16 PM, Teck Choon Giam
>> >> > <giamteckchoon@gmail.com>
>> >> > wrote:
>> >> >>
>> >> >> On Sat, Feb 4, 2012 at 1:25 PM, David Gonzalez >> >> >> <dgonzalezh@gmail.com>
>> >> >> wrote:
>> >> >> > Hey hope this opne is a "make senser&q= uot;.
>> >> >> >
>> >> >> > Has anyone tried the "Subject line&quo= t; combo?, I've compiled a dozen
>> >> >> > src.rpm
>> >> >> > kern el 3.0 and 3.1 packages with no luck t= o try native upstream
>> >> >> > Dom0
>> >> >> > kernel
>> >> >>
>> >> >> > support with no success, just a kernel oops= and constant reboots.
>> >> >>
>> >> >> I have compiled 3.0, 3.1 and 3.2 kernels for dom= 0 and domU for my
>> >> >> own=A0patched kernels (add iscsitarget as module= into it as example).
>> >> >> Tested with xen-4.1.3-rc1-pre.
>> >> >>
>> >> > Ok, I'm guessing that mus me one of my many mist= akes when doing this,
>> >> > I
>> >> > haven't added the rite modules.
>> >> >
>> >> >>
>> >> >> >
>> >> >> > I followed Fedora's wiki on building a = custom kernel, even used
>> >> >> > F16's=A0>
>> >> >> > .config which also was a no-no. I'd lik= e to try F16 which comes
>> >> >> > with
>> >> >> > 3.0=A0>
>> >> >> > out-of-the-box, but I've already set up= my CentOS 6.2 pretty
>> >> >> > nicely
>> >> >> > to
>> >> >> > just=A0"mkfs.ext3" on it, so if a= nyone has some _updated_ info (3rd
>> >> >> > quarter
>> >> >> > 2011 or=A02012) that I can refer to, please= advise.
>> >> >>
>> >> >> Although I don't use CentOS 6. =A0I use Scie= ntific Linux 6 instead.
>> >> >> Don't use Fedora kernel .config as there are= many debug options
>> >> >> enabled if I remember correctly. =A0Even I use R= HEL6 .config for
>> >> >> 2.6.32.x pvops kernel for Jeremy's xen git t= ree will encounter
>> >> >> problems. =A0In short, you can use one of those = .config then use make
>> >> >> menuconfig to disable power, cgroup, debug etc. = options and start
>> >> >> from=A0there as this is how I did.
>> >> >>
>> >> > Hmm, I tried that with rpmbuild -bb kernel.spec and = as described on
>> >> > F16
>> >> > wiki, and disabled many many options and the kernel = compiled aok and
>> >> > the
>> >> > installed fine but never booted, it kept rebooting.<= br> >> >>
>> >> Just a question... is your xen installed from source or f= rom rpm
>> >> package?
>> >
>> >
>> > It's from myoung Fedora repos it's rpm package, altho= I built 4.1.2
>> > myself
>> > but it's not installed from those but froma repo.
>> >>
>> >>
>> >> >
>> >> > I'll try your suggestions and hope that it helps= .
>> >>
>> >> If that doesn't, you can use mine instead of burning = your time to make
>> >> it work ;) =A0Anyway, I think it is a good experience to = make it work
>> >> from self compile and there are many things to learn from= this
>> >> experience.
>> >
>> >
>> > Huh, self-compiled, I've done that a hundred times, but i= t's always a
>> > no-no,
>> > i'v compiled 2.6.32 to 2.6.40 also 3.0.x to 3.1.x =A0and = no luck either,
>> > I've
>> > got a devel machine runiing also CentOS 6.0 with 4 cores and = 2048MB uin
>> > RAM
>> > so itr takes not tyoo long but it's frustrating to reboot= and get
>> > nothing.
>> >
>> > I'd like to try yours, do you happen to have a repo or so= me place to get
>> > your rpms?.
>>
>> The guide is at http://choon.net/forum/read.php?16,672307
>
>
> Well, followed it and=A0 there seemed to be a problem when I downloade= d and
> installed the kernel, I installed it with rpm -ivh choon...kernel...rp= m and
> the system never came back up online.

Have you try the guide posted and boot into xen-kernel-2.6.32.5= 6-0
first? =A0If that is successfully, then you can follow the guide to
create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using
yum install choon-kernel to install? =A0Would appreciate feedback about
the failure or success ;)

Yup, in fact that was wh= at I did to install the kernel, but it kept downloading 2.6.32, so I went a= head and d/loaded 3.1 and 3.2 and installed them via rpm -uvh.
I'm g= uessing these should be changed or modified to use 3.x series kernels, am I= wrong.

# choonrpmsrepoctl create choonrpms-kernels
# choonrpmsrepoctl enable choonrpms-kernels

I also found somet= hing about that nice grub parameter I didn't know and it's the &quo= t;fallback=3D#" parameter which on the locked server I didn't use,= but now i'lkl reboot that machine and check the output
=A0

>
> I-ll check and report as soon as I get to the DC tomorrow, I'll al= so check
> the howto again.

Thanks for it in advance. =A0Please let me know your network ethernet=
information (lspci -vvv output and lsmod output) as I am afraid it may
be an issue. =A0Sometimes, if a board has two same onboard ethernet and
when you boot stock kernel you get the order of eth0 as HW ... 01 and
eth1 as HW ... 02 then when you boot into custom kernel you get the
order being switched. =A0I encountered it before and checked the udev
rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is
correct.

Network doesn't seem to be an issue, = I have that server with two onborad NICs which are the same but they're= connected to different switches and on two different class C networks, I s= et up using C6.2 nifcfg-ethX scripts and set them up as bridged xenbr0 and = xenbr1. They both work on that server with no issue at all.

the HP ML115 has only one on board NIC which is also a bridge.

H= rere's the outoput you requested but from the WORKING server, as I get = the HP ML115 rebooted I-ll get back to you to show you its outputs.

# lspci -vv
00:00.0 Memory controller: nVidia Corporation CK804 Memo= ry Controller (rev a4)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer= Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ Sp= ecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Hype= rTransport: Slave or Primary Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: BaseUnitID=3D0 UnitC= nt=3D15 MastHost- DefDir- DUL-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 Link Control 0: CFlE- CST- CFE- <LkFail- Init+ EOC- TXO- <CRCE= rr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Link Config 0: MLWI=3D16bit DwFcIn- MLWO=3D16bit DwFcOut- LWI=3D1= 6bit DwFcInEn- LWO=3D16bit DwFcOutEn-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control 1: CFlE- CST- CF= E- <LkFail+ Init- EOC+ TXO+ <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config 1: MLWI=3D8bit D= wFcIn- MLWO=3D8bit DwFcOut- LWI=3D8bit DwFcInEn- LWO=3D8bit DwFcOutEn-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 1.03
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency 0: 1.0GHz
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error 0: <Prot- <Ovfl- &= lt;EOC- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Freque= ncy Capability 0: 200MHz+ 300MHz+ 400MHz+ 500MHz+ 600MHz+ 800MHz+ 1.0GHz+ 1= .2GHz- 1.4GHz- 1.6GHz- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capability: IsocFC+ L= DTSTOP+ CRCTM- ECTLT- 64bA- UIDRD-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Link Frequency 1: 200MHz
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Link Error 1: <Prot- <Ovfl- <EOC- CTLTm-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability 1: 200MHz- 300M= Hz- 400MHz- 500MHz- 600MHz- 800MHz- 1.0GHz- 1.2GHz- 1.4GHz- 1.6GHz- Vend- =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Error Handling: PFlE+ OFlE+ P= FE- OFE- EOCFE- RFE- CRCFE- SERRFE- CF- RE- PNFE- ONFE- EOCNFE- RNFE- CRCNF= E- SERRNFE-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Prefetchable m= emory behind bridge Upper: 00-00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 Bus Number: 00
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [e0] HyperTransport: MSI Mapping Enable= + Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address B= ase: 00000000fee00000

00:01.0 ISA bridge: nVidia Corporation CK804 I= SA Bridge (rev f1)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc= . Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0

00:01.1 SMBus: nVidia Corporation C= K804 SMBus (rev a2)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer In= c. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem- BusMaster- SpecC= ycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Interrupt: pin A routed to IRQ 10
=A0=A0=A0=A0=A0=A0=A0 = Region 0: I/O ports at ec00 [size=3D32]
=A0=A0=A0=A0=A0=A0=A0 Region 4: I/O ports at 4c00 [size=3D64]
=A0=A0=A0= =A0=A0=A0=A0 Region 5: I/O ports at 4e00 [size=3D64]
=A0=A0=A0=A0=A0=A0= =A0 Capabilities: [44] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D= 0-,D1-,D2-,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use= : nForce2_smbus
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: i2c-nforce2
00:02.0 USB controller: nVidia Corporation CK804 USB Controller (rev a2) (= prog-if 10 [OHCI])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8162
=A0= =A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASno= op- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Stat= us: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbort-= <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0= =A0=A0 Interrupt: pin A routed to IRQ 23
=A0=A0=A0=A0=A0=A0=A0 Region 0:= Memory at f5eff000 (32-bit, non-prefetchable) [size=3D4K]
=A0=A0=A0=A0= =A0=A0=A0 Capabilities: [44] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1+ D2+ A= uxCurrent=3D0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: ohci_hcd
=A0=A0=A0= =A0=A0=A0=A0 Kernel modules: ohci-hcd

00:02.1 USB controller: nVidia Corporation CK804 USB Controller (rev a4= ) (prog-if 20 [EHCI])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer = Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ Spe= cCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0=A0=A0 = Interrupt: pin B routed to IRQ 22
=A0=A0=A0=A0=A0=A0=A0 Region 0: Memory= at feb00000 (32-bit, non-prefetchable) [size=3D256]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Debug port: BAR=3D1 offset=3D0098<= br>=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Power Management version 2
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1+ D2+ A= uxCurrent=3D0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: ehci_hcd
=A0=A0=A0=A0=A0=A0= =A0 Kernel modules: ehci-hcd

00:06.0 IDE interface: nVidia Corporati= on CK804 IDE (rev f3) (prog-if 8a [Master SecP PriP])
=A0=A0=A0=A0=A0=A0= =A0 Subsystem: ASUSTeK Computer Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0= =A0=A0 Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [s= ize=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 1: [virtual] Memory at 000003f0 (t= ype 3, non-prefetchable) [size=3D1]
=A0=A0=A0=A0=A0=A0=A0 Region 2: [vir= tual] Memory at 00000170 (32-bit, non-prefetchable) [size=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 3: [virtual] Memory at 00000370 (type 3, non-p= refetchable) [size=3D1]
=A0=A0=A0=A0=A0=A0=A0 Region 4: I/O ports at ffa= 0 [size=3D16]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Power Management = version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- D= SI- D1- D2- AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use= : AMD_IDE

00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA= Controller (rev f3) (prog-if 85 [Master SecO PriO])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8162
=A0= =A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASno= op- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Stat= us: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- <TAbort-= <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0= =A0=A0 Interrupt: pin A routed to IRQ 21
=A0=A0=A0=A0=A0=A0=A0 Region 0:= I/O ports at e480 [size=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 1: I/O ports = at e400 [size=3D4]
=A0=A0=A0=A0=A0=A0=A0 Region 2: I/O ports at e080 [si= ze=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 3: I/O ports at e000 [size=3D4]
=A0=A0=A0= =A0=A0=A0=A0 Region 4: I/O ports at dc00 [size=3D16]
=A0=A0=A0=A0=A0=A0= =A0 Region 5: Memory at f5efd000 (32-bit, non-prefetchable) [size=3D4K]
= =A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- A= uxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: sata_nv
=A0=A0=A0= =A0=A0=A0=A0 Kernel modules: sata_nv

00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (= rev f3) (prog-if 85 [Master SecO PriO])
=A0=A0=A0=A0=A0=A0=A0 Subsystem:= ASUSTeK Computer Inc. Device 8162
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ M= em+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2= B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0 (750ns min, 250ns max)
=A0=A0=A0=A0=A0=A0=A0 = Interrupt: pin A routed to IRQ 20
=A0=A0=A0=A0=A0=A0=A0 Region 0: I/O po= rts at d880 [size=3D8]
=A0=A0=A0=A0=A0=A0=A0 Region 1: I/O ports at d800 [size=3D4]
=A0=A0=A0= =A0=A0=A0=A0 Region 2: I/O ports at d480 [size=3D8]
=A0=A0=A0=A0=A0=A0= =A0 Region 3: I/O ports at d400 [size=3D4]
=A0=A0=A0=A0=A0=A0=A0 Region = 4: I/O ports at d080 [size=3D16]
=A0=A0=A0=A0=A0=A0=A0 Region 5: Memory = at f5efc000 (32-bit, non-prefetchable) [size=3D4K]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [44] Power Management version 2
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxC= urrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PM= E-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: sata_nv
=A0=A0=A0=A0=A0=A0= =A0 Kernel modules: sata_nv

00:09.0 PCI bridge: nVidia Corporation C= K804 PCI Bridge (rev f2) (prog-if 01 [Subtractive decode])
=A0=A0=A0=A0= =A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParEr= r- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Latency: 0
=A0=A0=A0=A0=A0=A0=A0 Bus: primary=3D00, seco= ndary=3D01, subordinate=3D01, sec-latency=3D64
=A0=A0=A0=A0=A0=A0=A0 I/O behind bridge: 00009000-00009fff
=A0=A0=A0=A0= =A0=A0=A0 Memory behind bridge: f5600000-f56fffff
=A0=A0=A0=A0=A0=A0=A0 = Prefetchable memory behind bridge: f5f00000-fdefffff
=A0=A0=A0=A0=A0=A0= =A0 Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- &= lt;TAbort- <MAbort+ <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr+ DiscTmrStat- DiscTmrSERREn-

00:0b.0 PCI bridge: nVidia Cor= poration CK804 PCIE Bridge (rev f3) (prog-if 00 [Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D02, subordinate=3D02, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 Memory behind bridge: f5700000-f57fffff
= =A0=A0=A0=A0=A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 4198
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #3, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 8, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- Pres= Det+ Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 0c, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:0= c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [= Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D03, subordinate=3D03, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 Memory behind bridge: f5800000-f58fffff
= =A0=A0=A0=A0=A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 41a0
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #2, Speed 2.5GT/s, Width x2, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 4, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn+ PowerFlt- MRL- CmdCplt- Pres= Det+ Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 14, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:0= d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3) (prog-if 00 [= Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D04, subordinate=3D04, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 I/O behind bridge: 0000a000-0000cfff
=A0= =A0=A0=A0=A0=A0=A0 Memory behind bridge: f5900000-f5dfffff
=A0=A0=A0=A0= =A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=3Dfast >TAbor= t- <TAbort- <MAbort- <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 41a8
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #1, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 2, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- Pres= Det+ Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 00, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:0= e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) (prog-if 00 [= Normal decode])
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Bus: primary=3D00, secondary=3D05, subordinate=3D05, sec-latency= =3D0
=A0=A0=A0=A0=A0=A0=A0 Secondary status: 66MHz- FastB2B- ParErr- DEV= SEL=3Dfast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
=A0=A0=A0=A0=A0=A0=A0 BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Rese= t- FastB2B-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PriDiscTmr- Se= cDiscTmr- DiscTmrStat- DiscTmrSERREn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities= : [40] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=3D0mA PME(D0+,D1+,D2+,D3ho= t+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] M= SI: Enable+ Count=3D1/2 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Address: 00000000feeff00c=A0 Data: 41b0
=A0=A0=A0=A0=A0= =A0=A0 Capabilities: [58] HyperTransport: MSI Mapping Enable- Fixed-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Mapping Address Base: 0000000= 0fee00000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] Express (v1) Root Por= t (Slot+), MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: = MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: R= eport errors: Correctable- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd+ ExtTag- = PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPayload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr- TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #0, Speed 2.5GT/s, Width x8, ASPM L0s, Latency L0= <512ns, L1 <4us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCap: AttnBtn- PwrCtrl- MRL= - AttnInd- PwrInd- HotPlug- Surpise-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Slot #=A0 1, PowerLimit 25.000000; Int= erlock- NoCompl-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 SltCtl: E= nable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Contr= ol: AttnInd Off, PwrInd On, Power- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- Pres= Det- Interlock-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Changed: MRL- PresDet- LinkState-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RootCtl: ErrCorrectable- ErrN= on-Fatal- ErrFatal- PMEIntEna- CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RootCap: CRSVisible-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RootSta: PME ReqID 0000, PMEStatus- PMEPending-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [100] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 00, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: pcieport
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: shpchp

00:1= 8.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTra= nsport Configuration
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [a0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [c0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-

00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = Address Map
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycl= e- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0= =A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >= ;TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = DRAM Controller
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- Spec= Cycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0= =A0=A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast = >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: amd64_edac
=A0=A0=A0=A0=A0= =A0=A0 Kernel modules: amd64_edac_mod

00:18.3 Host bridge: Advanced = Micro Devices [AMD] Family 10h Processor Miscellaneous Control
=A0=A0=A0= =A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- Pa= rErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [f0] Secure device <?>
=A0=A0=A0=A0= =A0=A0=A0 Kernel modules: k10temp

00:18.4 Host bridge: Advanced Micr= o Devices [AMD] Family 10h Processor Link Control
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-

00:19.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = HyperTransport Configuration
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- Bu= sMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Dis= INTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DE= VSEL=3Dfast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- =A0=A0=A0=A0=A0=A0=A0 Capabilities: [80] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [a0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init+ EOC- TXO- <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3D16bit DwFcInEn- LWO=3D16bit DwFcOutEn-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 1.0GHz
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EO= C- CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [c0] HyperTransport: Host or Secondary = Interface
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Command: WarmRst= + DblEnd- DevNum=3D0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Control: CFlE- CST- CFE- <L= kFail- Init- EOC+ TXO+ <CRCErr=3D0 IsocEn- LSEn- ExtCTL- 64b-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Config: MLWI=3D16bit DwF= cIn- MLWO=3D16bit DwFcOut- LWI=3DN/C DwFcInEn- LWO=3DN/C DwFcOutEn-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Revision ID: 3.00
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency: 200MHz
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Error: <Prot- <Ovfl- <EOC- = CTLTm-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Link Frequency Capability: 20= 0MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GH= z- Vend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Feature Capabilit= y: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA+ UIDRD- ExtRS- UCnfE-

00:19.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = Address Map
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycl= e- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0= =A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >= ;TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:19.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor = DRAM Controller
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- Spec= Cycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0= =A0=A0=A0=A0=A0=A0 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast = >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: amd64_edac
=A0=A0=A0=A0=A0= =A0=A0 Kernel modules: amd64_edac_mod

00:19.3 Host bridge: Advanced = Micro Devices [AMD] Family 10h Processor Miscellaneous Control
=A0=A0=A0= =A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- Pa= rErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfa= st >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [f0] Secure device <?>
=A0=A0=A0=A0= =A0=A0=A0 Kernel modules: k10temp

00:19.4 Host bridge: Advanced Micr= o Devices [AMD] Family 10h Processor Link Control
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-

01:04.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphic= s Innovation) Z7/Z9 (XG20 core) (prog-if 00 [VGA controller])
=A0=A0=A0= =A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 82b4
=A0=A0=A0=A0= =A0=A0=A0 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParEr= r- Stepping- SERR- FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=3Dme= dium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
=A0= =A0=A0=A0=A0=A0=A0 BIST result: 00
=A0=A0=A0=A0=A0=A0=A0 Region 0: Memor= y at f8000000 (32-bit, prefetchable) [size=3D64M]
=A0=A0=A0=A0=A0=A0=A0 Region 1: Memory at f56c0000 (32-bit, non-prefetchabl= e) [size=3D256K]
=A0=A0=A0=A0=A0=A0=A0 Region 2: I/O ports at 9c00 [size= =3D128]
=A0=A0=A0=A0=A0=A0=A0 Expansion ROM at <unassigned> [disab= led]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [40] Power Management version 2=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1+ D2+ A= uxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0= PME-

02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BC= M5721 Gigabit Ethernet PCI Express (rev 21)
=A0=A0=A0=A0=A0=A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8149
=A0= =A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASno= op- ParErr- Stepping- SERR+ FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 Stat= us: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbort-= <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Interrupt: pin A routed to IRQ 283
=A0=A0=A0=A0=A0=A0=A0 Regio= n 0: Memory at f57f0000 (64-bit, non-prefetchable) [size=3D64K]
=A0=A0= =A0=A0=A0=A0=A0 Capabilities: [48] Power Management version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- A= uxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D1= PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [50] Vital Product Data
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Product Name: Broadcom NetXtreme= Gigabit Ethernet Controller
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Read-only fields:
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [PN] Part n= umber: BCM95721
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 [EC] Engineering changes: 106679-15
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [SN] Serial number: 012= 3456789
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 [MN] Manufacture ID: 31 34 65 34
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [RV] = Reserved: checksum bad, 28 byte(s) reserved
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 Read/write fields:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [YA] Asset tag: XYZ01234567
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [RW] Read-w= rite area: 107 byte(s) free
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 End
=A0=A0=A0=A0=A0=A0=A0 = Capabilities: [58] MSI: Enable+ Count=3D1/8 Maskable- 64bit+
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Address: 00000000fee0100c=A0 Data: 413= 1
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [d0] Express (v1) Endpoint, MSI 00=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: MaxPayload 128 by= tes, PhantFunc 0, Latency L0s <4us, L1 unlimited
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g+ AttnBtn- AttnInd- PwrInd- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Un= supported-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPa= yload 128 bytes, MaxReadReq 4096 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ Trans= Pend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCap: Port #0, Spe= ed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Clock= PM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSy= nch- ClockPM- AutWidDis- BWInt- AutBWInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLA= ctive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [100] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 14, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [= 13c] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160]= Device Serial Number 00-1e-8c-ff-fe-51-61-c0
=A0=A0=A0=A0=A0=A0=A0 Capa= bilities: [16c] Power Budgeting <?>
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: tg3
=A0=A0=A0=A0=A0=A0=A0 Ke= rnel modules: tg3

03:00.0 Ethernet controller: Broadcom Corporation = NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 21)
=A0=A0=A0=A0=A0= =A0=A0 Subsystem: ASUSTeK Computer Inc. Device 8149
=A0=A0=A0=A0=A0=A0=A0 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Interrupt: pin A routed to IRQ 284
=A0=A0=A0=A0=A0=A0=A0 Regio= n 0: Memory at f58f0000 (64-bit, non-prefetchable) [size=3D64K]
=A0=A0= =A0=A0=A0=A0=A0 Expansion ROM at <ignored> [disabled]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [48] Power Management version 2
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- DSI- D1- D2- AuxC= urrent=3D0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D1 PM= E-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [50] Vital Product Data
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Product Name: Broadcom NetXtreme Gigabit = Ethernet Controller
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Read-o= nly fields:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 [PN] Part number: BCM95721
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [EC] Engineering changes: 106679-15 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [SN] = Serial number: 0123456789
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 [MN] Manufacture ID: 31 34 65 34
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [RV] Reserved: ch= ecksum bad, 28 byte(s) reserved
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 Read/write fields:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [YA] = Asset tag: XYZ01234567
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 [RW] Read-write area: 107 byte(s) free
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 End
=A0=A0=A0=A0=A0=A0=A0 Capabilit= ies: [58] MSI: Enable+ Count=3D1/8 Maskable- 64bit+
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 Address: 00000000fee0100c=A0 Data: 4139
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [d0] Express (v1) Endpoint, MSI 00
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCap: MaxPayload 128 bytes,= PhantFunc 0, Latency L0s <4us, L1 unlimited
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTag+ AttnBtn- AttnInd- Pwr= Ind- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevCtl: Report errors: Correc= table- Non-Fatal- Fatal- Unsupported-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 RlxdOrd- ExtTag- PhantFunc- AuxPwr- No= Snoop-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 MaxPayload 128 bytes, MaxReadReq 4096 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 DevSta: CorrErr- UncorrErr- F= atalErr- UnsuppReq- AuxPwr+ TransPend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency= L0 <4us, L1 <64us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCtl: ASPM Disabled; RCB 64= bytes Disabled- Retrain- CommClk-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSynch- ClockPM- AutWidDis- BWInt- AutB= WInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/= s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [100] Advanced Error Reporting
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP- C= mpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr+ BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 14, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [= 13c] Virtual Channel <?>
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [160]= Device Serial Number 00-1e-8c-ff-fe-51-63-b3
=A0=A0=A0=A0=A0=A0=A0 Capa= bilities: [16c] Power Budgeting <?>
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: tg3
=A0=A0=A0=A0=A0=A0=A0 Ke= rnel modules: tg3

04:00.0 SCSI storage controller: LSI Logic / Symbi= os Logic SAS1064ET PCI-Express Fusion-MPT SAS (rev 04)
=A0=A0=A0=A0=A0= =A0=A0 Subsystem: ASUSTeK Computer Inc. Device 82c3
=A0=A0=A0=A0=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGA= Snoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
=A0=A0=A0=A0=A0=A0=A0 S= tatus: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbo= rt- <MAbort- >SERR- <PERR- INTx-
=A0=A0=A0=A0=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0=A0= =A0=A0=A0 Interrupt: pin A routed to IRQ 19
=A0=A0=A0=A0=A0=A0=A0 Region= 0: I/O ports at c000 [size=3D256]
=A0=A0=A0=A0=A0=A0=A0 Region 1: Memor= y at f5dfc000 (64-bit, non-prefetchable) [size=3D16K]
=A0=A0=A0=A0=A0=A0=A0 Region 3: Memory at f5de0000 (64-bit, non-prefetchabl= e) [size=3D64K]
=A0=A0=A0=A0=A0=A0=A0 Expansion ROM at f5a00000 [disable= d] [size=3D2M]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [50] Power Management= version 2
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Flags: PMEClk- = DSI- D1+ D2+ AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Status: D0 NoSoftRst- PME-Ena= ble- DSel=3D0 DScale=3D0 PME-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [68] E= xpress (v1) Endpoint, MSI 00
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 DevCap: MaxPayload 4096 bytes, PhantFunc 0, Latency L0s <64ns, L1 &l= t;1us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtTa= g+ AttnBtn- AttnInd- PwrInd- RBE- FLReset-
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Un= supported-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 MaxPa= yload 128 bytes, MaxReadReq 512 bytes
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- Trans= Pend-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LnkCap: Port #0, Spe= ed 2.5GT/s, Width x8, ASPM L0s L1, Latency L0 <64ns, L1 <1us
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Clock= PM- Surprise- LLActRep- BwNot-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ExtSy= nch- ClockPM- AutWidDis- BWInt- AutBWInt-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 LnkSta: Speed 2.5GT/s, Width x8, TrErr- Train- SlotClk- DLA= ctive- BWMgmt- ABWMgmt-
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [98] MSI: Enable- Count=3D1/1 Maskable-= 64bit+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Address: 000000000= 0000000=A0 Data: 0000
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [b0] MSI-X: En= able- Count=3D1 Masked-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Ve= ctor table: BAR=3D1 offset=3D00002000
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 PBA: BAR=3D1 offset=3D0000300= 0
=A0=A0=A0=A0=A0=A0=A0 Capabilities: [100] Advanced Error Reporting
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESta:=A0 DLP- SDES- TLP- FCP= - CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UEMsk:=A0 DLP- SDES- TLP- FCP= - CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 UESvrt: DLP+ SDES- TLP- FCP+ = CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CESta:=A0 RxErr- BadTLP- BadD= LLP- Rollover- Timeout- NonFatalErr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 CEMsk:=A0 RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalE= rr-
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 AERCap: First Error Pointer: = 00, GenCap+ CGenEn- ChkCap+ ChkEn-
=A0=A0=A0=A0=A0=A0=A0 Kernel driver i= n use: mptsas
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: mptsas

# lsmo= d
Module=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Size=A0 Used= by
xen_gntalloc=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4065=A0 0
sunrpc=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 204202=A0 1
bridge= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 69381=A0 0
stp=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1939=A0 1 bridge
ipv= 6=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 242255=A0 33 bridgemicrocode=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 108233=A0 0
pcspkr=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1814=A0 0
serio_raw=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4155=A0 0
k10temp=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 3167=A0 0
hwmon=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1703=A0 1 k10temp
amd64_ed= ac_mod=A0=A0=A0=A0=A0=A0=A0=A0 18819=A0 0
edac_core=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 39964=A0 4 amd64_edac_mod
tg3=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 122274=A0 0
libphy=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 20670=A0 1 tg3
sg= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 25143=A0 0
= i2c_nforce2=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 5205=A0 0
i2c_core=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 22702=A0 1 i2c_nforce2
ext4=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 243772=A0 6
jbd2=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 53102=A0 1 ext4
crc16=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1595=A0 1 ext4<= br>sd_mod=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 25759=A0 5
mpt= sas=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 45838=A0 0
mptscsih= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 29531=A0 1 mptsas
mptbase=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 84265=A0 2 mptsas,mptscsih
sc= si_transport_sas=A0=A0=A0=A0 28533=A0 1 mptsas
sata_nv=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 19346=A0 3
libata= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 164765=A0 1 sata_nv
scsi_m= od=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 156890=A0 6 sg,sd_mod,mptsas,mpts= csih,scsi_transport_sas,libata
ehci_hcd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 33653=A0 0
ohci_hcd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = 18209=A0 0
button=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 5111=A0 0
dm_m= irror=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 12064=A0 0
dm_region_hash= =A0=A0=A0=A0=A0=A0=A0=A0=A0 9658=A0 1 dm_mirror
dm_log=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8240=A0 2 dm_mirror,dm_region_hash
dm_= mod=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 65814=A0 20 dm_mirror,d= m_log

=A0

>
> Many many thanks for taking the toime to put together that nice and us= eful
> info.

Those repos are there for years actually just that SL6/CentOS6 are considered quite new in those repos. =A0I used the same repos when using CentOS 5 as dom0 last time but cease it due to the time involved to
support those in CentOS 5. =A0I rather focus on SL6/CentOS6 :) =A0Just
beware that all my dom0 servers are SL6 based.

Feedbacks are greatly appreciated and if you need assistance off this
list are welcome (just compose another new mail direct to me so that I
know it is not from this xen-users list).

Thank you for taking the toine = to read and answer.
=A0
Thanks.

Kindest regards,
Giam Teck Choon

>>
>>
>> Thanks.
>>
>> Kindest regards,
>> Giam Teck Choon
>>
>>
>> >>
>> >>
>> >> >
>> >> > Thank you very much.
>> >>
>> >> Thanks.
>> >
>> >
>> > Again.
>> > --
>> > David Gonzalez H.
>> > Bogota: +(57-1)289-1168
>> > Medellin: +(57-1)247-0985
>> > Cel: +(57)315-838-8326
>> > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
>> > http://= www.dghvoip.com/
>> > Proud Linux User #294661
>
>
>
>
> --
> David Gonzalez H.
> Bogota: +(57-1)289-1168
> Medellin: +(57-1)247-0985
> Cel: +(57)315-838-8326
> DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
> http://www.dghvo= ip.com/
> Proud Linux User #294661



--
David Gonza= lez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57)315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTI= ONS
http://www.dgh= voip.com/
Proud Linux User #294661
--0015175cffe827daea04b84daa0c-- --===============2252704011190247239== 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.xensource.com http://lists.xensource.com/xen-users --===============2252704011190247239==-- From xen-users-bounces@lists.xensource.com Mon Feb 06 16:57:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 16:57:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuRqm-0007L4-Cv; Mon, 06 Feb 2012 16:55:32 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuRqk-0007Kq-O2 for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 16:55:31 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1328547319!14186049!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29459 invoked from network); 6 Feb 2012 16:55:21 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 16:55:21 -0000 Received: by pbds6 with SMTP id s6so41195696pbd.30 for ; Mon, 06 Feb 2012 08:55:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7yptynTwQB5ofPQTrhlPJqEGbszM4KqGeAbHjmwpBu4=; b=gt7Rzk4a5G5z1ZzGoZoUe1ZaVFFhwl1A4NDcRbwqQke7Q0FYrzp/9ymcNF7Jq+76zp PwrxfBMPUoxSHblG57y40AIGK98pu1QUBUNoPfN5I0kykC396nZmro1cY4w9VfhlnM7A jUuuj/YbqHIASmMF+YbgC2a2itwxtF9UMi0AU= MIME-Version: 1.0 Received: by 10.68.220.232 with SMTP id pz8mr16952452pbc.28.1328547318790; Mon, 06 Feb 2012 08:55:18 -0800 (PST) Received: by 10.68.134.10 with HTTP; Mon, 6 Feb 2012 08:55:18 -0800 (PST) In-Reply-To: References: Date: Tue, 7 Feb 2012 00:55:18 +0800 Message-ID: From: Teck Choon Giam To: David Gonzalez Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >> >> >> >> >> >> wrote: >> >> >> > Yo, Teck, nice name heh, >> >> >> >> >> >> Grrr... My Surname is Giam and Name is Teck Choon :p > > > You're from?. Singapore :) >> Have you try the guide posted and boot into xen-kernel-2.6.32.56-0 >> first? If that is successfully, then you can follow the guide to >> create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using >> yum install choon-kernel to install? Would appreciate feedback about >> the failure or success ;) > > > Yup, in fact that was what I did to install the kernel, but it kept > downloading 2.6.32, so I went ahead and d/loaded 3.1 and 3.2 and installed > them via rpm -uvh. It might take several minutes if your server is from the location far from Singapore :p If you mean rpm -Uvh for any kernel, you will have problems. Please use rpm -ivh for any kernels please. > I'm guessing these should be changed or modified to use 3.x series kernels, > am I wrong. > > # choonrpmsrepoctl create choonrpms-kernels > # choonrpmsrepoctl enable choonrpms-kernels You are not wrong. Example if you want to install xen-4.1 with kernel v3.2: # choonrpmsrepoctl enable choonrpms # choonrpmsrepoctl create choonrpms-xen-4.1 # choonrpmsrepoctl enable choonrpms-xen-4.1 # choonrpmsrepoctl create choonrpms-kernels-3.2 # choonrpmsrepoctl enable choonrpms-kernels-3.2 # yum -y install xen choon-kernel Skip the "create choonrpms-kernels and enable choonrpms-kernels" since you want to use v3.2 for example. Here is one of my server output running xen-4.1 latest changeset and choon-kernel-3.2.4: # rpm -q --queryformat '%{version}-%{release}\n' xen 4.1.3-23224.0.choon.sl6 # xl info host : xen08.choon.net release : 3.2.4-0.choon.sl6.x86_64 version : #1 SMP Sat Feb 4 10:27:59 SGT 2012 machine : x86_64 nr_cpus : 8 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 3192 hw_caps : bfebfbff:28100800:00000000:00003f40:11bae3ff:00000000:00000001:00000000 virt_caps : hvm total_memory : 16374 free_memory : 15681 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : .3-rc1-pre 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 : dom0_mem=512M loglvl=all guest_loglvl=all cpuidle=0 cpufreq=none cc_compiler : gcc version 4.4.5 20110214 (Red Hat 4.4.5-6) (GCC) cc_compile_by : mockbuild cc_compile_domain : choon.net cc_compile_date : Fri Feb 3 04:43:54 SGT 2012 xend_config_format : 4 # uname -r 3.2.4-0.choon.sl6.x86_64 > > I also found something about that nice grub parameter I didn't know and it's > the "fallback=#" parameter which on the locked server I didn't use, but now > i'lkl reboot that machine and check the output fallback option is there if got problem to boot the default=# kernel. So never put fallback=# and default=# to your untest kernel. In fact, to test a kernel I will never put that kernel in default=# not fallback=# lines. Example: default=1 fallback=1 title 1st custom kernel ... ... title 1st stock kernel entry in grub.conf ... ... title 2nd stock kernel ... ... your default=1 here refers to the second title line in grub.conf which is 1st stock kernel. If you put default=0 then it refers to 1st custom kernel (first title line from top to bottom). So how to test without setting default boot kernel for custom kernel as above? Very simple: Issue the below command as root: # echo "savedefault --default=0 --once" | grub --no-floppy --batch Then reboot. The above command temp. set default=0 only once in grub and if the server never comes back online, you can ask the data center tech. to reboot then it will boot to your default=1 kernel. >> Thanks for it in advance. Please let me know your network ethernet >> information (lspci -vvv output and lsmod output) as I am afraid it may >> be an issue. Sometimes, if a board has two same onboard ethernet and >> when you boot stock kernel you get the order of eth0 as HW ... 01 and >> eth1 as HW ... 02 then when you boot into custom kernel you get the >> order being switched. I encountered it before and checked the udev >> rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is >> correct. > > > Network doesn't seem to be an issue, I have that server with two onborad > NICs which are the same but they're connected to different switches and on > two different class C networks, I set up using C6.2 nifcfg-ethX scripts and > set them up as bridged xenbr0 and xenbr1. They both work on that server with > no issue at all. Ok. Just to make sure. > > the HP ML115 has only one on board NIC which is also a bridge. > > Hrere's the outoput you requested but from the WORKING server, as I get the > HP ML115 rebooted I-ll get back to you to show you its outputs. > > # lspci -vv SNAP > 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit > Ethernet PCI Express (rev 21) > Subsystem: ASUSTeK Computer Inc. Device 8149 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 283 > Region 0: Memory at f57f0000 (64-bit, non-prefetchable) [size=64K] > Capabilities: [48] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot+,D3cold+) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- > Capabilities: [50] Vital Product Data > Product Name: Broadcom NetXtreme Gigabit Ethernet Controller > Read-only fields: > [PN] Part number: BCM95721 > [EC] Engineering changes: 106679-15 > [SN] Serial number: 0123456789 > [MN] Manufacture ID: 31 34 65 34 > [RV] Reserved: checksum bad, 28 byte(s) reserved > Read/write fields: > [YA] Asset tag: XYZ01234567 > [RW] Read-write area: 107 byte(s) free > End > Capabilities: [58] MSI: Enable+ Count=1/8 Maskable- 64bit+ > Address: 00000000fee0100c Data: 4131 > Capabilities: [d0] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, > L1 unlimited > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- > MaxPayload 128 bytes, MaxReadReq 4096 bytes > DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ > TransPend- > LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, > Latency L0 <4us, L1 <64us > ClockPM- Surprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- > CommClk- > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ > DLActive- BWMgmt- ABWMgmt- > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ > ChkEn- > Capabilities: [13c] Virtual Channel > Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-61-c0 > Capabilities: [16c] Power Budgeting > Kernel driver in use: tg3 > Kernel modules: tg3 > > 03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit > Ethernet PCI Express (rev 21) > Subsystem: ASUSTeK Computer Inc. Device 8149 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 284 > Region 0: Memory at f58f0000 (64-bit, non-prefetchable) [size=64K] > Expansion ROM at [disabled] > Capabilities: [48] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot+,D3cold+) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- > Capabilities: [50] Vital Product Data > Product Name: Broadcom NetXtreme Gigabit Ethernet Controller > Read-only fields: > [PN] Part number: BCM95721 > [EC] Engineering changes: 106679-15 > [SN] Serial number: 0123456789 > [MN] Manufacture ID: 31 34 65 34 > [RV] Reserved: checksum bad, 28 byte(s) reserved > Read/write fields: > [YA] Asset tag: XYZ01234567 > [RW] Read-write area: 107 byte(s) free > End > Capabilities: [58] MSI: Enable+ Count=1/8 Maskable- 64bit+ > Address: 00000000fee0100c Data: 4139 > Capabilities: [d0] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, > L1 unlimited > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- > MaxPayload 128 bytes, MaxReadReq 4096 bytes > DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ > TransPend- > LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, > Latency L0 <4us, L1 <64us > ClockPM- Surprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- > CommClk- > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ > DLActive- BWMgmt- ABWMgmt- > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- > CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ > ChkEn- > Capabilities: [13c] Virtual Channel > Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-63-b3 > Capabilities: [16c] Power Budgeting > Kernel driver in use: tg3 > Kernel modules: tg3 Ok so it is tg3 driver huh... this one is compiled as module. At least I can confirm in v3.2 kernel. > 04:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET > PCI-Express Fusion-MPT SAS (rev 04) > Subsystem: ASUSTeK Computer Inc. Device 82c3 > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 19 > Region 0: I/O ports at c000 [size=256] > Region 1: Memory at f5dfc000 (64-bit, non-prefetchable) [size=16K] > Region 3: Memory at f5de0000 (64-bit, non-prefetchable) [size=64K] > Expansion ROM at f5a00000 [disabled] [size=2M] > Capabilities: [50] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot-,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [68] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 4096 bytes, PhantFunc 0, Latency L0s > <64ns, L1 <1us > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ > MaxPayload 128 bytes, MaxReadReq 512 bytes > DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- > TransPend- > LnkCap: Port #0, Speed 2.5GT/s, Width x8, ASPM L0s L1, > Latency L0 <64ns, L1 <1us > ClockPM- Surprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- > CommClk- > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x8, TrErr- Train- SlotClk- > DLActive- BWMgmt- ABWMgmt- > Capabilities: [98] MSI: Enable- Count=1/1 Maskable- 64bit+ > Address: 0000000000000000 Data: 0000 > Capabilities: [b0] MSI-X: Enable- Count=1 Masked- > Vector table: BAR=1 offset=00002000 > PBA: BAR=1 offset=00003000 > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ > ChkEn- > Kernel driver in use: mptsas > Kernel modules: mptsas mptsas is compiled as module as well at least in v3.2 kernel. SNAP > Thank you for taking the toine to read and answer. Your welcome. I hope you are testing it with a test server fresh installed though :p Thanks. Kindest regards, Giam Teck Choon > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 16:57:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 16:57:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuRqm-0007L4-Cv; Mon, 06 Feb 2012 16:55:32 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuRqk-0007Kq-O2 for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 16:55:31 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1328547319!14186049!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29459 invoked from network); 6 Feb 2012 16:55:21 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 16:55:21 -0000 Received: by pbds6 with SMTP id s6so41195696pbd.30 for ; Mon, 06 Feb 2012 08:55:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7yptynTwQB5ofPQTrhlPJqEGbszM4KqGeAbHjmwpBu4=; b=gt7Rzk4a5G5z1ZzGoZoUe1ZaVFFhwl1A4NDcRbwqQke7Q0FYrzp/9ymcNF7Jq+76zp PwrxfBMPUoxSHblG57y40AIGK98pu1QUBUNoPfN5I0kykC396nZmro1cY4w9VfhlnM7A jUuuj/YbqHIASmMF+YbgC2a2itwxtF9UMi0AU= MIME-Version: 1.0 Received: by 10.68.220.232 with SMTP id pz8mr16952452pbc.28.1328547318790; Mon, 06 Feb 2012 08:55:18 -0800 (PST) Received: by 10.68.134.10 with HTTP; Mon, 6 Feb 2012 08:55:18 -0800 (PST) In-Reply-To: References: Date: Tue, 7 Feb 2012 00:55:18 +0800 Message-ID: From: Teck Choon Giam To: David Gonzalez Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >> >> >> >> >> >> wrote: >> >> >> > Yo, Teck, nice name heh, >> >> >> >> >> >> Grrr... My Surname is Giam and Name is Teck Choon :p > > > You're from?. Singapore :) >> Have you try the guide posted and boot into xen-kernel-2.6.32.56-0 >> first? If that is successfully, then you can follow the guide to >> create the v3.0 or v3.1 or v3.2 kernels repo then enable it and using >> yum install choon-kernel to install? Would appreciate feedback about >> the failure or success ;) > > > Yup, in fact that was what I did to install the kernel, but it kept > downloading 2.6.32, so I went ahead and d/loaded 3.1 and 3.2 and installed > them via rpm -uvh. It might take several minutes if your server is from the location far from Singapore :p If you mean rpm -Uvh for any kernel, you will have problems. Please use rpm -ivh for any kernels please. > I'm guessing these should be changed or modified to use 3.x series kernels, > am I wrong. > > # choonrpmsrepoctl create choonrpms-kernels > # choonrpmsrepoctl enable choonrpms-kernels You are not wrong. Example if you want to install xen-4.1 with kernel v3.2: # choonrpmsrepoctl enable choonrpms # choonrpmsrepoctl create choonrpms-xen-4.1 # choonrpmsrepoctl enable choonrpms-xen-4.1 # choonrpmsrepoctl create choonrpms-kernels-3.2 # choonrpmsrepoctl enable choonrpms-kernels-3.2 # yum -y install xen choon-kernel Skip the "create choonrpms-kernels and enable choonrpms-kernels" since you want to use v3.2 for example. Here is one of my server output running xen-4.1 latest changeset and choon-kernel-3.2.4: # rpm -q --queryformat '%{version}-%{release}\n' xen 4.1.3-23224.0.choon.sl6 # xl info host : xen08.choon.net release : 3.2.4-0.choon.sl6.x86_64 version : #1 SMP Sat Feb 4 10:27:59 SGT 2012 machine : x86_64 nr_cpus : 8 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 3192 hw_caps : bfebfbff:28100800:00000000:00003f40:11bae3ff:00000000:00000001:00000000 virt_caps : hvm total_memory : 16374 free_memory : 15681 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : .3-rc1-pre 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 : dom0_mem=512M loglvl=all guest_loglvl=all cpuidle=0 cpufreq=none cc_compiler : gcc version 4.4.5 20110214 (Red Hat 4.4.5-6) (GCC) cc_compile_by : mockbuild cc_compile_domain : choon.net cc_compile_date : Fri Feb 3 04:43:54 SGT 2012 xend_config_format : 4 # uname -r 3.2.4-0.choon.sl6.x86_64 > > I also found something about that nice grub parameter I didn't know and it's > the "fallback=#" parameter which on the locked server I didn't use, but now > i'lkl reboot that machine and check the output fallback option is there if got problem to boot the default=# kernel. So never put fallback=# and default=# to your untest kernel. In fact, to test a kernel I will never put that kernel in default=# not fallback=# lines. Example: default=1 fallback=1 title 1st custom kernel ... ... title 1st stock kernel entry in grub.conf ... ... title 2nd stock kernel ... ... your default=1 here refers to the second title line in grub.conf which is 1st stock kernel. If you put default=0 then it refers to 1st custom kernel (first title line from top to bottom). So how to test without setting default boot kernel for custom kernel as above? Very simple: Issue the below command as root: # echo "savedefault --default=0 --once" | grub --no-floppy --batch Then reboot. The above command temp. set default=0 only once in grub and if the server never comes back online, you can ask the data center tech. to reboot then it will boot to your default=1 kernel. >> Thanks for it in advance. Please let me know your network ethernet >> information (lspci -vvv output and lsmod output) as I am afraid it may >> be an issue. Sometimes, if a board has two same onboard ethernet and >> when you boot stock kernel you get the order of eth0 as HW ... 01 and >> eth1 as HW ... 02 then when you boot into custom kernel you get the >> order being switched. I encountered it before and checked the udev >> rules file to make sure (/etc/udev/rules.d/70-persistent-net.rules) is >> correct. > > > Network doesn't seem to be an issue, I have that server with two onborad > NICs which are the same but they're connected to different switches and on > two different class C networks, I set up using C6.2 nifcfg-ethX scripts and > set them up as bridged xenbr0 and xenbr1. They both work on that server with > no issue at all. Ok. Just to make sure. > > the HP ML115 has only one on board NIC which is also a bridge. > > Hrere's the outoput you requested but from the WORKING server, as I get the > HP ML115 rebooted I-ll get back to you to show you its outputs. > > # lspci -vv SNAP > 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit > Ethernet PCI Express (rev 21) > Subsystem: ASUSTeK Computer Inc. Device 8149 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 283 > Region 0: Memory at f57f0000 (64-bit, non-prefetchable) [size=64K] > Capabilities: [48] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot+,D3cold+) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- > Capabilities: [50] Vital Product Data > Product Name: Broadcom NetXtreme Gigabit Ethernet Controller > Read-only fields: > [PN] Part number: BCM95721 > [EC] Engineering changes: 106679-15 > [SN] Serial number: 0123456789 > [MN] Manufacture ID: 31 34 65 34 > [RV] Reserved: checksum bad, 28 byte(s) reserved > Read/write fields: > [YA] Asset tag: XYZ01234567 > [RW] Read-write area: 107 byte(s) free > End > Capabilities: [58] MSI: Enable+ Count=1/8 Maskable- 64bit+ > Address: 00000000fee0100c Data: 4131 > Capabilities: [d0] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, > L1 unlimited > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- > MaxPayload 128 bytes, MaxReadReq 4096 bytes > DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ > TransPend- > LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, > Latency L0 <4us, L1 <64us > ClockPM- Surprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- > CommClk- > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ > DLActive- BWMgmt- ABWMgmt- > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ > ChkEn- > Capabilities: [13c] Virtual Channel > Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-61-c0 > Capabilities: [16c] Power Budgeting > Kernel driver in use: tg3 > Kernel modules: tg3 > > 03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit > Ethernet PCI Express (rev 21) > Subsystem: ASUSTeK Computer Inc. Device 8149 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 284 > Region 0: Memory at f58f0000 (64-bit, non-prefetchable) [size=64K] > Expansion ROM at [disabled] > Capabilities: [48] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot+,D3cold+) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- > Capabilities: [50] Vital Product Data > Product Name: Broadcom NetXtreme Gigabit Ethernet Controller > Read-only fields: > [PN] Part number: BCM95721 > [EC] Engineering changes: 106679-15 > [SN] Serial number: 0123456789 > [MN] Manufacture ID: 31 34 65 34 > [RV] Reserved: checksum bad, 28 byte(s) reserved > Read/write fields: > [YA] Asset tag: XYZ01234567 > [RW] Read-write area: 107 byte(s) free > End > Capabilities: [58] MSI: Enable+ Count=1/8 Maskable- 64bit+ > Address: 00000000fee0100c Data: 4139 > Capabilities: [d0] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, > L1 unlimited > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- > MaxPayload 128 bytes, MaxReadReq 4096 bytes > DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ > TransPend- > LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, > Latency L0 <4us, L1 <64us > ClockPM- Surprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- > CommClk- > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ > DLActive- BWMgmt- ABWMgmt- > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- > CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ > ChkEn- > Capabilities: [13c] Virtual Channel > Capabilities: [160] Device Serial Number 00-1e-8c-ff-fe-51-63-b3 > Capabilities: [16c] Power Budgeting > Kernel driver in use: tg3 > Kernel modules: tg3 Ok so it is tg3 driver huh... this one is compiled as module. At least I can confirm in v3.2 kernel. > 04:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET > PCI-Express Fusion-MPT SAS (rev 04) > Subsystem: ASUSTeK Computer Inc. Device 82c3 > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 19 > Region 0: I/O ports at c000 [size=256] > Region 1: Memory at f5dfc000 (64-bit, non-prefetchable) [size=16K] > Region 3: Memory at f5de0000 (64-bit, non-prefetchable) [size=64K] > Expansion ROM at f5a00000 [disabled] [size=2M] > Capabilities: [50] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot-,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [68] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 4096 bytes, PhantFunc 0, Latency L0s > <64ns, L1 <1us > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ > MaxPayload 128 bytes, MaxReadReq 512 bytes > DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- > TransPend- > LnkCap: Port #0, Speed 2.5GT/s, Width x8, ASPM L0s L1, > Latency L0 <64ns, L1 <1us > ClockPM- Surprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- > CommClk- > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x8, TrErr- Train- SlotClk- > DLActive- BWMgmt- ABWMgmt- > Capabilities: [98] MSI: Enable- Count=1/1 Maskable- 64bit+ > Address: 0000000000000000 Data: 0000 > Capabilities: [b0] MSI-X: Enable- Count=1 Masked- > Vector table: BAR=1 offset=00002000 > PBA: BAR=1 offset=00003000 > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > NonFatalErr- > AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ > ChkEn- > Kernel driver in use: mptsas > Kernel modules: mptsas mptsas is compiled as module as well at least in v3.2 kernel. SNAP > Thank you for taking the toine to read and answer. Your welcome. I hope you are testing it with a test server fresh installed though :p Thanks. Kindest regards, Giam Teck Choon > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 21:50:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 21:50: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 1RuWR4-0003wB-2O; Mon, 06 Feb 2012 21:49:18 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuWR1-0003w3-VE for xen-users@lists.xensource.com; Mon, 06 Feb 2012 21:49:16 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1328564946!12253076!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11747 invoked from network); 6 Feb 2012 21:49:08 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 21:49:08 -0000 Received: by damc16 with SMTP id c16so38287567dam.30 for ; Mon, 06 Feb 2012 13:49:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=E2Za5pxstYwTwS59jNcMEzlJM4TBHE+2wPlrVyOYWqI=; b=NcTDaEVd4OLkJBbhVVXoIzPlRCPTpyBfMCB6c3lLoHNJvbOzUmOFghrKPYuKLvhUq9 KLfQORZ2RfXRjlNCKm4dhAK2ib21zE54kT6ZN4yFiMLFZBcI7g5f75HgKU7nS3uwWjEA m+UvOS4ptliOQ88uML8maRmyZj5q+9/343gcc= MIME-Version: 1.0 Received: by 10.68.72.39 with SMTP id a7mr50979659pbv.96.1328564538711; Mon, 06 Feb 2012 13:42:18 -0800 (PST) Received: by 10.68.134.10 with HTTP; Mon, 6 Feb 2012 13:42:18 -0800 (PST) In-Reply-To: References: Date: Tue, 7 Feb 2012 05:42:18 +0800 Message-ID: From: Teck Choon Giam To: David Gonzalez Cc: Xen-users Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, Feb 7, 2012 at 4:20 AM, David Gonzalez wrote: > UPDATE: > > Altho the ML115 server froze and by now I can't say what wen wrong until > tomorrow, I tried one of my other XEN servers running 4.1.2 (same as the > ofrozen one) tis one booted correctly and now I see. > > # xl info > host=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xenmaster > release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.2.4-0.choon.cent= os6.x86_64 > version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1 SMP Sat Feb 4 1= 0:49:21 SGT 2012 > machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 > nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 8 > nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > cores_per_socket=A0=A0=A0=A0=A0=A0 : 4 > threads_per_core=A0=A0=A0=A0=A0=A0 : 1 > cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2311 > hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : > 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000007ff:00000000 > virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm > total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 8191 > free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 6695 > > free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 > xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 > xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 > xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .2 > > xen_caps=A0=A0=A0=A0=A0=A0=A0=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=A0=A0=A0=A0 : credit > xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 > platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 > xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable > xen_commandline=A0=A0=A0=A0=A0=A0=A0 : dom0_max_vcpus=3D1 dom0_vcpus_pin = loglvl=3Dall > guest_loglvl=3Dall conswitch=3Dg com1=3D115200,8n1 console=3Dvga,com1 dom= 0_mem=3D512M > > cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc version 4.4.5 20110214= (Red Hat 4.4.5-6) (GCC) > cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : mockbuild > cc_compile_domain=A0=A0=A0=A0=A0 : > cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Wed Dec 14 11:41:56 EST 2011 > xend_config_format=A0=A0=A0=A0 : 4 > > As you see it's running 3.2.4-0 from your repo and it's running aok for t= he > last hours, we'll see > > Now ML115 is also running smooth 3.2.4 choon kernel. > > check it out and also xen 4.1.3 from your choonerized rpms. > > [root@xaero ~]# xl info > host=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xaero.dghvoi= p.com > release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.2.4-0.choon.cent= os6.x86_64 > version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1 SMP Sat Feb 4 1= 0:49:21 SGT 2012 > machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 > nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 > cores_per_socket=A0=A0=A0=A0=A0=A0 : 2 > threads_per_core=A0=A0=A0=A0=A0=A0 : 1 > cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1802 > hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : > 178bf3ff:ebd3fbff:00000000:00000010:00002001:00000000:0000001f:00000000 > virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm > total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3583 > free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2904 > > free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 > xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 > xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 > xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .3-rc1-pre > xen_caps=A0=A0=A0=A0=A0=A0=A0=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=A0=A0=A0=A0 : credit > xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 > platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 > xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable > xen_commandline=A0=A0=A0=A0=A0=A0=A0 : loglvl=3Dall guest_loglvl=3Dall do= m0_max_vcpus=3D1 > dom0_vcpus_pin conswitch=3Dg dom0_mem=3D384M console=3Dvga > cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc version 4.4.6 20110731= (Red Hat 4.4.6-3) (GCC) > cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : mockbuild > cc_compile_domain=A0=A0=A0=A0=A0 : choon.net > cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Fri Feb=A0 3 05:01:34 SGT 2012 > xend_config_format=A0=A0=A0=A0 : 4 > > We'll see how this behaves in the next few days. > > Now, as I'm trying to get used to xl stuff, I've also got symlinks to some > of my DomUs located at /etc/xen/auto to auto-start them at boottime but t= hey > just don't start, so I'm in doubt if this script is completely tested or = if > I'm better off using /etc/rc.local and start them from there. Output of the following: # chkconfig --list|grep xen You should get something like: choon-xen-iptables 0:off 1:off 2:on 3:on 4:on 5:on 6:off xencommons 0:off 1:off 2:on 3:on 4:on 5:on 6:off xend 0:off 1:off 2:on 3:on 4:on 5:on 6:off xendomains 0:off 1:off 2:on 3:on 4:on 5:on 6:off All are needed whether you run xl or xm is up to you but I always keep them enabled especially for xendomains if you want it to auto start. Whether for choon-xen-iptables is used when you enable antispoof feature. See more information in /etc/sysconfig/choon-xen-iptables file. # cat /etc/sysconfig/choon-xen-iptables # ENABLEANTISPOOF=3Dyes|no (default no) ENABLEANTISPOOF=3Dyes # DISABLETXCHECKSUM=3Dyes|no (default no) DISABLETXCHECKSUM=3Dyes Whereby for /etc/sysconfig/choon-xen you can see the comments in that file to find out more. Yes, I patched to enable antispoof support for tap devices. Currently only support vif -> tap naming. There are few things that xl not support if run in hvm... such as localtime etc... can't remember off my head though :p Feel free to test and feedback would be greatly appreciated ;) > > I cna comfirm that both of my srevers are running your rpms and they seem= to > be in good shape for now. Err... good to hear that... but hor... choon-kernel-3.2.5-0 released :p > > Thanks and please keep in touch. Sure... I will keep you update if you want off this list about the updates related to xen if you are interesed :) Thanks. Kindest regards, Giam Teck Choon > > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 21:50:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 21:50: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 1RuWR4-0003wB-2O; Mon, 06 Feb 2012 21:49:18 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuWR1-0003w3-VE for xen-users@lists.xensource.com; Mon, 06 Feb 2012 21:49:16 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1328564946!12253076!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11747 invoked from network); 6 Feb 2012 21:49:08 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 21:49:08 -0000 Received: by damc16 with SMTP id c16so38287567dam.30 for ; Mon, 06 Feb 2012 13:49:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=E2Za5pxstYwTwS59jNcMEzlJM4TBHE+2wPlrVyOYWqI=; b=NcTDaEVd4OLkJBbhVVXoIzPlRCPTpyBfMCB6c3lLoHNJvbOzUmOFghrKPYuKLvhUq9 KLfQORZ2RfXRjlNCKm4dhAK2ib21zE54kT6ZN4yFiMLFZBcI7g5f75HgKU7nS3uwWjEA m+UvOS4ptliOQ88uML8maRmyZj5q+9/343gcc= MIME-Version: 1.0 Received: by 10.68.72.39 with SMTP id a7mr50979659pbv.96.1328564538711; Mon, 06 Feb 2012 13:42:18 -0800 (PST) Received: by 10.68.134.10 with HTTP; Mon, 6 Feb 2012 13:42:18 -0800 (PST) In-Reply-To: References: Date: Tue, 7 Feb 2012 05:42:18 +0800 Message-ID: From: Teck Choon Giam To: David Gonzalez Cc: Xen-users Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, Feb 7, 2012 at 4:20 AM, David Gonzalez wrote: > UPDATE: > > Altho the ML115 server froze and by now I can't say what wen wrong until > tomorrow, I tried one of my other XEN servers running 4.1.2 (same as the > ofrozen one) tis one booted correctly and now I see. > > # xl info > host=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xenmaster > release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.2.4-0.choon.cent= os6.x86_64 > version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1 SMP Sat Feb 4 1= 0:49:21 SGT 2012 > machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 > nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 8 > nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > cores_per_socket=A0=A0=A0=A0=A0=A0 : 4 > threads_per_core=A0=A0=A0=A0=A0=A0 : 1 > cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2311 > hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : > 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000007ff:00000000 > virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm > total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 8191 > free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 6695 > > free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 > xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 > xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 > xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .2 > > xen_caps=A0=A0=A0=A0=A0=A0=A0=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=A0=A0=A0=A0 : credit > xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 > platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 > xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable > xen_commandline=A0=A0=A0=A0=A0=A0=A0 : dom0_max_vcpus=3D1 dom0_vcpus_pin = loglvl=3Dall > guest_loglvl=3Dall conswitch=3Dg com1=3D115200,8n1 console=3Dvga,com1 dom= 0_mem=3D512M > > cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc version 4.4.5 20110214= (Red Hat 4.4.5-6) (GCC) > cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : mockbuild > cc_compile_domain=A0=A0=A0=A0=A0 : > cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Wed Dec 14 11:41:56 EST 2011 > xend_config_format=A0=A0=A0=A0 : 4 > > As you see it's running 3.2.4-0 from your repo and it's running aok for t= he > last hours, we'll see > > Now ML115 is also running smooth 3.2.4 choon kernel. > > check it out and also xen 4.1.3 from your choonerized rpms. > > [root@xaero ~]# xl info > host=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xaero.dghvoi= p.com > release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.2.4-0.choon.cent= os6.x86_64 > version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1 SMP Sat Feb 4 1= 0:49:21 SGT 2012 > machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 > nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 > cores_per_socket=A0=A0=A0=A0=A0=A0 : 2 > threads_per_core=A0=A0=A0=A0=A0=A0 : 1 > cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1802 > hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : > 178bf3ff:ebd3fbff:00000000:00000010:00002001:00000000:0000001f:00000000 > virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm > total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3583 > free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2904 > > free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 > xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 > xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 > xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .3-rc1-pre > xen_caps=A0=A0=A0=A0=A0=A0=A0=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=A0=A0=A0=A0 : credit > xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 > platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 > xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable > xen_commandline=A0=A0=A0=A0=A0=A0=A0 : loglvl=3Dall guest_loglvl=3Dall do= m0_max_vcpus=3D1 > dom0_vcpus_pin conswitch=3Dg dom0_mem=3D384M console=3Dvga > cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc version 4.4.6 20110731= (Red Hat 4.4.6-3) (GCC) > cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : mockbuild > cc_compile_domain=A0=A0=A0=A0=A0 : choon.net > cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Fri Feb=A0 3 05:01:34 SGT 2012 > xend_config_format=A0=A0=A0=A0 : 4 > > We'll see how this behaves in the next few days. > > Now, as I'm trying to get used to xl stuff, I've also got symlinks to some > of my DomUs located at /etc/xen/auto to auto-start them at boottime but t= hey > just don't start, so I'm in doubt if this script is completely tested or = if > I'm better off using /etc/rc.local and start them from there. Output of the following: # chkconfig --list|grep xen You should get something like: choon-xen-iptables 0:off 1:off 2:on 3:on 4:on 5:on 6:off xencommons 0:off 1:off 2:on 3:on 4:on 5:on 6:off xend 0:off 1:off 2:on 3:on 4:on 5:on 6:off xendomains 0:off 1:off 2:on 3:on 4:on 5:on 6:off All are needed whether you run xl or xm is up to you but I always keep them enabled especially for xendomains if you want it to auto start. Whether for choon-xen-iptables is used when you enable antispoof feature. See more information in /etc/sysconfig/choon-xen-iptables file. # cat /etc/sysconfig/choon-xen-iptables # ENABLEANTISPOOF=3Dyes|no (default no) ENABLEANTISPOOF=3Dyes # DISABLETXCHECKSUM=3Dyes|no (default no) DISABLETXCHECKSUM=3Dyes Whereby for /etc/sysconfig/choon-xen you can see the comments in that file to find out more. Yes, I patched to enable antispoof support for tap devices. Currently only support vif -> tap naming. There are few things that xl not support if run in hvm... such as localtime etc... can't remember off my head though :p Feel free to test and feedback would be greatly appreciated ;) > > I cna comfirm that both of my srevers are running your rpms and they seem= to > be in good shape for now. Err... good to hear that... but hor... choon-kernel-3.2.5-0 released :p > > Thanks and please keep in touch. Sure... I will keep you update if you want off this list about the updates related to xen if you are interesed :) Thanks. Kindest regards, Giam Teck Choon > > > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Feb 06 23:30:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 23:30: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 1RuY05-0005Ky-2D; Mon, 06 Feb 2012 23:29:33 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuY03-0005Kr-8H for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 23:29:31 +0000 X-Env-Sender: rlzaleski@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1328570963!9495841!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=2.4 required=7.0 tests=HOT_NASTY,HTML_20_30, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12376 invoked from network); 6 Feb 2012 23:29:24 -0000 Received: from mail-tul01m020-f171.google.com (HELO mail-tul01m020-f171.google.com) (209.85.214.171) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 23:29:24 -0000 Received: by obcuy19 with SMTP id uy19so22753768obc.30 for ; Mon, 06 Feb 2012 15:29:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=kwa6p0E993Dp7+Yd+ytG2+sE9eTZZkNg43vxg6Ehg3I=; b=Vd98VLjjez7CuMFLpszsgIhvd6Dz5S+RPc9ZseBczIEJsoUXkThVaXZofwZDHTWt0O 0ap5r/bAzDkZS7C7g1aDjWt2V5wBTEJ3cuu/q7eXjg3Icc7XFN5xw9FUR3//wVcz+AbQ wHE8yJ7gCZ0uhFOAxnoa2IEej76BmcLSPoiZs= MIME-Version: 1.0 Received: by 10.50.89.232 with SMTP id br8mr12787805igb.30.1328570962998; Mon, 06 Feb 2012 15:29:22 -0800 (PST) Received: by 10.50.108.33 with HTTP; Mon, 6 Feb 2012 15:29:22 -0800 (PST) Date: Mon, 6 Feb 2012 18:29:22 -0500 Message-ID: From: Robert Zaleski To: Xen-users@lists.xensource.com Subject: [Xen-users] Do I have GPL-PV Installed right? X-BeenThere: xen-users@lists.xensource.com 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="===============8600010085428572529==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8600010085428572529== Content-Type: multipart/alternative; boundary=e89a8f3ba4294ef44c04b8540849 --e89a8f3ba4294ef44c04b8540849 Content-Type: text/plain; charset=ISO-8859-1 Hey Guys, I was looking at a windows 32 bit VM I have running. I noticed the drivers for the "IDE ATA/AAPI controllers" are Microsoft drivers. I do have a "Storage Controllers" -> "Xen Block Device Driver" which has "Xen GPL PV Driver Developers" for the provider and "GPLPV" in my loadoptions. Is there anything else I should have/check to ensure this is working? builder='hvm' memory = 2048 vcpus=2 maxvcpus=2 shadow_memory = 8 vif = [ 'type=vif,bridge=xenbr0,ip=XXX,mac=XXX' ] acpi = 1 apic = 1 disk = ['phy:/dev/sdc1,hda,w'] xen_platform_pci=1 device_model_version="qemu-xen" boot="dc" sdl=1 opengl=1 stdvga=0 vnc=0 nomigrate=1 serial='pty' usbdevice='tablet' I'm running linux 3.1.6 with xen 4.1.2. Let me know if there's any other details I should include. I just noticed the hard disk speed seemed a bit slow for some tests I ran. I did flip my BIOS from IDE->AHCI last week which is why I was looking at this. Any standard benchmarks I can run in the Windows VM and a bare metal install to compare? Anything I should check? Thanks for the help. --e89a8f3ba4294ef44c04b8540849 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey Guys,

I was looking at a windows 32 bit VM I have ru= nning. =A0I noticed the drivers for the "IDE ATA/AAPI controllers"= ; are Microsoft drivers. =A0I do have a "Storage Controllers" -&g= t; "Xen Block Device Driver" which has "Xen GPL PV Driver De= velopers" for the provider and "GPLPV" in my loadoptions. = =A0Is there anything else I should have/check to ensure this is working?

builder=3D'hvm'
memory =3D 2048<= /div>
vcpus=3D2
maxvcpus=3D2
shadow_memory =3D 8
vif =3D [ 'type=3Dvif,bridge=3Dxenbr0,ip=3DXXX,mac=3DXXX' ]=
acpi =3D 1
apic =3D 1
disk =3D ['phy:/dev/sdc1,hda,w']
xen_platform_pci=3D1
device_model_version=3D"qemu-xen"= ;
boot=3D"dc"
sdl=3D1
opengl=3D1
stdvga=3D0
vnc=3D0
nomigrate=3D1
serial=3D'pty'
=
usbdevice=3D'tablet'

I'm ru= nning linux 3.1.6 with xen 4.1.2. =A0Let me know if there's any other d= etails I should include. =A0I just noticed the hard disk speed seemed a bit= slow for some tests I ran. =A0I did flip my BIOS from IDE->AHCI last we= ek which is why I was looking at this.

Any standard benchmarks I can run in the Windows VM and= a bare metal install to compare? =A0Anything I should check?
Thanks for the help.
--e89a8f3ba4294ef44c04b8540849-- --===============8600010085428572529== 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.xensource.com http://lists.xensource.com/xen-users --===============8600010085428572529==-- From xen-users-bounces@lists.xensource.com Mon Feb 06 23:30:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 Feb 2012 23:30: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 1RuY05-0005Ky-2D; Mon, 06 Feb 2012 23:29:33 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuY03-0005Kr-8H for Xen-users@lists.xensource.com; Mon, 06 Feb 2012 23:29:31 +0000 X-Env-Sender: rlzaleski@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1328570963!9495841!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=2.4 required=7.0 tests=HOT_NASTY,HTML_20_30, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12376 invoked from network); 6 Feb 2012 23:29:24 -0000 Received: from mail-tul01m020-f171.google.com (HELO mail-tul01m020-f171.google.com) (209.85.214.171) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2012 23:29:24 -0000 Received: by obcuy19 with SMTP id uy19so22753768obc.30 for ; Mon, 06 Feb 2012 15:29:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=kwa6p0E993Dp7+Yd+ytG2+sE9eTZZkNg43vxg6Ehg3I=; b=Vd98VLjjez7CuMFLpszsgIhvd6Dz5S+RPc9ZseBczIEJsoUXkThVaXZofwZDHTWt0O 0ap5r/bAzDkZS7C7g1aDjWt2V5wBTEJ3cuu/q7eXjg3Icc7XFN5xw9FUR3//wVcz+AbQ wHE8yJ7gCZ0uhFOAxnoa2IEej76BmcLSPoiZs= MIME-Version: 1.0 Received: by 10.50.89.232 with SMTP id br8mr12787805igb.30.1328570962998; Mon, 06 Feb 2012 15:29:22 -0800 (PST) Received: by 10.50.108.33 with HTTP; Mon, 6 Feb 2012 15:29:22 -0800 (PST) Date: Mon, 6 Feb 2012 18:29:22 -0500 Message-ID: From: Robert Zaleski To: Xen-users@lists.xensource.com Subject: [Xen-users] Do I have GPL-PV Installed right? X-BeenThere: xen-users@lists.xensource.com 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="===============8600010085428572529==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8600010085428572529== Content-Type: multipart/alternative; boundary=e89a8f3ba4294ef44c04b8540849 --e89a8f3ba4294ef44c04b8540849 Content-Type: text/plain; charset=ISO-8859-1 Hey Guys, I was looking at a windows 32 bit VM I have running. I noticed the drivers for the "IDE ATA/AAPI controllers" are Microsoft drivers. I do have a "Storage Controllers" -> "Xen Block Device Driver" which has "Xen GPL PV Driver Developers" for the provider and "GPLPV" in my loadoptions. Is there anything else I should have/check to ensure this is working? builder='hvm' memory = 2048 vcpus=2 maxvcpus=2 shadow_memory = 8 vif = [ 'type=vif,bridge=xenbr0,ip=XXX,mac=XXX' ] acpi = 1 apic = 1 disk = ['phy:/dev/sdc1,hda,w'] xen_platform_pci=1 device_model_version="qemu-xen" boot="dc" sdl=1 opengl=1 stdvga=0 vnc=0 nomigrate=1 serial='pty' usbdevice='tablet' I'm running linux 3.1.6 with xen 4.1.2. Let me know if there's any other details I should include. I just noticed the hard disk speed seemed a bit slow for some tests I ran. I did flip my BIOS from IDE->AHCI last week which is why I was looking at this. Any standard benchmarks I can run in the Windows VM and a bare metal install to compare? Anything I should check? Thanks for the help. --e89a8f3ba4294ef44c04b8540849 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey Guys,

I was looking at a windows 32 bit VM I have ru= nning. =A0I noticed the drivers for the "IDE ATA/AAPI controllers"= ; are Microsoft drivers. =A0I do have a "Storage Controllers" -&g= t; "Xen Block Device Driver" which has "Xen GPL PV Driver De= velopers" for the provider and "GPLPV" in my loadoptions. = =A0Is there anything else I should have/check to ensure this is working?

builder=3D'hvm'
memory =3D 2048<= /div>
vcpus=3D2
maxvcpus=3D2
shadow_memory =3D 8
vif =3D [ 'type=3Dvif,bridge=3Dxenbr0,ip=3DXXX,mac=3DXXX' ]=
acpi =3D 1
apic =3D 1
disk =3D ['phy:/dev/sdc1,hda,w']
xen_platform_pci=3D1
device_model_version=3D"qemu-xen"= ;
boot=3D"dc"
sdl=3D1
opengl=3D1
stdvga=3D0
vnc=3D0
nomigrate=3D1
serial=3D'pty'
=
usbdevice=3D'tablet'

I'm ru= nning linux 3.1.6 with xen 4.1.2. =A0Let me know if there's any other d= etails I should include. =A0I just noticed the hard disk speed seemed a bit= slow for some tests I ran. =A0I did flip my BIOS from IDE->AHCI last we= ek which is why I was looking at this.

Any standard benchmarks I can run in the Windows VM and= a bare metal install to compare? =A0Anything I should check?
Thanks for the help.
--e89a8f3ba4294ef44c04b8540849-- --===============8600010085428572529== 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.xensource.com http://lists.xensource.com/xen-users --===============8600010085428572529==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 00:01:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 00:01: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 1RuYTn-0006KV-Um; Tue, 07 Feb 2012 00:00:15 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuYTm-0006KN-6V for Xen-users@lists.xensource.com; Tue, 07 Feb 2012 00:00:14 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-14.tower-216.messagelabs.com!1328572804!13125438!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9378 invoked from network); 7 Feb 2012 00:00:07 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-14.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 7 Feb 2012 00:00:07 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=mail.bendigoit.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1RuYTW-0004ye-Ig; Tue, 07 Feb 2012 10:59:58 +1100 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Feb 2012 10:59:58 +1100 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; Tue, 7 Feb 2012 10:59:57 +1100 From: James Harper To: Robert Zaleski , "Xen-users@lists.xensource.com" Thread-Topic: [Xen-users] Do I have GPL-PV Installed right? Thread-Index: AQHM5SkfNT0tIM7LwUKvu518wXYAlZYwjAWg Date: Mon, 6 Feb 2012 23:59:57 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B06F158B8@BITCOM1.int.sbss.com.au> References: In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 06 Feb 2012 23:59:58.0714 (UTC) FILETIME=[6E8005A0:01CCE52B] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Do I have GPL-PV Installed right? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Hey Guys, > > I was looking at a windows 32 bit VM I have running. I noticed the drivers for > the "IDE ATA/AAPI controllers" are Microsoft drivers. I do have a "Storage > Controllers" -> "Xen Block Device Driver" which has "Xen GPL PV Driver > Developers" for the provider and "GPLPV" in my loadoptions. Is there > anything else I should have/check to ensure this is working? > GPLPV just 'unplugs' the disk drives (for anything newer than Xen 3.4.1 I think). The CDROM drives and the ATAPI controllers stay functional and just use the Microsoft drivers as usual. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 00:01:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 00:01: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 1RuYTn-0006KV-Um; Tue, 07 Feb 2012 00:00:15 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuYTm-0006KN-6V for Xen-users@lists.xensource.com; Tue, 07 Feb 2012 00:00:14 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-14.tower-216.messagelabs.com!1328572804!13125438!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9378 invoked from network); 7 Feb 2012 00:00:07 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-14.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 7 Feb 2012 00:00:07 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=mail.bendigoit.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1RuYTW-0004ye-Ig; Tue, 07 Feb 2012 10:59:58 +1100 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Feb 2012 10:59:58 +1100 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; Tue, 7 Feb 2012 10:59:57 +1100 From: James Harper To: Robert Zaleski , "Xen-users@lists.xensource.com" Thread-Topic: [Xen-users] Do I have GPL-PV Installed right? Thread-Index: AQHM5SkfNT0tIM7LwUKvu518wXYAlZYwjAWg Date: Mon, 6 Feb 2012 23:59:57 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B06F158B8@BITCOM1.int.sbss.com.au> References: In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 06 Feb 2012 23:59:58.0714 (UTC) FILETIME=[6E8005A0:01CCE52B] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Do I have GPL-PV Installed right? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Hey Guys, > > I was looking at a windows 32 bit VM I have running. I noticed the drivers for > the "IDE ATA/AAPI controllers" are Microsoft drivers. I do have a "Storage > Controllers" -> "Xen Block Device Driver" which has "Xen GPL PV Driver > Developers" for the provider and "GPLPV" in my loadoptions. Is there > anything else I should have/check to ensure this is working? > GPLPV just 'unplugs' the disk drives (for anything newer than Xen 3.4.1 I think). The CDROM drives and the ATAPI controllers stay functional and just use the Microsoft drivers as usual. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 04:12:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 04:12: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 1RucNv-0004q8-9B; Tue, 07 Feb 2012 04:10:27 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RucNt-0004q3-Qe for xen-users@lists.xensource.com; Tue, 07 Feb 2012 04:10:26 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328587818!13453991!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2732 invoked from network); 7 Feb 2012 04:10:19 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 04:10:19 -0000 Received: by lagp5 with SMTP id p5so6053094lag.30 for ; Mon, 06 Feb 2012 20:10:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.128.163 with SMTP id np3mr11530055lab.51.1328587817743; Mon, 06 Feb 2012 20:10:17 -0800 (PST) Received: by 10.112.24.195 with HTTP; Mon, 6 Feb 2012 20:10:17 -0800 (PST) X-Originating-IP: [66.189.91.101] In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Mon, 6 Feb 2012 23:10:17 -0500 Message-ID: From: Chris Marget To: Florian Heigl Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 2:28 PM, Florian Heigl wrote: > yes the PV disk and network drivers make the difference between heaven > and hell for FreeBSD domUs. > Do not bother with any more benchmarks until you have them working :) > But yes, in general it's slower; I also kept using FreeNAS instead of > Nexenta due to the smaller footprint and, my, I loved the clean UI, > until they redid it for (as the log said "adding more round edges") Hi Florian, I believe that I've gotten the PV drivers working at least partly correctly. The exact procedure I used for the kernel build is documented here: http://files.fragmentationneeded.net/freebsd/build_kernel.txt I dropped the new kernel in place of the old one in the FreeNAS /boot/kernel directory, and use the same XEN guest configuration: http://files.fragmentationneeded.net/freebsd/freenas-hvm.cfg I see xen-related lingo as the system boots: http://files.fragmentationneeded.net/freebsd/dmesg.txt The network interface now appears as "xn0", and the disks have moved around from ada* to ad* names. Running the same 'dd' tests as before, I find that the boot device (ad0/xbd0 virual block device noted by dmesg) has much improved performance: 60MB/s, but the drives attached to the PCI-passthru SATA controller remain exactly where they were: 0.5MB/s It seems the the PV block driver hasn't noticed the disks attached to the passed-through controller. What do you think? Should I even expect the PV drivers to help in this PCI passthrough scenario? Thank you! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 04:12:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 04:12: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 1RucNv-0004q8-9B; Tue, 07 Feb 2012 04:10:27 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RucNt-0004q3-Qe for xen-users@lists.xensource.com; Tue, 07 Feb 2012 04:10:26 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328587818!13453991!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2732 invoked from network); 7 Feb 2012 04:10:19 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 04:10:19 -0000 Received: by lagp5 with SMTP id p5so6053094lag.30 for ; Mon, 06 Feb 2012 20:10:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.128.163 with SMTP id np3mr11530055lab.51.1328587817743; Mon, 06 Feb 2012 20:10:17 -0800 (PST) Received: by 10.112.24.195 with HTTP; Mon, 6 Feb 2012 20:10:17 -0800 (PST) X-Originating-IP: [66.189.91.101] In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Mon, 6 Feb 2012 23:10:17 -0500 Message-ID: From: Chris Marget To: Florian Heigl Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Feb 3, 2012 at 2:28 PM, Florian Heigl wrote: > yes the PV disk and network drivers make the difference between heaven > and hell for FreeBSD domUs. > Do not bother with any more benchmarks until you have them working :) > But yes, in general it's slower; I also kept using FreeNAS instead of > Nexenta due to the smaller footprint and, my, I loved the clean UI, > until they redid it for (as the log said "adding more round edges") Hi Florian, I believe that I've gotten the PV drivers working at least partly correctly. The exact procedure I used for the kernel build is documented here: http://files.fragmentationneeded.net/freebsd/build_kernel.txt I dropped the new kernel in place of the old one in the FreeNAS /boot/kernel directory, and use the same XEN guest configuration: http://files.fragmentationneeded.net/freebsd/freenas-hvm.cfg I see xen-related lingo as the system boots: http://files.fragmentationneeded.net/freebsd/dmesg.txt The network interface now appears as "xn0", and the disks have moved around from ada* to ad* names. Running the same 'dd' tests as before, I find that the boot device (ad0/xbd0 virual block device noted by dmesg) has much improved performance: 60MB/s, but the drives attached to the PCI-passthru SATA controller remain exactly where they were: 0.5MB/s It seems the the PV block driver hasn't noticed the disks attached to the passed-through controller. What do you think? Should I even expect the PV drivers to help in this PCI passthrough scenario? Thank you! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 06:44:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 06:44:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuekR-00073V-N4; Tue, 07 Feb 2012 06:41:51 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuekP-00073N-Jz for xen-users@lists.xensource.com; Tue, 07 Feb 2012 06:41:49 +0000 X-Env-Sender: enzinol@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1328596903!12224045!1 X-Originating-IP: [74.125.82.41] 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-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5614 invoked from network); 7 Feb 2012 06:41:43 -0000 Received: from mail-ww0-f41.google.com (HELO mail-ww0-f41.google.com) (74.125.82.41) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 06:41:43 -0000 Received: by wgbdt11 with SMTP id dt11so4840711wgb.0 for ; Mon, 06 Feb 2012 22:41:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=x1IP9CPrwqrutjnkJRxCW6UuWn3sy6WoLE+74zRkQGg=; b=xLBhRhPsuJXpN+1ApZQkJjuRZkVdHynG8EMdkkFdy59rwh3TAp5S9DHqJPkKHxMtEp eeNpa786SO4tQN2iN9OLHy5ChUe/1uNdnNPNubTyefIRoDBmoWPUnciI6tvso027TZ6X IgfoXF5WDLFyIdaxcN0lIfpX4KuG2d8GB8Mkw= MIME-Version: 1.0 Received: by 10.180.106.33 with SMTP id gr1mr31941961wib.6.1328596903092; Mon, 06 Feb 2012 22:41:43 -0800 (PST) Received: by 10.223.45.194 with HTTP; Mon, 6 Feb 2012 22:41:42 -0800 (PST) Date: Mon, 6 Feb 2012 22:41:42 -0800 Message-ID: From: Enzo Lombardi To: xen-users@lists.xensource.com Subject: [Xen-users] Xen on Fedora 16 X-BeenThere: xen-users@lists.xensource.com 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="===============2115925417890040760==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2115925417890040760== Content-Type: multipart/alternative; boundary=f46d0445199975634f04b85a1235 --f46d0445199975634f04b85a1235 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I've installed xen on Fedora 16 using the yum install command. The grub entries point to version "4.1.2" while xl info reports version 3.1.0-7.fc16.x86_64 Am I missing anything? Thanks -e --f46d0445199975634f04b85a1235 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello all,
I've installed xen on Fedora 16 using the yum install co= mmand.
The grub entries point to version "4.1.2" while = xl info reports version=A03.1.0-7.fc16.x86_64
Am I missing anythi= ng?
Thanks
-e

--f46d0445199975634f04b85a1235-- --===============2115925417890040760== 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.xensource.com http://lists.xensource.com/xen-users --===============2115925417890040760==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 06:44:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 06:44:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuekR-00073V-N4; Tue, 07 Feb 2012 06:41:51 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuekP-00073N-Jz for xen-users@lists.xensource.com; Tue, 07 Feb 2012 06:41:49 +0000 X-Env-Sender: enzinol@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1328596903!12224045!1 X-Originating-IP: [74.125.82.41] 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-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5614 invoked from network); 7 Feb 2012 06:41:43 -0000 Received: from mail-ww0-f41.google.com (HELO mail-ww0-f41.google.com) (74.125.82.41) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 06:41:43 -0000 Received: by wgbdt11 with SMTP id dt11so4840711wgb.0 for ; Mon, 06 Feb 2012 22:41:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=x1IP9CPrwqrutjnkJRxCW6UuWn3sy6WoLE+74zRkQGg=; b=xLBhRhPsuJXpN+1ApZQkJjuRZkVdHynG8EMdkkFdy59rwh3TAp5S9DHqJPkKHxMtEp eeNpa786SO4tQN2iN9OLHy5ChUe/1uNdnNPNubTyefIRoDBmoWPUnciI6tvso027TZ6X IgfoXF5WDLFyIdaxcN0lIfpX4KuG2d8GB8Mkw= MIME-Version: 1.0 Received: by 10.180.106.33 with SMTP id gr1mr31941961wib.6.1328596903092; Mon, 06 Feb 2012 22:41:43 -0800 (PST) Received: by 10.223.45.194 with HTTP; Mon, 6 Feb 2012 22:41:42 -0800 (PST) Date: Mon, 6 Feb 2012 22:41:42 -0800 Message-ID: From: Enzo Lombardi To: xen-users@lists.xensource.com Subject: [Xen-users] Xen on Fedora 16 X-BeenThere: xen-users@lists.xensource.com 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="===============2115925417890040760==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2115925417890040760== Content-Type: multipart/alternative; boundary=f46d0445199975634f04b85a1235 --f46d0445199975634f04b85a1235 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I've installed xen on Fedora 16 using the yum install command. The grub entries point to version "4.1.2" while xl info reports version 3.1.0-7.fc16.x86_64 Am I missing anything? Thanks -e --f46d0445199975634f04b85a1235 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello all,
I've installed xen on Fedora 16 using the yum install co= mmand.
The grub entries point to version "4.1.2" while = xl info reports version=A03.1.0-7.fc16.x86_64
Am I missing anythi= ng?
Thanks
-e

--f46d0445199975634f04b85a1235-- --===============2115925417890040760== 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.xensource.com http://lists.xensource.com/xen-users --===============2115925417890040760==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 11:10:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 11:10:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuivK-0003uW-RX; Tue, 07 Feb 2012 11:09:22 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuivI-0003uR-SB for xen-users@lists.xensource.com; Tue, 07 Feb 2012 11:09:21 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1328612932!51868891!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_9,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3842 invoked from network); 7 Feb 2012 11:08:53 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 11:08:53 -0000 Received: by iaeh11 with SMTP id h11so58817773iae.30 for ; Tue, 07 Feb 2012 03:09:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=nFTf7SdONHOz3Lpao+o2XzzbgEyT9JinuWRJecVFRAk=; b=LGeb7CcoVgYizuUJKW8vzRSpORwCcdeF1/qSbaXMaXd37SI0xMJVI1rWyt0/L/+za3 umVQf6A5z26wxgQDHSvzcnvqG39OOqV9IxP8NjtTmg63YK/jrFTZEz9FqQj9YP8asnte Fqabqvyy/raOhwzOX0tDId5uZElWBU8IZFIwM= Received: by 10.50.203.100 with SMTP id kp4mr26017820igc.6.1328612955147; Tue, 07 Feb 2012 03:09:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.107.102 with HTTP; Tue, 7 Feb 2012 03:08:55 -0800 (PST) From: eva Date: Tue, 7 Feb 2012 12:08:55 +0100 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Grub options for dom0 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello guys, I am setting up dom0. I have read that is recommended restricting one cpu for dom0. In the xen wiki there's a list of grub parameters http://wiki.xen.org/wiki/Xen_Hypervisor_Boot_Options but it seems deprecated? http://groups.google.com/group/ganeti/browse_thread/thread/a18979bdd00f6461 Do you guys use this option (maxcpus) as shown here as well? http://www.indiangnu.org/2009/how-to-disable-cores-of-cpu/ Do you need to modify /etc/xen/xend-config.sxp accordingly to what's been set on grub? What other options related with grub shall I consider for my dom0? Also, where to get an updated list of parameters for grub2? I'd like to update the list at the xen wiki. Any suggestion will be very much appreciatted.... Eva _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 11:10:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 11:10:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuivK-0003uW-RX; Tue, 07 Feb 2012 11:09:22 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuivI-0003uR-SB for xen-users@lists.xensource.com; Tue, 07 Feb 2012 11:09:21 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1328612932!51868891!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_9,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3842 invoked from network); 7 Feb 2012 11:08:53 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 11:08:53 -0000 Received: by iaeh11 with SMTP id h11so58817773iae.30 for ; Tue, 07 Feb 2012 03:09:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=nFTf7SdONHOz3Lpao+o2XzzbgEyT9JinuWRJecVFRAk=; b=LGeb7CcoVgYizuUJKW8vzRSpORwCcdeF1/qSbaXMaXd37SI0xMJVI1rWyt0/L/+za3 umVQf6A5z26wxgQDHSvzcnvqG39OOqV9IxP8NjtTmg63YK/jrFTZEz9FqQj9YP8asnte Fqabqvyy/raOhwzOX0tDId5uZElWBU8IZFIwM= Received: by 10.50.203.100 with SMTP id kp4mr26017820igc.6.1328612955147; Tue, 07 Feb 2012 03:09:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.107.102 with HTTP; Tue, 7 Feb 2012 03:08:55 -0800 (PST) From: eva Date: Tue, 7 Feb 2012 12:08:55 +0100 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Grub options for dom0 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello guys, I am setting up dom0. I have read that is recommended restricting one cpu for dom0. In the xen wiki there's a list of grub parameters http://wiki.xen.org/wiki/Xen_Hypervisor_Boot_Options but it seems deprecated? http://groups.google.com/group/ganeti/browse_thread/thread/a18979bdd00f6461 Do you guys use this option (maxcpus) as shown here as well? http://www.indiangnu.org/2009/how-to-disable-cores-of-cpu/ Do you need to modify /etc/xen/xend-config.sxp accordingly to what's been set on grub? What other options related with grub shall I consider for my dom0? Also, where to get an updated list of parameters for grub2? I'd like to update the list at the xen wiki. Any suggestion will be very much appreciatted.... Eva _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 12:38:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 12:38:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukId-00056v-P0; Tue, 07 Feb 2012 12:37:31 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RukIb-00056q-Sd for xen-users@lists.xensource.com; Tue, 07 Feb 2012 12:37:30 +0000 X-Env-Sender: krevedinho@yandex.ru X-Msg-Ref: server-2.tower-27.messagelabs.com!1328618181!60070915!1 X-Originating-IP: [95.108.253.142] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjI1My4xNDIgPT4gMjU3Mzc=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5205 invoked from network); 7 Feb 2012 12:36:21 -0000 Received: from forward17.mail.yandex.net (HELO forward17.mail.yandex.net) (95.108.253.142) by server-2.tower-27.messagelabs.com with SMTP; 7 Feb 2012 12:36:21 -0000 Received: from web3.yandex.ru (web3.yandex.ru [95.108.252.103]) by forward17.mail.yandex.net (Yandex) with ESMTP id C8BFD1061B5E for ; Tue, 7 Feb 2012 16:37:22 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1328618242; bh=UybcZxrj8qRiMve+9rpTKIiYmuP6g6S5GspC//rtd8Y=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=Yfc57iZRm5ushuzf0WHWMjDgXv1ZqrQfLFMdn5QX0Nw8qxU8TboA7x52pJivrGflP 95vFTTIQRYHPNfjS+mfXepoTdnK1iuOD80A0qyAOzKLbYnJdZ07n0egQ1t40eMXGkm NHE44zNcc6kabQG2ElTTIalIZugtfJn4grHHEdFs= Received: from localhost (localhost.localdomain [127.0.0.1]) by web3.yandex.ru (Yandex) with ESMTP id A4A551A98001 for ; Tue, 7 Feb 2012 16:37:22 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1328618242; bh=UybcZxrj8qRiMve+9rpTKIiYmuP6g6S5GspC//rtd8Y=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=Yfc57iZRm5ushuzf0WHWMjDgXv1ZqrQfLFMdn5QX0Nw8qxU8TboA7x52pJivrGflP 95vFTTIQRYHPNfjS+mfXepoTdnK1iuOD80A0qyAOzKLbYnJdZ07n0egQ1t40eMXGkm NHE44zNcc6kabQG2ElTTIalIZugtfJn4grHHEdFs= X-Yandex-Spam: 1 Received: from mail2.protei.ru (mail2.protei.ru [62.152.87.202]) by web3.yandex.ru with HTTP; Tue, 07 Feb 2012 16:37:22 +0400 From: Kreved To: xen-users@lists.xensource.com MIME-Version: 1.0 Message-Id: <813051328618242@web3.yandex.ru> Date: Tue, 07 Feb 2012 16:37:22 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Subject: [Xen-users] GPLPV, RDP and network latency X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello! Has anybody experienced network latency problems with combination of Windows 7, GPLPV drivers and RDP connection? Any Windows pop-up message(such as "command not found" error message in "Run command:" dialog, or dividing by zero in windows calc) causes a short freeze of RDP session and looks like that from dom0: PING 192.168.44.65 (192.168.44.65) 56(84) bytes of data. 64 bytes from 192.168.44.65: icmp_seq=1 ttl=128 time=0.649 ms 64 bytes from 192.168.44.65: icmp_seq=2 ttl=128 time=0.232 ms 64 bytes from 192.168.44.65: icmp_seq=3 ttl=128 time=0.273 ms 64 bytes from 192.168.44.65: icmp_seq=4 ttl=128 time=501 ms 64 bytes from 192.168.44.65: icmp_seq=5 ttl=128 time=0.205 ms 64 bytes from 192.168.44.65: icmp_seq=6 ttl=128 time=0.463 ms 64 bytes from 192.168.44.65: icmp_seq=7 ttl=128 time=0.206 ms where 192.168.44.65 is domU address. The latency may vary from 500 to 10000 ms. The very same actions taken via VNC connection to VM work fine without any problem. We have tried different Windows 7 distros, 32- and 64-bit editions, Windows and Linux RDP clients, with the same result. Software used: Xen version 4.1.2_05-1.1.1 (abuild@) (gcc version 4.6.2 (SUSE Linux) ) Sun Oct 30 03:25:04 UTC 2011 gplpv_Vista2008x32_signed_0.11.0.308 Windows 7 SP1 timer_mode is set to 1, offload settings are: Offload parameters for vif2.0: rx-checksumming: off tx-checksumming: off scatter-gather: off tcp-segmentation-offload: off udp-fragmentation-offload: off generic-segmentation-offload: off generic-receive-offload: off large-receive-offload: off rx-vlan-offload: off tx-vlan-offload: off ntuple-filters: off receive-hashing: off Thanks in advance! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 12:38:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 12:38:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukId-00056v-P0; Tue, 07 Feb 2012 12:37:31 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RukIb-00056q-Sd for xen-users@lists.xensource.com; Tue, 07 Feb 2012 12:37:30 +0000 X-Env-Sender: krevedinho@yandex.ru X-Msg-Ref: server-2.tower-27.messagelabs.com!1328618181!60070915!1 X-Originating-IP: [95.108.253.142] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjI1My4xNDIgPT4gMjU3Mzc=\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5205 invoked from network); 7 Feb 2012 12:36:21 -0000 Received: from forward17.mail.yandex.net (HELO forward17.mail.yandex.net) (95.108.253.142) by server-2.tower-27.messagelabs.com with SMTP; 7 Feb 2012 12:36:21 -0000 Received: from web3.yandex.ru (web3.yandex.ru [95.108.252.103]) by forward17.mail.yandex.net (Yandex) with ESMTP id C8BFD1061B5E for ; Tue, 7 Feb 2012 16:37:22 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1328618242; bh=UybcZxrj8qRiMve+9rpTKIiYmuP6g6S5GspC//rtd8Y=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=Yfc57iZRm5ushuzf0WHWMjDgXv1ZqrQfLFMdn5QX0Nw8qxU8TboA7x52pJivrGflP 95vFTTIQRYHPNfjS+mfXepoTdnK1iuOD80A0qyAOzKLbYnJdZ07n0egQ1t40eMXGkm NHE44zNcc6kabQG2ElTTIalIZugtfJn4grHHEdFs= Received: from localhost (localhost.localdomain [127.0.0.1]) by web3.yandex.ru (Yandex) with ESMTP id A4A551A98001 for ; Tue, 7 Feb 2012 16:37:22 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1328618242; bh=UybcZxrj8qRiMve+9rpTKIiYmuP6g6S5GspC//rtd8Y=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=Yfc57iZRm5ushuzf0WHWMjDgXv1ZqrQfLFMdn5QX0Nw8qxU8TboA7x52pJivrGflP 95vFTTIQRYHPNfjS+mfXepoTdnK1iuOD80A0qyAOzKLbYnJdZ07n0egQ1t40eMXGkm NHE44zNcc6kabQG2ElTTIalIZugtfJn4grHHEdFs= X-Yandex-Spam: 1 Received: from mail2.protei.ru (mail2.protei.ru [62.152.87.202]) by web3.yandex.ru with HTTP; Tue, 07 Feb 2012 16:37:22 +0400 From: Kreved To: xen-users@lists.xensource.com MIME-Version: 1.0 Message-Id: <813051328618242@web3.yandex.ru> Date: Tue, 07 Feb 2012 16:37:22 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Subject: [Xen-users] GPLPV, RDP and network latency X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello! Has anybody experienced network latency problems with combination of Windows 7, GPLPV drivers and RDP connection? Any Windows pop-up message(such as "command not found" error message in "Run command:" dialog, or dividing by zero in windows calc) causes a short freeze of RDP session and looks like that from dom0: PING 192.168.44.65 (192.168.44.65) 56(84) bytes of data. 64 bytes from 192.168.44.65: icmp_seq=1 ttl=128 time=0.649 ms 64 bytes from 192.168.44.65: icmp_seq=2 ttl=128 time=0.232 ms 64 bytes from 192.168.44.65: icmp_seq=3 ttl=128 time=0.273 ms 64 bytes from 192.168.44.65: icmp_seq=4 ttl=128 time=501 ms 64 bytes from 192.168.44.65: icmp_seq=5 ttl=128 time=0.205 ms 64 bytes from 192.168.44.65: icmp_seq=6 ttl=128 time=0.463 ms 64 bytes from 192.168.44.65: icmp_seq=7 ttl=128 time=0.206 ms where 192.168.44.65 is domU address. The latency may vary from 500 to 10000 ms. The very same actions taken via VNC connection to VM work fine without any problem. We have tried different Windows 7 distros, 32- and 64-bit editions, Windows and Linux RDP clients, with the same result. Software used: Xen version 4.1.2_05-1.1.1 (abuild@) (gcc version 4.6.2 (SUSE Linux) ) Sun Oct 30 03:25:04 UTC 2011 gplpv_Vista2008x32_signed_0.11.0.308 Windows 7 SP1 timer_mode is set to 1, offload settings are: Offload parameters for vif2.0: rx-checksumming: off tx-checksumming: off scatter-gather: off tcp-segmentation-offload: off udp-fragmentation-offload: off generic-segmentation-offload: off generic-receive-offload: off large-receive-offload: off rx-vlan-offload: off tx-vlan-offload: off ntuple-filters: off receive-hashing: off Thanks in advance! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 12:50:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 12:50:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukTt-0005Sn-Ce; Tue, 07 Feb 2012 12:49:09 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukTr-0005Se-Ul for xen-users@lists.xensource.com; Tue, 07 Feb 2012 12:49:08 +0000 X-Env-Sender: r.g.babukarthik@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1328618940!5825415!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20213 invoked from network); 7 Feb 2012 12:49:01 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 12:49:01 -0000 Received: by ghbf1 with SMTP id f1so82964510ghb.30 for ; Tue, 07 Feb 2012 04:49:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=advQVREqnVV4nUIhJBML0VakfxgrJ6ZoEQeUIpcYyuA=; b=RLcqekht0/2cuHEq40W3yJoL15LeNFKoJq1fB2uJrQjVhzoCWmGH6Ym29xccLl792L AtFVm/c76KcsUTnALC/DE3cyVvkbEjZPH8cvEh/HQ3Ix1USNkHS6LfRRaxM2iuHA2QL+ Nk8zKTOBLvs5ya1MX4Yc2WWWbA1h6gwI/W830= MIME-Version: 1.0 Received: by 10.50.193.195 with SMTP id hq3mr26669997igc.18.1328618940143; Tue, 07 Feb 2012 04:49:00 -0800 (PST) Received: by 10.231.134.137 with HTTP; Tue, 7 Feb 2012 04:49:00 -0800 (PST) Date: Tue, 7 Feb 2012 04:49:00 -0800 Message-ID: From: babu karthik To: xen-users@lists.xensource.com Subject: [Xen-users] software as service X-BeenThere: xen-users@lists.xensource.com 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="===============1212142053045475441==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1212142053045475441== Content-Type: multipart/alternative; boundary=14dae9340df5f8180804b85f33c0 --14dae9340df5f8180804b85f33c0 Content-Type: text/plain; charset=ISO-8859-1 can u tell me in xen, how software as service is done, how to install the saas in xen -- R.G.BABUKARTHIK M.Tech NIE Pondicherry university The secret of success is to know something nobody else knows. --14dae9340df5f8180804b85f33c0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
can u tell me in xen, how software as service is done, ho= w to install the saas in xen
--
R.G.BABUKARTHIK
M.Tech NIE
Pondicherry university


The secret of success is to know something nobody els= e knows.

--14dae9340df5f8180804b85f33c0-- --===============1212142053045475441== 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.xensource.com http://lists.xensource.com/xen-users --===============1212142053045475441==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 12:50:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 12:50:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukTt-0005Sn-Ce; Tue, 07 Feb 2012 12:49:09 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukTr-0005Se-Ul for xen-users@lists.xensource.com; Tue, 07 Feb 2012 12:49:08 +0000 X-Env-Sender: r.g.babukarthik@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1328618940!5825415!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20213 invoked from network); 7 Feb 2012 12:49:01 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 12:49:01 -0000 Received: by ghbf1 with SMTP id f1so82964510ghb.30 for ; Tue, 07 Feb 2012 04:49:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=advQVREqnVV4nUIhJBML0VakfxgrJ6ZoEQeUIpcYyuA=; b=RLcqekht0/2cuHEq40W3yJoL15LeNFKoJq1fB2uJrQjVhzoCWmGH6Ym29xccLl792L AtFVm/c76KcsUTnALC/DE3cyVvkbEjZPH8cvEh/HQ3Ix1USNkHS6LfRRaxM2iuHA2QL+ Nk8zKTOBLvs5ya1MX4Yc2WWWbA1h6gwI/W830= MIME-Version: 1.0 Received: by 10.50.193.195 with SMTP id hq3mr26669997igc.18.1328618940143; Tue, 07 Feb 2012 04:49:00 -0800 (PST) Received: by 10.231.134.137 with HTTP; Tue, 7 Feb 2012 04:49:00 -0800 (PST) Date: Tue, 7 Feb 2012 04:49:00 -0800 Message-ID: From: babu karthik To: xen-users@lists.xensource.com Subject: [Xen-users] software as service X-BeenThere: xen-users@lists.xensource.com 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="===============1212142053045475441==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1212142053045475441== Content-Type: multipart/alternative; boundary=14dae9340df5f8180804b85f33c0 --14dae9340df5f8180804b85f33c0 Content-Type: text/plain; charset=ISO-8859-1 can u tell me in xen, how software as service is done, how to install the saas in xen -- R.G.BABUKARTHIK M.Tech NIE Pondicherry university The secret of success is to know something nobody else knows. --14dae9340df5f8180804b85f33c0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
can u tell me in xen, how software as service is done, ho= w to install the saas in xen
--
R.G.BABUKARTHIK
M.Tech NIE
Pondicherry university


The secret of success is to know something nobody els= e knows.

--14dae9340df5f8180804b85f33c0-- --===============1212142053045475441== 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.xensource.com http://lists.xensource.com/xen-users --===============1212142053045475441==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 12:56:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 12:56: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 1RukZv-0005ox-FH; Tue, 07 Feb 2012 12:55:23 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukZt-0005oj-Oa for xen-users@lists.xensource.com; Tue, 07 Feb 2012 12:55:22 +0000 X-Env-Sender: gbuday@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1328619314!12282297!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23626 invoked from network); 7 Feb 2012 12:55:15 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 12:55:15 -0000 Received: by iaeh11 with SMTP id h11so59404533iae.30 for ; Tue, 07 Feb 2012 04:55:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=3WJpwv6tCP3P1Z5kbJ1ZUq8elRaeJIfGWbz/b5424h8=; b=c7qTQRMRWIxYYWF3qm3E/RfcFAhrdIwW3EJTt5JWRe9aLRc8IX952/NDmE1qcYaIJE kh63Du/zUce0dAbtbgh7BRbee0vYOOA5+HxWhIrA40JgHP0ap6dqUSTk5RC7OysEQwB2 jOYmPLtiH+DueM/fhTNxJjVeXiExqXexSYQjM= MIME-Version: 1.0 Received: by 10.42.142.7 with SMTP id q7mr19285654icu.9.1328619313707; Tue, 07 Feb 2012 04:55:13 -0800 (PST) Received: by 10.231.47.67 with HTTP; Tue, 7 Feb 2012 04:55:13 -0800 (PST) Date: Tue, 7 Feb 2012 13:55:13 +0100 Message-ID: From: Gergely Buday To: xen-users@lists.xensource.com Subject: [Xen-users] blocked domain X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, with virt-manager I have reached the following state: # xm list Name ID Mem VCPUs State Time(s) Domain-0 0 3005 1 r----- 6236.5 MobileOtp 1024 1 0.0 MobileOtp2 1024 1 0.0 MobileOtp3 3 800 1 -b---- 338.4 The installation from an iso image did not start, how can I start it from this blocked state? - Gergely _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 12:56:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 12:56: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 1RukZv-0005ox-FH; Tue, 07 Feb 2012 12:55:23 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RukZt-0005oj-Oa for xen-users@lists.xensource.com; Tue, 07 Feb 2012 12:55:22 +0000 X-Env-Sender: gbuday@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1328619314!12282297!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23626 invoked from network); 7 Feb 2012 12:55:15 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 12:55:15 -0000 Received: by iaeh11 with SMTP id h11so59404533iae.30 for ; Tue, 07 Feb 2012 04:55:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=3WJpwv6tCP3P1Z5kbJ1ZUq8elRaeJIfGWbz/b5424h8=; b=c7qTQRMRWIxYYWF3qm3E/RfcFAhrdIwW3EJTt5JWRe9aLRc8IX952/NDmE1qcYaIJE kh63Du/zUce0dAbtbgh7BRbee0vYOOA5+HxWhIrA40JgHP0ap6dqUSTk5RC7OysEQwB2 jOYmPLtiH+DueM/fhTNxJjVeXiExqXexSYQjM= MIME-Version: 1.0 Received: by 10.42.142.7 with SMTP id q7mr19285654icu.9.1328619313707; Tue, 07 Feb 2012 04:55:13 -0800 (PST) Received: by 10.231.47.67 with HTTP; Tue, 7 Feb 2012 04:55:13 -0800 (PST) Date: Tue, 7 Feb 2012 13:55:13 +0100 Message-ID: From: Gergely Buday To: xen-users@lists.xensource.com Subject: [Xen-users] blocked domain X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, with virt-manager I have reached the following state: # xm list Name ID Mem VCPUs State Time(s) Domain-0 0 3005 1 r----- 6236.5 MobileOtp 1024 1 0.0 MobileOtp2 1024 1 0.0 MobileOtp3 3 800 1 -b---- 338.4 The installation from an iso image did not start, how can I start it from this blocked state? - Gergely _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 13:18:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 13:18: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 1Rukuy-0006Wn-Fd; Tue, 07 Feb 2012 13:17:08 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Rukuw-0006WA-8D for xen-users@lists.xensource.com; Tue, 07 Feb 2012 13:17:06 +0000 X-Env-Sender: ngoulding@voxel.net X-Msg-Ref: server-9.tower-216.messagelabs.com!1328620620!13841880!1 X-Originating-IP: [208.122.50.10] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28017 invoked from network); 7 Feb 2012 13:17:00 -0000 Received: from voxel-zimbra1.lga6.us.voxel.net (HELO voxel-zimbra1.lga6.us.voxel.net) (208.122.50.10) by server-9.tower-216.messagelabs.com with SMTP; 7 Feb 2012 13:17:00 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by voxel-zimbra1.lga6.us.voxel.net (Postfix) with ESMTP id 68CAA4CEDF05; Tue, 7 Feb 2012 08:16:59 -0500 (EST) X-Virus-Scanned: amavisd-new at voxel.net Received: from voxel-zimbra1.lga6.us.voxel.net ([127.0.0.1]) by localhost (voxel-zimbra1.lga6.us.voxel.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AX1EFcWnhXRV; Tue, 7 Feb 2012 08:16:59 -0500 (EST) Received: from voxel-zimbra1.lga6.us.voxel.net (voxel-zimbra1.lga6.us.voxel.net [208.122.50.10]) by voxel-zimbra1.lga6.us.voxel.net (Postfix) with ESMTP id 473534CEDF01; Tue, 7 Feb 2012 08:16:59 -0500 (EST) References: From: Nathan Goulding In-Reply-To: Message-Id: Date: Tue, 07 Feb 2012 08:16:59 -0500 (EST) To: babu karthik MIME-Version: 1.0 X-Mailer: Zimbra 7.1.1_GA_3213 (MobileSync - Apple-iPhone3C3/901.405) Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] software as service X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > can u tell me in xen, how software as service is done, how to install the saas in xen You're asking how to build a house. Xen is a hammer. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 13:18:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 13:18: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 1Rukuy-0006Wn-Fd; Tue, 07 Feb 2012 13:17:08 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Rukuw-0006WA-8D for xen-users@lists.xensource.com; Tue, 07 Feb 2012 13:17:06 +0000 X-Env-Sender: ngoulding@voxel.net X-Msg-Ref: server-9.tower-216.messagelabs.com!1328620620!13841880!1 X-Originating-IP: [208.122.50.10] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28017 invoked from network); 7 Feb 2012 13:17:00 -0000 Received: from voxel-zimbra1.lga6.us.voxel.net (HELO voxel-zimbra1.lga6.us.voxel.net) (208.122.50.10) by server-9.tower-216.messagelabs.com with SMTP; 7 Feb 2012 13:17:00 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by voxel-zimbra1.lga6.us.voxel.net (Postfix) with ESMTP id 68CAA4CEDF05; Tue, 7 Feb 2012 08:16:59 -0500 (EST) X-Virus-Scanned: amavisd-new at voxel.net Received: from voxel-zimbra1.lga6.us.voxel.net ([127.0.0.1]) by localhost (voxel-zimbra1.lga6.us.voxel.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AX1EFcWnhXRV; Tue, 7 Feb 2012 08:16:59 -0500 (EST) Received: from voxel-zimbra1.lga6.us.voxel.net (voxel-zimbra1.lga6.us.voxel.net [208.122.50.10]) by voxel-zimbra1.lga6.us.voxel.net (Postfix) with ESMTP id 473534CEDF01; Tue, 7 Feb 2012 08:16:59 -0500 (EST) References: From: Nathan Goulding In-Reply-To: Message-Id: Date: Tue, 07 Feb 2012 08:16:59 -0500 (EST) To: babu karthik MIME-Version: 1.0 X-Mailer: Zimbra 7.1.1_GA_3213 (MobileSync - Apple-iPhone3C3/901.405) Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] software as service X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > can u tell me in xen, how software as service is done, how to install the saas in xen You're asking how to build a house. Xen is a hammer. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 19:11:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 19:11:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuqQM-0004Iz-7s; Tue, 07 Feb 2012 19:09:54 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuqQK-0004Iu-EH for xen-users@lists.xensource.com; Tue, 07 Feb 2012 19:09:52 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1328641784!12408788!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8743 invoked from network); 7 Feb 2012 19:09:46 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 19:09:46 -0000 Received: by damc16 with SMTP id c16so44455348dam.30 for ; Tue, 07 Feb 2012 11:09:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f6RD8+9oyEKlKeMW7VF7AebLwbfxU0hzhm5ihirkiQQ=; b=sdBqvLQb2aXHf0ZoLszmeZRANRPEJlujeW2mghSvYOEW1F5eki5KSyitN20i2AEuX/ cTyCczdo5XtOWu59Vr2Wb/HtNokCk1aiYqf5TAtN97TZx0q8uSsORSnAb7qOpIyYNf3x ekMTcDG08vp7be9LS3yj8sUa8OFDRWv+vu/Vk= MIME-Version: 1.0 Received: by 10.68.200.65 with SMTP id jq1mr60906637pbc.54.1328641783906; Tue, 07 Feb 2012 11:09:43 -0800 (PST) Received: by 10.143.62.17 with HTTP; Tue, 7 Feb 2012 11:09:43 -0800 (PST) In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Tue, 7 Feb 2012 20:09:43 +0100 Message-ID: From: Florian Heigl To: Chris Marget Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Chris, unfortunately, thats over my head. I think you're correct that the PV drivers cannot possible handle a PCI passthrough device. With the FreeBSD domU I had built I also had to switch the device type in the Xen config, albeit that was still on Xen 4.0. I can't read through your notes, just not enough time. But it can't hurt to check the backend for your PV disks is also really "blkback". Me thinks. On the other hand I'm not 100% sure this would be still true on PVOPS host kernels. I havent been back to using PCI delegation since a few years ago; Adaptec SCSI controllers and their irq sharing flaws made my host crash and I was simply fed up with it. First thing to check with bad SATA performance on your passthroughed controller would be if the AHCI disk access works. I hope you delegated the full controller and not a single pci function of the controller? that would make me worry. It would be good if you could test the passthrough SATA performance in a HVM linux or windows domU to get some more data about this. But if I had only one shot: AHCI not working. Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 19:11:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 19:11:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuqQM-0004Iz-7s; Tue, 07 Feb 2012 19:09:54 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuqQK-0004Iu-EH for xen-users@lists.xensource.com; Tue, 07 Feb 2012 19:09:52 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1328641784!12408788!1 X-Originating-IP: [209.85.210.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8743 invoked from network); 7 Feb 2012 19:09:46 -0000 Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 19:09:46 -0000 Received: by damc16 with SMTP id c16so44455348dam.30 for ; Tue, 07 Feb 2012 11:09:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f6RD8+9oyEKlKeMW7VF7AebLwbfxU0hzhm5ihirkiQQ=; b=sdBqvLQb2aXHf0ZoLszmeZRANRPEJlujeW2mghSvYOEW1F5eki5KSyitN20i2AEuX/ cTyCczdo5XtOWu59Vr2Wb/HtNokCk1aiYqf5TAtN97TZx0q8uSsORSnAb7qOpIyYNf3x ekMTcDG08vp7be9LS3yj8sUa8OFDRWv+vu/Vk= MIME-Version: 1.0 Received: by 10.68.200.65 with SMTP id jq1mr60906637pbc.54.1328641783906; Tue, 07 Feb 2012 11:09:43 -0800 (PST) Received: by 10.143.62.17 with HTTP; Tue, 7 Feb 2012 11:09:43 -0800 (PST) In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Tue, 7 Feb 2012 20:09:43 +0100 Message-ID: From: Florian Heigl To: Chris Marget Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Chris, unfortunately, thats over my head. I think you're correct that the PV drivers cannot possible handle a PCI passthrough device. With the FreeBSD domU I had built I also had to switch the device type in the Xen config, albeit that was still on Xen 4.0. I can't read through your notes, just not enough time. But it can't hurt to check the backend for your PV disks is also really "blkback". Me thinks. On the other hand I'm not 100% sure this would be still true on PVOPS host kernels. I havent been back to using PCI delegation since a few years ago; Adaptec SCSI controllers and their irq sharing flaws made my host crash and I was simply fed up with it. First thing to check with bad SATA performance on your passthroughed controller would be if the AHCI disk access works. I hope you delegated the full controller and not a single pci function of the controller? that would make me worry. It would be good if you could test the passthrough SATA performance in a HVM linux or windows domU to get some more data about this. But if I had only one shot: AHCI not working. Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 20:20:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 20:20:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RurUW-0005bG-0W; Tue, 07 Feb 2012 20:18:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RurUU-0005b7-UC for xen-users@lists.xensource.com; Tue, 07 Feb 2012 20:18:15 +0000 Received: from [85.158.139.83:47067] by server-7.bemta-5.messagelabs.com id 6B/FC-01252-607813F4; Tue, 07 Feb 2012 20:18:14 +0000 X-Env-Sender: ksrujandas@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1328645893!14081727!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24196 invoked from network); 7 Feb 2012 20:18:13 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 20:18:13 -0000 Received: by bkcjg15 with SMTP id jg15so1076369bkc.30 for ; Tue, 07 Feb 2012 12:18:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=sTfdnqB7An4sqUIRgiZx7My56P4o5egfx+jQrInElS0=; b=uSWUfqV/lgE0vLBJZf+7PpNIMbf/uVdPmwCk1dDnQqY6PflgiV1PuUgz0ViGyKunrt kr/ur6wzIwUVn4ESJzqVj1UWNmg2/h5dCyUIeIhOg8vppul6hV7yEh471qsURYeb2BoI OdK1EfnWjCySdM3LEZrfWUtAFGn9Qoe9TrWPE= MIME-Version: 1.0 Received: by 10.204.133.219 with SMTP id g27mr11137854bkt.47.1328645893237; Tue, 07 Feb 2012 12:18:13 -0800 (PST) Received: by 10.204.130.146 with HTTP; Tue, 7 Feb 2012 12:18:13 -0800 (PST) Date: Tue, 7 Feb 2012 14:18:13 -0600 Message-ID: From: Srujan Kotikela To: xen-users@lists.xensource.com Subject: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============5805680938640674982==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============5805680938640674982== Content-Type: multipart/alternative; boundary=001517592f1c7faba104b8657ad6 --001517592f1c7faba104b8657ad6 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am trying to add a CD drive to a VM. But the command xe cd-list is not displaying anything. The XCP host has a DVD drive. Any ideas? ~ SDK --001517592f1c7faba104b8657ad6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am trying to add a CD drive to a VM. But the comma= nd xe cd-list is not displaying anything. The XCP host has a DVD drive.=A0<= /div>
Any ideas?

~ SDK

--001517592f1c7faba104b8657ad6-- --===============5805680938640674982== 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.xensource.com http://lists.xensource.com/xen-users --===============5805680938640674982==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 20:20:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 20:20:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RurUW-0005bG-0W; Tue, 07 Feb 2012 20:18:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RurUU-0005b7-UC for xen-users@lists.xensource.com; Tue, 07 Feb 2012 20:18:15 +0000 Received: from [85.158.139.83:47067] by server-7.bemta-5.messagelabs.com id 6B/FC-01252-607813F4; Tue, 07 Feb 2012 20:18:14 +0000 X-Env-Sender: ksrujandas@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1328645893!14081727!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24196 invoked from network); 7 Feb 2012 20:18:13 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 20:18:13 -0000 Received: by bkcjg15 with SMTP id jg15so1076369bkc.30 for ; Tue, 07 Feb 2012 12:18:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=sTfdnqB7An4sqUIRgiZx7My56P4o5egfx+jQrInElS0=; b=uSWUfqV/lgE0vLBJZf+7PpNIMbf/uVdPmwCk1dDnQqY6PflgiV1PuUgz0ViGyKunrt kr/ur6wzIwUVn4ESJzqVj1UWNmg2/h5dCyUIeIhOg8vppul6hV7yEh471qsURYeb2BoI OdK1EfnWjCySdM3LEZrfWUtAFGn9Qoe9TrWPE= MIME-Version: 1.0 Received: by 10.204.133.219 with SMTP id g27mr11137854bkt.47.1328645893237; Tue, 07 Feb 2012 12:18:13 -0800 (PST) Received: by 10.204.130.146 with HTTP; Tue, 7 Feb 2012 12:18:13 -0800 (PST) Date: Tue, 7 Feb 2012 14:18:13 -0600 Message-ID: From: Srujan Kotikela To: xen-users@lists.xensource.com Subject: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============5805680938640674982==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============5805680938640674982== Content-Type: multipart/alternative; boundary=001517592f1c7faba104b8657ad6 --001517592f1c7faba104b8657ad6 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am trying to add a CD drive to a VM. But the command xe cd-list is not displaying anything. The XCP host has a DVD drive. Any ideas? ~ SDK --001517592f1c7faba104b8657ad6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am trying to add a CD drive to a VM. But the comma= nd xe cd-list is not displaying anything. The XCP host has a DVD drive.=A0<= /div>
Any ideas?

~ SDK

--001517592f1c7faba104b8657ad6-- --===============5805680938640674982== 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.xensource.com http://lists.xensource.com/xen-users --===============5805680938640674982==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 20:46:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 20:46: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 1RuruW-0006AN-KB; Tue, 07 Feb 2012 20:45:08 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuruU-0006AI-LH for xen-users@lists.xensource.com; Tue, 07 Feb 2012 20:45:06 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1328647498!10403225!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3401 invoked from network); 7 Feb 2012 20:45:00 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Feb 2012 20:45:00 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.13.8/8.13.8) with ESMTP id q17LSC4M019879 for ; Tue, 7 Feb 2012 14:28:12 -0700 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 7a31_1150_98a5102e_51cc_11e1_a884_00137252735f; Tue, 07 Feb 2012 13:44:57 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 5D40D44C2E for ; Tue, 7 Feb 2012 13:44:57 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Tue, 07 Feb 2012 13:44:57 -0700 Message-Id: <4F312AD802000099000DA85F@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.2 Date: Tue, 07 Feb 2012 13:44:56 -0700 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] [XCP] XCP NFS Root X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com So, a few days ago I asked about network/iSCSI booting XCP (dom0). Doesn't seem like it's something that very many people have done, since I didn't get much response, so I decided to give it a shot myself. I was able to install a couple of CentOS 5 packages that help with network booting and get the system to boot off of NFS (can provide some more detail on that, later), but now I'm running into a little networking Catch-22. Booting off NFS (or iSCSI, for that matter), you have to specify an Ethernet device as your root device, and this device is brought up during the initrd phase of the boot sequence in order to mount the root filesystem. So, I've specified eth0 as my root device, and it is brought up successfully, obtains an IP address, and mounts the root FS. Unfortunately this all falls apart when XCP goes to bring up xenbr0, which contains eth0, in order to share the device with VMs that might run on this host. Another side effect of xenbr0 not coming up successfully seems to be that none of the XCP management stuff actually listens on eth0 - it must be configured to listen on xenbr0, so I cannot manage the XCP host using any external tools. I know some version of Xen contain scripts that move the IP address from the ethernet card to the bridge during Xen initialization - I'm wondering if anyone knows a good way to do this on XCP? Or some other way to get this NFS-over-root system to behave correctly. Obviously I could use a dedicated interface for network booting, but this isn't ideal - the hosts I'm looking at booting over NFS have limited network adapters, and I'd like to be able to maximize my use of them. Thanks, -- Nick Couchman Manager, Information Technology SEAKR Engineering, Inc. 6221 South Racine Circle Centennial, CO Desk: 303-784-7724 Office: 303-790-8499 Fax: 303-662-8703 Web: http://www.seakr.com -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 20:46:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 20:46: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 1RuruW-0006AN-KB; Tue, 07 Feb 2012 20:45:08 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuruU-0006AI-LH for xen-users@lists.xensource.com; Tue, 07 Feb 2012 20:45:06 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1328647498!10403225!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3401 invoked from network); 7 Feb 2012 20:45:00 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Feb 2012 20:45:00 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.13.8/8.13.8) with ESMTP id q17LSC4M019879 for ; Tue, 7 Feb 2012 14:28:12 -0700 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 7a31_1150_98a5102e_51cc_11e1_a884_00137252735f; Tue, 07 Feb 2012 13:44:57 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 5D40D44C2E for ; Tue, 7 Feb 2012 13:44:57 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Tue, 07 Feb 2012 13:44:57 -0700 Message-Id: <4F312AD802000099000DA85F@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.2 Date: Tue, 07 Feb 2012 13:44:56 -0700 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] [XCP] XCP NFS Root X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com So, a few days ago I asked about network/iSCSI booting XCP (dom0). Doesn't seem like it's something that very many people have done, since I didn't get much response, so I decided to give it a shot myself. I was able to install a couple of CentOS 5 packages that help with network booting and get the system to boot off of NFS (can provide some more detail on that, later), but now I'm running into a little networking Catch-22. Booting off NFS (or iSCSI, for that matter), you have to specify an Ethernet device as your root device, and this device is brought up during the initrd phase of the boot sequence in order to mount the root filesystem. So, I've specified eth0 as my root device, and it is brought up successfully, obtains an IP address, and mounts the root FS. Unfortunately this all falls apart when XCP goes to bring up xenbr0, which contains eth0, in order to share the device with VMs that might run on this host. Another side effect of xenbr0 not coming up successfully seems to be that none of the XCP management stuff actually listens on eth0 - it must be configured to listen on xenbr0, so I cannot manage the XCP host using any external tools. I know some version of Xen contain scripts that move the IP address from the ethernet card to the bridge during Xen initialization - I'm wondering if anyone knows a good way to do this on XCP? Or some other way to get this NFS-over-root system to behave correctly. Obviously I could use a dedicated interface for network booting, but this isn't ideal - the hosts I'm looking at booting over NFS have limited network adapters, and I'd like to be able to maximize my use of them. Thanks, -- Nick Couchman Manager, Information Technology SEAKR Engineering, Inc. 6221 South Racine Circle Centennial, CO Desk: 303-784-7724 Office: 303-790-8499 Fax: 303-662-8703 Web: http://www.seakr.com -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Feb 07 21:01:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 21:01:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rus9N-0006do-D5; Tue, 07 Feb 2012 21:00:29 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rus9M-0006dd-22 for xen-users@lists.xensource.com; Tue, 07 Feb 2012 21:00:28 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1328648420!15722306!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32277 invoked from network); 7 Feb 2012 21:00:20 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 21:00:20 -0000 Received: by lagp5 with SMTP id p5so7434987lag.30 for ; Tue, 07 Feb 2012 13:00:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=HvYp/fXTZo+RPJ+Y+JMF6r6xQvYejoZIGywPF6nML2o=; b=hqUjbOa7cQc+efpHKxWZbShKNy+H4CpPALUGn2i5ep1caQkU7NWDIhJqH5sSwduQIt siLNIHx8aaLxFqGk2NjX6kixxxLdDmz9f7cBdrSSFK9xjXZMooXPcOR9HVUYH2gFf8Dq bT7CD2qHbKPq4WCBJwqg4ClNiACM2rtghfsVc= Received: by 10.112.83.42 with SMTP id n10mr6917888lby.101.1328648419162; Tue, 07 Feb 2012 13:00:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.102.40 with HTTP; Tue, 7 Feb 2012 12:59:39 -0800 (PST) In-Reply-To: <4F312AD802000099000DA85F@collaborate.seakr.com> References: <4F312AD802000099000DA85F@collaborate.seakr.com> From: Grant McWilliams Date: Tue, 7 Feb 2012 12:59:39 -0800 Message-ID: To: Nick Couchman Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] XCP NFS Root X-BeenThere: xen-users@lists.xensource.com 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="===============4093042743660205365==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============4093042743660205365== Content-Type: multipart/alternative; boundary=f46d0401fc410e391904b86611e5 --f46d0401fc410e391904b86611e5 Content-Type: text/plain; charset=UTF-8 > > > I know some version of Xen contain scripts that move the IP address from > the ethernet card to the bridge during Xen initialization - I'm > wondering if anyone knows a good way to do this on XCP? Or some other >> >> >> >> >> -------- > > This e-mail may contain confidential and privileged material for the sole >> use of the intended recipient. If this email is not intended for you, or >> you are not responsible for the delivery of this message to the intended >> recipient, please note that this message may contain SEAKR Engineering >> (SEAKR) Privileged/Proprietary Information. In such a case, you are >> strictly prohibited from downloading, photocopying, distributing or >> otherwise using this message, its contents or attachments in any way. If >> you have received this message in error, please notify us immediately by >> replying to this e-mail and delete the message from your mailbox. >> Information contained in this message that does not relate to the business >> of SEAKR is neither endorsed by nor attributable to SEAKR. > > >> _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > > way to get this NFS-over-root system to behave correctly. Obviously I > could use a dedicated interface for network booting, but this isn't > ideal - the hosts I'm looking at booting over NFS have limited network > adapters, and I'd like to be able to maximize my use of them. > > Thanks, > -- > Nick Couchman > Manager, Information Technology > SEAKR Engineering, Inc. > 6221 South Racine Circle > Centennial, CO > Desk: 303-784-7724 > Office: 303-790-8499 > Fax: 303-662-8703 > Web: http://www.seakr.com > > In regular Xen I used to much with the network scripts a lot and wrote my own because I needed just what you specified a straight eth0. With XCP I haven't touched that at all so I don't even know where to point you. Although the /etc/xensource-inventory file lists the management interface. Perhaps you can follow the yellow brick road from there. Grant McWilliams http://grantmcwilliams.com/ --f46d0401fc410e391904b86611e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I know some version of Xen contain scripts that move the IP address from the ethernet card to the bridge during Xen initialization - I'm
wondering if anyone knows a good way to do this on XCP? =C2=A0Or some other=



--------
This e-mail may contain= confidential and privileged material for the sole use of the intended reci= pient. =C2=A0If this email is not intended for you, or you are not responsi= ble for the delivery of this message to the intended recipient, please note= that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprie= tary Information. =C2=A0In such a case, you are strictly prohibited from do= wnloading, photocopying, distributing or otherwise using this message, its = contents or attachments in any way. =C2=A0If you have received this message= in error, please notify us immediately by replying to this e-mail and dele= te the message from your mailbox. =C2=A0Information contained in this messa= ge that does not relate to the business of SEAKR is neither endorsed by nor= attributable to SEAKR.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://lists.xensource.com/xen-users

way to get this NFS-over-root system to behave correctly. =C2=A0Obviously I=
could use a dedicated interface for network booting, but this isn't
ideal - the hosts I'm looking at booting over NFS have limited network<= br> adapters, and I'd like to be able to maximize my use of them.

Thanks,
--
Nick Couchman
Manager, Information Technology
SEAKR Engineering, Inc.
6221 South Racine Circle
Centennial, CO
Desk: 303-784-7724<= br> Office: 303-790-8499
Fax: 303-662-8703 Web: http://www.seakr.co= m



In regular Xen I used t= o much with the network scripts a lot and wrote my own because I needed jus= t what you specified a straight eth0. With XCP I haven't touched that a= t all so I don't even know where to point you. Although the /etc/xensou= rce-inventory file lists the management interface. Perhaps you can follow t= he yellow brick road from there.=C2=A0

=C2=A0
--f46d0401fc410e391904b86611e5-- --===============4093042743660205365== 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.xensource.com http://lists.xensource.com/xen-users --===============4093042743660205365==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 21:01:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 21:01:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rus9N-0006do-D5; Tue, 07 Feb 2012 21:00:29 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rus9M-0006dd-22 for xen-users@lists.xensource.com; Tue, 07 Feb 2012 21:00:28 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1328648420!15722306!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32277 invoked from network); 7 Feb 2012 21:00:20 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 21:00:20 -0000 Received: by lagp5 with SMTP id p5so7434987lag.30 for ; Tue, 07 Feb 2012 13:00:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=HvYp/fXTZo+RPJ+Y+JMF6r6xQvYejoZIGywPF6nML2o=; b=hqUjbOa7cQc+efpHKxWZbShKNy+H4CpPALUGn2i5ep1caQkU7NWDIhJqH5sSwduQIt siLNIHx8aaLxFqGk2NjX6kixxxLdDmz9f7cBdrSSFK9xjXZMooXPcOR9HVUYH2gFf8Dq bT7CD2qHbKPq4WCBJwqg4ClNiACM2rtghfsVc= Received: by 10.112.83.42 with SMTP id n10mr6917888lby.101.1328648419162; Tue, 07 Feb 2012 13:00:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.102.40 with HTTP; Tue, 7 Feb 2012 12:59:39 -0800 (PST) In-Reply-To: <4F312AD802000099000DA85F@collaborate.seakr.com> References: <4F312AD802000099000DA85F@collaborate.seakr.com> From: Grant McWilliams Date: Tue, 7 Feb 2012 12:59:39 -0800 Message-ID: To: Nick Couchman Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] XCP NFS Root X-BeenThere: xen-users@lists.xensource.com 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="===============4093042743660205365==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============4093042743660205365== Content-Type: multipart/alternative; boundary=f46d0401fc410e391904b86611e5 --f46d0401fc410e391904b86611e5 Content-Type: text/plain; charset=UTF-8 > > > I know some version of Xen contain scripts that move the IP address from > the ethernet card to the bridge during Xen initialization - I'm > wondering if anyone knows a good way to do this on XCP? Or some other >> >> >> >> >> -------- > > This e-mail may contain confidential and privileged material for the sole >> use of the intended recipient. If this email is not intended for you, or >> you are not responsible for the delivery of this message to the intended >> recipient, please note that this message may contain SEAKR Engineering >> (SEAKR) Privileged/Proprietary Information. In such a case, you are >> strictly prohibited from downloading, photocopying, distributing or >> otherwise using this message, its contents or attachments in any way. If >> you have received this message in error, please notify us immediately by >> replying to this e-mail and delete the message from your mailbox. >> Information contained in this message that does not relate to the business >> of SEAKR is neither endorsed by nor attributable to SEAKR. > > >> _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > > way to get this NFS-over-root system to behave correctly. Obviously I > could use a dedicated interface for network booting, but this isn't > ideal - the hosts I'm looking at booting over NFS have limited network > adapters, and I'd like to be able to maximize my use of them. > > Thanks, > -- > Nick Couchman > Manager, Information Technology > SEAKR Engineering, Inc. > 6221 South Racine Circle > Centennial, CO > Desk: 303-784-7724 > Office: 303-790-8499 > Fax: 303-662-8703 > Web: http://www.seakr.com > > In regular Xen I used to much with the network scripts a lot and wrote my own because I needed just what you specified a straight eth0. With XCP I haven't touched that at all so I don't even know where to point you. Although the /etc/xensource-inventory file lists the management interface. Perhaps you can follow the yellow brick road from there. Grant McWilliams http://grantmcwilliams.com/ --f46d0401fc410e391904b86611e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I know some version of Xen contain scripts that move the IP address from the ethernet card to the bridge during Xen initialization - I'm
wondering if anyone knows a good way to do this on XCP? =C2=A0Or some other=



--------
This e-mail may contain= confidential and privileged material for the sole use of the intended reci= pient. =C2=A0If this email is not intended for you, or you are not responsi= ble for the delivery of this message to the intended recipient, please note= that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprie= tary Information. =C2=A0In such a case, you are strictly prohibited from do= wnloading, photocopying, distributing or otherwise using this message, its = contents or attachments in any way. =C2=A0If you have received this message= in error, please notify us immediately by replying to this e-mail and dele= te the message from your mailbox. =C2=A0Information contained in this messa= ge that does not relate to the business of SEAKR is neither endorsed by nor= attributable to SEAKR.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://lists.xensource.com/xen-users

way to get this NFS-over-root system to behave correctly. =C2=A0Obviously I=
could use a dedicated interface for network booting, but this isn't
ideal - the hosts I'm looking at booting over NFS have limited network<= br> adapters, and I'd like to be able to maximize my use of them.

Thanks,
--
Nick Couchman
Manager, Information Technology
SEAKR Engineering, Inc.
6221 South Racine Circle
Centennial, CO
Desk: 303-784-7724<= br> Office: 303-790-8499
Fax: 303-662-8703 Web: http://www.seakr.co= m



In regular Xen I used t= o much with the network scripts a lot and wrote my own because I needed jus= t what you specified a straight eth0. With XCP I haven't touched that a= t all so I don't even know where to point you. Although the /etc/xensou= rce-inventory file lists the management interface. Perhaps you can follow t= he yellow brick road from there.=C2=A0

=C2=A0
--f46d0401fc410e391904b86611e5-- --===============4093042743660205365== 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.xensource.com http://lists.xensource.com/xen-users --===============4093042743660205365==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 21:02:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 21:02: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 1RusAY-0006hT-LC; Tue, 07 Feb 2012 21:01:42 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RusAW-0006gr-6F for xen-users@lists.xensource.com; Tue, 07 Feb 2012 21:01:40 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1328648493!12349853!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22499 invoked from network); 7 Feb 2012 21:01:34 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 21:01:34 -0000 Received: by lbjn8 with SMTP id n8so2949457lbj.30 for ; Tue, 07 Feb 2012 13:01:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=l7Seqa+QTzbGRNQ7fYHOPebMooDtbwGieEDVrnlOO3M=; b=hkSBpvnWzTsKbnK4GmIjKUYa153QkVcFllc294rx9gR5n81s7X33gqZ2X2ijlP2fUJ PyvQHDFvAJzhl1qSNkkQSuLdvpHqDZLTuKCXXgDrxEzBV3ddESoCU7iuDfk6b6GAb7sr P8Z0C6aoTlc5Bi0iYcSk+mS2BKmgNsolUQ/do= Received: by 10.112.83.42 with SMTP id n10mr6919385lby.101.1328648493176; Tue, 07 Feb 2012 13:01:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.102.40 with HTTP; Tue, 7 Feb 2012 13:00:53 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Tue, 7 Feb 2012 13:00:53 -0800 Message-ID: To: Srujan Kotikela Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============8553428002146200665==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8553428002146200665== Content-Type: multipart/alternative; boundary=f46d0401fc417796e604b8661576 --f46d0401fc417796e604b8661576 Content-Type: text/plain; charset=UTF-8 On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela wrote: > Hi, > > I am trying to add a CD drive to a VM. But the command xe cd-list is not > displaying anything. The XCP host has a DVD drive. > Any ideas? > > ~ SDK > > Where did you copy the cd ISO to on the host? Grant McWilliams http://grantmcwilliams.com/ --f46d0401fc417796e604b8661576 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela= <ksrujandas@g= mail.com> wrote:
Hi,

I am trying to add a CD drive to a VM. But the comma= nd xe cd-list is not displaying anything. The XCP host has a DVD drive.=C2= =A0
Any ideas?

~ SDK


Where did you copy the cd ISO to on the host?= =C2=A0

--f46d0401fc417796e604b8661576-- --===============8553428002146200665== 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.xensource.com http://lists.xensource.com/xen-users --===============8553428002146200665==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 21:02:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 21:02: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 1RusAY-0006hT-LC; Tue, 07 Feb 2012 21:01:42 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RusAW-0006gr-6F for xen-users@lists.xensource.com; Tue, 07 Feb 2012 21:01:40 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1328648493!12349853!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22499 invoked from network); 7 Feb 2012 21:01:34 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 21:01:34 -0000 Received: by lbjn8 with SMTP id n8so2949457lbj.30 for ; Tue, 07 Feb 2012 13:01:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=l7Seqa+QTzbGRNQ7fYHOPebMooDtbwGieEDVrnlOO3M=; b=hkSBpvnWzTsKbnK4GmIjKUYa153QkVcFllc294rx9gR5n81s7X33gqZ2X2ijlP2fUJ PyvQHDFvAJzhl1qSNkkQSuLdvpHqDZLTuKCXXgDrxEzBV3ddESoCU7iuDfk6b6GAb7sr P8Z0C6aoTlc5Bi0iYcSk+mS2BKmgNsolUQ/do= Received: by 10.112.83.42 with SMTP id n10mr6919385lby.101.1328648493176; Tue, 07 Feb 2012 13:01:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.102.40 with HTTP; Tue, 7 Feb 2012 13:00:53 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Tue, 7 Feb 2012 13:00:53 -0800 Message-ID: To: Srujan Kotikela Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============8553428002146200665==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8553428002146200665== Content-Type: multipart/alternative; boundary=f46d0401fc417796e604b8661576 --f46d0401fc417796e604b8661576 Content-Type: text/plain; charset=UTF-8 On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela wrote: > Hi, > > I am trying to add a CD drive to a VM. But the command xe cd-list is not > displaying anything. The XCP host has a DVD drive. > Any ideas? > > ~ SDK > > Where did you copy the cd ISO to on the host? Grant McWilliams http://grantmcwilliams.com/ --f46d0401fc417796e604b8661576 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela= <ksrujandas@g= mail.com> wrote:
Hi,

I am trying to add a CD drive to a VM. But the comma= nd xe cd-list is not displaying anything. The XCP host has a DVD drive.=C2= =A0
Any ideas?

~ SDK


Where did you copy the cd ISO to on the host?= =C2=A0

--f46d0401fc417796e604b8661576-- --===============8553428002146200665== 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.xensource.com http://lists.xensource.com/xen-users --===============8553428002146200665==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 21:27:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 21:27:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RusYD-0007UZ-DV; Tue, 07 Feb 2012 21:26:09 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RusYB-0007UU-5c for xen-users@lists.xensource.com; Tue, 07 Feb 2012 21:26:07 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1328649960!7265442!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 895 invoked from network); 7 Feb 2012 21:26:00 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 21:26:00 -0000 Received: by eaan12 with SMTP id n12so24725608eaa.30 for ; Tue, 07 Feb 2012 13:26:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=UkgK+MOpmpuKSJ1pVywA9WkXo3ZM96mLX4cfTmMpvjE=; b=pMlukErOGeEQUFPYCHWZj5trayiX+gy3iHJK3disXs4TVg0WwOqg4JY3kaJFqVnn7t 0H5rnYHHVhvv7h6JdrirsD0rJ4gPTU8r+iWnk05W2Tt/9sYfNvOEP94sw33Cbqv3kxHR C0n+k081fgC3l3DYGSXE/Mr3/lDD9wvHpbTzo= Received: by 10.14.23.199 with SMTP id v47mr6656350eev.81.1328649959991; Tue, 07 Feb 2012 13:25:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.113.137 with HTTP; Tue, 7 Feb 2012 13:25:39 -0800 (PST) From: Chris Dickson Date: Tue, 7 Feb 2012 16:25:39 -0500 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Network issue after a live migration X-BeenThere: xen-users@lists.xensource.com 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="===============8480128919733405304==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8480128919733405304== Content-Type: multipart/alternative; boundary=0016367b602ce56b5504b8666c72 --0016367b602ce56b5504b8666c72 Content-Type: text/plain; charset=UTF-8 Hello, I've been testing live migrations with Xen 4.1 and everything seems to be going as it should except after the migration succeeds, the domU loses access to the network. I'm using ubuntu 11.10 as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12). I know the migration succeeds because I can still 'xm console' into the domU and I can see processes I started before the migration are still running. If I reboot the vm, the networking situation corrects itself and the domU regains access to the network, but then it's not really 'live' which is important to me. There are two things that stick out at me after looking at all the logs, dmesg etc.: 1. The vif after migration seems to have the 'tx-/rx-ring-ref' stuck reversed from what it was originally on the pre-migration dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the original ordering, for example, an 'xm network-list' on the domU shows this just after the migration: Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path 0 0 00:16:3e:17:ed:97 0 4 10 769 /768 /local/domain/0/backend/vif/18/0 And then after a reboot, I regain access and this is what it looks like: Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path 0 0 00:16:3e:17:ed:97 0 4 10 768 /769 /local/domain/0/backend/vif/18/0 2. The only error message I can pick out from the xend.log is this on the original pre-migration dom0: [2012-02-07 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/xc_save 20 126 0 0 1 [2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed to get the suspend evtchn port However, everything migrates successfully other than this network issue. I can't really figure out the significance of either issue after a lot of googling. Any insight would be greatly appreciated if anyone has run into anything like this or has a hunch. Thanks, Chris --0016367b602ce56b5504b8666c72 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,

I've been testing live migrations with Xen 4.= 1 and everything seems to be going as it should except after the migration = succeeds, the domU loses access to the network. I'm using ubuntu 11.10 = as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12)= . I know the migration succeeds because I can still 'xm console' in= to the domU and I can see processes I started before the migration are stil= l running. If I reboot the vm, the networking situation corrects itself and= the domU regains access to the network, but then it's not really '= live' which is important to me. There are two things that stick out at = me after looking at all the logs, dmesg etc.:

1. The vif after migration seems to have the 'tx-/r= x-ring-ref' stuck reversed from what it was originally on the pre-migra= tion dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the origin= al ordering, for example, an 'xm network-list' on the domU shows th= is just after the migration:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handle sta= te evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:17:ed= :97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2=A0769 = =C2=A0/768 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

And then after a reboot, I regain access and this is what it looks = like:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handl= e state evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:= 17:ed:97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2= =A0768 =C2=A0/769 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

2. The only error message I can pick out from the xend.log is this on = the original pre-migration dom0:

[2012-02-07 = 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/x= c_save 20 126 0 0 1
[2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed t= o get the suspend evtchn port

However, every= thing migrates successfully other than this network issue.

I can't really figure out the significance of either issue a= fter a lot of googling. Any insight would be greatly appreciated if anyone = has run into anything like this or has a hunch.

Thanks,

Chris
--0016367b602ce56b5504b8666c72-- --===============8480128919733405304== 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.xensource.com http://lists.xensource.com/xen-users --===============8480128919733405304==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 21:27:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 21:27:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RusYD-0007UZ-DV; Tue, 07 Feb 2012 21:26:09 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RusYB-0007UU-5c for xen-users@lists.xensource.com; Tue, 07 Feb 2012 21:26:07 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1328649960!7265442!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 895 invoked from network); 7 Feb 2012 21:26:00 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 21:26:00 -0000 Received: by eaan12 with SMTP id n12so24725608eaa.30 for ; Tue, 07 Feb 2012 13:26:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=UkgK+MOpmpuKSJ1pVywA9WkXo3ZM96mLX4cfTmMpvjE=; b=pMlukErOGeEQUFPYCHWZj5trayiX+gy3iHJK3disXs4TVg0WwOqg4JY3kaJFqVnn7t 0H5rnYHHVhvv7h6JdrirsD0rJ4gPTU8r+iWnk05W2Tt/9sYfNvOEP94sw33Cbqv3kxHR C0n+k081fgC3l3DYGSXE/Mr3/lDD9wvHpbTzo= Received: by 10.14.23.199 with SMTP id v47mr6656350eev.81.1328649959991; Tue, 07 Feb 2012 13:25:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.113.137 with HTTP; Tue, 7 Feb 2012 13:25:39 -0800 (PST) From: Chris Dickson Date: Tue, 7 Feb 2012 16:25:39 -0500 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Network issue after a live migration X-BeenThere: xen-users@lists.xensource.com 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="===============8480128919733405304==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8480128919733405304== Content-Type: multipart/alternative; boundary=0016367b602ce56b5504b8666c72 --0016367b602ce56b5504b8666c72 Content-Type: text/plain; charset=UTF-8 Hello, I've been testing live migrations with Xen 4.1 and everything seems to be going as it should except after the migration succeeds, the domU loses access to the network. I'm using ubuntu 11.10 as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12). I know the migration succeeds because I can still 'xm console' into the domU and I can see processes I started before the migration are still running. If I reboot the vm, the networking situation corrects itself and the domU regains access to the network, but then it's not really 'live' which is important to me. There are two things that stick out at me after looking at all the logs, dmesg etc.: 1. The vif after migration seems to have the 'tx-/rx-ring-ref' stuck reversed from what it was originally on the pre-migration dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the original ordering, for example, an 'xm network-list' on the domU shows this just after the migration: Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path 0 0 00:16:3e:17:ed:97 0 4 10 769 /768 /local/domain/0/backend/vif/18/0 And then after a reboot, I regain access and this is what it looks like: Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path 0 0 00:16:3e:17:ed:97 0 4 10 768 /769 /local/domain/0/backend/vif/18/0 2. The only error message I can pick out from the xend.log is this on the original pre-migration dom0: [2012-02-07 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/xc_save 20 126 0 0 1 [2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed to get the suspend evtchn port However, everything migrates successfully other than this network issue. I can't really figure out the significance of either issue after a lot of googling. Any insight would be greatly appreciated if anyone has run into anything like this or has a hunch. Thanks, Chris --0016367b602ce56b5504b8666c72 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,

I've been testing live migrations with Xen 4.= 1 and everything seems to be going as it should except after the migration = succeeds, the domU loses access to the network. I'm using ubuntu 11.10 = as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12)= . I know the migration succeeds because I can still 'xm console' in= to the domU and I can see processes I started before the migration are stil= l running. If I reboot the vm, the networking situation corrects itself and= the domU regains access to the network, but then it's not really '= live' which is important to me. There are two things that stick out at = me after looking at all the logs, dmesg etc.:

1. The vif after migration seems to have the 'tx-/r= x-ring-ref' stuck reversed from what it was originally on the pre-migra= tion dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the origin= al ordering, for example, an 'xm network-list' on the domU shows th= is just after the migration:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handle sta= te evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:17:ed= :97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2=A0769 = =C2=A0/768 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

And then after a reboot, I regain access and this is what it looks = like:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handl= e state evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:= 17:ed:97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2= =A0768 =C2=A0/769 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

2. The only error message I can pick out from the xend.log is this on = the original pre-migration dom0:

[2012-02-07 = 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/x= c_save 20 126 0 0 1
[2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed t= o get the suspend evtchn port

However, every= thing migrates successfully other than this network issue.

I can't really figure out the significance of either issue a= fter a lot of googling. Any insight would be greatly appreciated if anyone = has run into anything like this or has a hunch.

Thanks,

Chris
--0016367b602ce56b5504b8666c72-- --===============8480128919733405304== 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.xensource.com http://lists.xensource.com/xen-users --===============8480128919733405304==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 23:59:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 23:59:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuvT-0000WD-Vg; Tue, 07 Feb 2012 23:58:19 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuvR-0000W5-Pr for xen-users@lists.xensource.com; Tue, 07 Feb 2012 23:58:18 +0000 X-Env-Sender: ksrujandas@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328659090!13599874!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11548 invoked from network); 7 Feb 2012 23:58:11 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 23:58:11 -0000 Received: by bkcjg15 with SMTP id jg15so1282997bkc.30 for ; Tue, 07 Feb 2012 15:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XKp7YoXeBFV4KExXYFXhFCoJCq4Y8j/VRL+3eVkNuSs=; b=o6Z+u/pgZtnn51gh3PZP2bFQOqG4Bis0t314YGN926ZzpLSeTP3f2UD2efqC8wxqHq baXRra0A53lv54r+Umb5Bq8s0jsKmRPJrHAwFTctJTQ52c+egfxIqCmkMirIjn2cE6uS mt1j5j+4YIznd6kyxP1yxXxBSF7/5sOsBMeho= MIME-Version: 1.0 Received: by 10.204.133.219 with SMTP id g27mr11425723bkt.47.1328659090683; Tue, 07 Feb 2012 15:58:10 -0800 (PST) Received: by 10.204.130.146 with HTTP; Tue, 7 Feb 2012 15:58:10 -0800 (PST) In-Reply-To: References: Date: Tue, 7 Feb 2012 17:58:10 -0600 Message-ID: From: Srujan Kotikela To: xen-users@lists.xensource.com Cc: Grant McWilliams Subject: Re: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============0173950252096288269==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0173950252096288269== Content-Type: multipart/alternative; boundary=001517592f1c20b92704b8688d65 --001517592f1c20b92704b8688d65 Content-Type: text/plain; charset=ISO-8859-1 On Tuesday, February 7, 2012, Srujan Kotikela wrote: > > > On Tuesday, February 7, 2012, Grant McWilliams wrote: >> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela wrote: >>> >>> Hi, >>> I am trying to add a CD drive to a VM. But the command xe cd-list is not displaying anything. The XCP host has a DVD drive. >>> Any ideas? >>> ~ SDK >>> >> >> Where did you copy the cd ISO to on the host? >> >> Grant McWilliams >> http://grantmcwilliams.com/ >> >> >> >> Correct me if I am wrong. Isn't the above command suppose to list the drives? Thanks, Srujan. -- ~ SDK --001517592f1c20b92704b8688d65 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tuesday, February 7, 2012, Srujan Kotikela <ksrujandas@gmail.com> wrote:
>
><= br>> On Tuesday, February 7, 2012, Grant McWilliams <grantmasterflash@gmail.com> wrote:
>> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela <ksrujandas@gmail.com> wrote:
>>&= gt;
>>> Hi,
>>> I am trying to add a CD drive to a = VM. But the command xe cd-list is not displaying anything. The XCP host has= a DVD drive.=A0
>>> Any ideas?
>>> ~ SDK
>>>
>>>> Where did you copy the cd ISO to on the host?=A0
>>
= >> Grant McWilliams
>> http://grantmcwilliams.com/
>>
>>
>>
>>

Correct me if I am wron= g. Isn't the above command suppose to list the drives?

Thanks,Srujan.


--
~ SDK

--001517592f1c20b92704b8688d65-- --===============0173950252096288269== 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.xensource.com http://lists.xensource.com/xen-users --===============0173950252096288269==-- From xen-users-bounces@lists.xensource.com Tue Feb 07 23:59:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 Feb 2012 23:59:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuvT-0000WD-Vg; Tue, 07 Feb 2012 23:58:19 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuvR-0000W5-Pr for xen-users@lists.xensource.com; Tue, 07 Feb 2012 23:58:18 +0000 X-Env-Sender: ksrujandas@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328659090!13599874!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11548 invoked from network); 7 Feb 2012 23:58:11 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 23:58:11 -0000 Received: by bkcjg15 with SMTP id jg15so1282997bkc.30 for ; Tue, 07 Feb 2012 15:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XKp7YoXeBFV4KExXYFXhFCoJCq4Y8j/VRL+3eVkNuSs=; b=o6Z+u/pgZtnn51gh3PZP2bFQOqG4Bis0t314YGN926ZzpLSeTP3f2UD2efqC8wxqHq baXRra0A53lv54r+Umb5Bq8s0jsKmRPJrHAwFTctJTQ52c+egfxIqCmkMirIjn2cE6uS mt1j5j+4YIznd6kyxP1yxXxBSF7/5sOsBMeho= MIME-Version: 1.0 Received: by 10.204.133.219 with SMTP id g27mr11425723bkt.47.1328659090683; Tue, 07 Feb 2012 15:58:10 -0800 (PST) Received: by 10.204.130.146 with HTTP; Tue, 7 Feb 2012 15:58:10 -0800 (PST) In-Reply-To: References: Date: Tue, 7 Feb 2012 17:58:10 -0600 Message-ID: From: Srujan Kotikela To: xen-users@lists.xensource.com Cc: Grant McWilliams Subject: Re: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============0173950252096288269==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0173950252096288269== Content-Type: multipart/alternative; boundary=001517592f1c20b92704b8688d65 --001517592f1c20b92704b8688d65 Content-Type: text/plain; charset=ISO-8859-1 On Tuesday, February 7, 2012, Srujan Kotikela wrote: > > > On Tuesday, February 7, 2012, Grant McWilliams wrote: >> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela wrote: >>> >>> Hi, >>> I am trying to add a CD drive to a VM. But the command xe cd-list is not displaying anything. The XCP host has a DVD drive. >>> Any ideas? >>> ~ SDK >>> >> >> Where did you copy the cd ISO to on the host? >> >> Grant McWilliams >> http://grantmcwilliams.com/ >> >> >> >> Correct me if I am wrong. Isn't the above command suppose to list the drives? Thanks, Srujan. -- ~ SDK --001517592f1c20b92704b8688d65 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tuesday, February 7, 2012, Srujan Kotikela <ksrujandas@gmail.com> wrote:
>
><= br>> On Tuesday, February 7, 2012, Grant McWilliams <grantmasterflash@gmail.com> wrote:
>> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela <ksrujandas@gmail.com> wrote:
>>&= gt;
>>> Hi,
>>> I am trying to add a CD drive to a = VM. But the command xe cd-list is not displaying anything. The XCP host has= a DVD drive.=A0
>>> Any ideas?
>>> ~ SDK
>>>
>>>> Where did you copy the cd ISO to on the host?=A0
>>
= >> Grant McWilliams
>> http://grantmcwilliams.com/
>>
>>
>>
>>

Correct me if I am wron= g. Isn't the above command suppose to list the drives?

Thanks,Srujan.


--
~ SDK

--001517592f1c20b92704b8688d65-- --===============0173950252096288269== 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.xensource.com http://lists.xensource.com/xen-users --===============0173950252096288269==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 00:00:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 00:00:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuwE-0000XX-ND; Tue, 07 Feb 2012 23:59:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuwD-0000XJ-B2 for Xen-users@lists.xensource.com; Tue, 07 Feb 2012 23:59:05 +0000 Received: from [85.158.139.83:63184] by server-11.bemta-5.messagelabs.com id A8/B1-13907-8CAB13F4; Tue, 07 Feb 2012 23:59:04 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1328659143!6787800!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12510 invoked from network); 7 Feb 2012 23:59:03 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 23:59:03 -0000 Received: by bkcjg15 with SMTP id jg15so1283738bkc.30 for ; Tue, 07 Feb 2012 15:59:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=vsAdwPr9F3iHfBjkHtqS09YzlBMVIyPtPSJheYflvTg=; b=kDJhNEcaTMrxeseLvyiQI1wNoPnQXwzaBw1WWkvKMLesO4uRrOjHrqq9aTnXr71Zcd vA+dpAUc9Qr3UFBocEIKpt+WAHUZixsi/Ft7t5uPdlpu5yg8SPHoRiCvfrb10kPgk4XZ xs8HqanY/FuDk/IoGXb9fCJf+EJhTpnZLEbk8= MIME-Version: 1.0 Received: by 10.204.151.209 with SMTP id d17mr11698476bkw.52.1328659138933; Tue, 07 Feb 2012 15:58:58 -0800 (PST) Received: by 10.204.34.67 with HTTP; Tue, 7 Feb 2012 15:58:58 -0800 (PST) Date: Tue, 7 Feb 2012 18:58:58 -0500 Message-ID: From: David Gonzalez To: Xen-users@lists.xensource.com Subject: [Xen-users] Degraded performance after upgrade to xen 4.1.3 and kernel 3.2.4 X-BeenThere: xen-users@lists.xensource.com 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="===============3675342530165685298==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3675342530165685298== Content-Type: multipart/alternative; boundary=0015175d67ec00f2d404b868905f --0015175d67ec00f2d404b868905f Content-Type: text/plain; charset=ISO-8859-1 Hey list, I just upgraded to choon kernel and xen versions but after that performance on my DomUs has gone terribly bad, ot takes for ever to a Debian Squeeze DomU to install and configure some packages. I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 kernel, and my DomUs are all file based using tap2 as disk driver. I know, toying around with RC/unstable versions might cause that, so please take this message as a report. any sugfgestiopns will be deeply thanked. -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --0015175d67ec00f2d404b868905f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey list,

I just upgraded to choon kernel and xen versio= ns but after that performance on my DomUs has gone terribly bad, ot takes f= or ever to a Debian Squeeze DomU to install and configure some packages.

I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 ke= rnel, =A0and my DomUs are all file based using tap2 as disk driver.

I know, toying around with RC/unstable versions might cau= se that, so please take this message as a report.

any sugfgestiopns will be deeply=A0thanked.
-- David Gonzalez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985<= br>Cel: +(57)315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Li= nux User #294661
--0015175d67ec00f2d404b868905f-- --===============3675342530165685298== 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.xensource.com http://lists.xensource.com/xen-users --===============3675342530165685298==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 00:00:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 00:00:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuwE-0000XX-ND; Tue, 07 Feb 2012 23:59:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuuwD-0000XJ-B2 for Xen-users@lists.xensource.com; Tue, 07 Feb 2012 23:59:05 +0000 Received: from [85.158.139.83:63184] by server-11.bemta-5.messagelabs.com id A8/B1-13907-8CAB13F4; Tue, 07 Feb 2012 23:59:04 +0000 X-Env-Sender: dgonzalezh@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1328659143!6787800!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12510 invoked from network); 7 Feb 2012 23:59:03 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2012 23:59:03 -0000 Received: by bkcjg15 with SMTP id jg15so1283738bkc.30 for ; Tue, 07 Feb 2012 15:59:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=vsAdwPr9F3iHfBjkHtqS09YzlBMVIyPtPSJheYflvTg=; b=kDJhNEcaTMrxeseLvyiQI1wNoPnQXwzaBw1WWkvKMLesO4uRrOjHrqq9aTnXr71Zcd vA+dpAUc9Qr3UFBocEIKpt+WAHUZixsi/Ft7t5uPdlpu5yg8SPHoRiCvfrb10kPgk4XZ xs8HqanY/FuDk/IoGXb9fCJf+EJhTpnZLEbk8= MIME-Version: 1.0 Received: by 10.204.151.209 with SMTP id d17mr11698476bkw.52.1328659138933; Tue, 07 Feb 2012 15:58:58 -0800 (PST) Received: by 10.204.34.67 with HTTP; Tue, 7 Feb 2012 15:58:58 -0800 (PST) Date: Tue, 7 Feb 2012 18:58:58 -0500 Message-ID: From: David Gonzalez To: Xen-users@lists.xensource.com Subject: [Xen-users] Degraded performance after upgrade to xen 4.1.3 and kernel 3.2.4 X-BeenThere: xen-users@lists.xensource.com 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="===============3675342530165685298==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============3675342530165685298== Content-Type: multipart/alternative; boundary=0015175d67ec00f2d404b868905f --0015175d67ec00f2d404b868905f Content-Type: text/plain; charset=ISO-8859-1 Hey list, I just upgraded to choon kernel and xen versions but after that performance on my DomUs has gone terribly bad, ot takes for ever to a Debian Squeeze DomU to install and configure some packages. I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 kernel, and my DomUs are all file based using tap2 as disk driver. I know, toying around with RC/unstable versions might cause that, so please take this message as a report. any sugfgestiopns will be deeply thanked. -- David Gonzalez H. Bogota: +(57-1)289-1168 Medellin: +(57-1)247-0985 Cel: +(57)315-838-8326 DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS http://www.dghvoip.com/ Proud Linux User #294661 --0015175d67ec00f2d404b868905f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey list,

I just upgraded to choon kernel and xen versio= ns but after that performance on my DomUs has gone terribly bad, ot takes f= or ever to a Debian Squeeze DomU to install and configure some packages.

I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 ke= rnel, =A0and my DomUs are all file based using tap2 as disk driver.

I know, toying around with RC/unstable versions might cau= se that, so please take this message as a report.

any sugfgestiopns will be deeply=A0thanked.
-- David Gonzalez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985<= br>Cel: +(57)315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Li= nux User #294661
--0015175d67ec00f2d404b868905f-- --===============3675342530165685298== 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.xensource.com http://lists.xensource.com/xen-users --===============3675342530165685298==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 00:04:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 00:04:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruv06-0001LA-L5; Wed, 08 Feb 2012 00:03:06 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruv04-0001KW-HE for xen-users@lists.xensource.com; Wed, 08 Feb 2012 00:03:04 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1328659377!7275259!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6375 invoked from network); 8 Feb 2012 00:02:58 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 00:02:58 -0000 Received: by eekb45 with SMTP id b45so21996881eek.30 for ; Tue, 07 Feb 2012 16:02:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=7vUeyC0S2SfV2kWT2rAzD8+cLzJC6i6HYsST9oxSeI8=; b=myp+oRxw2p9amKLUXQFNNnzAFwQpOoWNb4zPZA01lqJ/rTz5KO97x9uFbA9ui3FroF QxR55Lw2vOSj2xnYGmu4e0p0xuwSXUIBszs6ykGYl772rJ487uN3HMtgDacQ6Iknjbu6 VGtS/WgMY34464FyHZg0AIuHI1jkngxBAXj08= Received: by 10.213.3.200 with SMTP id 8mr2395634ebo.69.1328659377446; Tue, 07 Feb 2012 16:02:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.113.137 with HTTP; Tue, 7 Feb 2012 16:02:37 -0800 (PST) In-Reply-To: References: From: Chris Dickson Date: Tue, 7 Feb 2012 19:02:37 -0500 Message-ID: To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Network issue after a live migration X-BeenThere: xen-users@lists.xensource.com 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="===============5586526413920096924==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============5586526413920096924== Content-Type: multipart/alternative; boundary=0015174c145638608304b8689e15 --0015174c145638608304b8689e15 Content-Type: text/plain; charset=UTF-8 Also after searching it seems that Dave Nuzzo had exactly the same problem with the same setup: http://old-list-archives.xen.org/archives/html/xen-users/2011-10/msg00491.html I just joined the list and his email address is hidden on that public page. Is there some way I can contact him directly to see if he solved it? Thanks, Chris On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickson wrote: > Hello, > > I've been testing live migrations with Xen 4.1 and everything seems to be > going as it should except after the migration succeeds, the domU loses > access to the network. I'm using ubuntu 11.10 as the dom0 and as the domU, > kernels were all gotten through apt (3.0.0-12). I know the migration > succeeds because I can still 'xm console' into the domU and I can see > processes I started before the migration are still running. If I reboot the > vm, the networking situation corrects itself and the domU regains access to > the network, but then it's not really 'live' which is important to me. > There are two things that stick out at me after looking at all the logs, > dmesg etc.: > > 1. The vif after migration seems to have the 'tx-/rx-ring-ref' stuck > reversed from what it was originally on the pre-migration dom0. After a > domU reboot, the tx-/rx-ring-ref goes back to the original ordering, for > example, an 'xm network-list' on the domU shows this just after the > migration: > > Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path > 0 0 00:16:3e:17:ed:97 0 4 10 769 /768 > /local/domain/0/backend/vif/18/0 > > And then after a reboot, I regain access and this is what it looks like: > > Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path > 0 0 00:16:3e:17:ed:97 0 4 10 768 /769 > /local/domain/0/backend/vif/18/0 > > 2. The only error message I can pick out from the xend.log is this on the > original pre-migration dom0: > > [2012-02-07 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: > /usr/lib/xen-4.1/bin/xc_save 20 126 0 0 1 > [2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed to > get the suspend evtchn port > > However, everything migrates successfully other than this network issue. > > I can't really figure out the significance of either issue after a lot of > googling. Any insight would be greatly appreciated if anyone has run into > anything like this or has a hunch. > > Thanks, > > Chris > --0015174c145638608304b8689e15 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Also after searching it seems that Dave Nuzzo had exactly the same problem = with the same setup:


I just joined the list and his email address is hidden = on that public page. Is there some way I can contact him directly to see if= he solved it?

Thanks,

Chris

On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickso= n <chrisd1100@= gmail.com> wrote:
Hello,

I've been testing live migrations with Xen 4.= 1 and everything seems to be going as it should except after the migration = succeeds, the domU loses access to the network. I'm using ubuntu 11.10 = as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12)= . I know the migration succeeds because I can still 'xm console' in= to the domU and I can see processes I started before the migration are stil= l running. If I reboot the vm, the networking situation corrects itself and= the domU regains access to the network, but then it's not really '= live' which is important to me. There are two things that stick out at = me after looking at all the logs, dmesg etc.:

1. The vif after migration seems to have the 'tx-/r= x-ring-ref' stuck reversed from what it was originally on the pre-migra= tion dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the origin= al ordering, for example, an 'xm network-list' on the domU shows th= is just after the migration:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handle sta= te evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:17:ed= :97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2=A0769 = =C2=A0/768 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

And then after a reboot, I regain access and this is what it looks = like:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handl= e state evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:= 17:ed:97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2= =A0768 =C2=A0/769 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

2. The only error message I can pick out from the xend.log is this on = the original pre-migration dom0:

[2012-02-07 = 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/x= c_save 20 126 0 0 1
[2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed t= o get the suspend evtchn port

However, every= thing migrates successfully other than this network issue.

I can't really figure out the significance of either issue a= fter a lot of googling. Any insight would be greatly appreciated if anyone = has run into anything like this or has a hunch.

Thanks,

Chris

--0015174c145638608304b8689e15-- --===============5586526413920096924== 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.xensource.com http://lists.xensource.com/xen-users --===============5586526413920096924==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 00:04:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 00:04:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruv06-0001LA-L5; Wed, 08 Feb 2012 00:03:06 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruv04-0001KW-HE for xen-users@lists.xensource.com; Wed, 08 Feb 2012 00:03:04 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1328659377!7275259!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6375 invoked from network); 8 Feb 2012 00:02:58 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 00:02:58 -0000 Received: by eekb45 with SMTP id b45so21996881eek.30 for ; Tue, 07 Feb 2012 16:02:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=7vUeyC0S2SfV2kWT2rAzD8+cLzJC6i6HYsST9oxSeI8=; b=myp+oRxw2p9amKLUXQFNNnzAFwQpOoWNb4zPZA01lqJ/rTz5KO97x9uFbA9ui3FroF QxR55Lw2vOSj2xnYGmu4e0p0xuwSXUIBszs6ykGYl772rJ487uN3HMtgDacQ6Iknjbu6 VGtS/WgMY34464FyHZg0AIuHI1jkngxBAXj08= Received: by 10.213.3.200 with SMTP id 8mr2395634ebo.69.1328659377446; Tue, 07 Feb 2012 16:02:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.113.137 with HTTP; Tue, 7 Feb 2012 16:02:37 -0800 (PST) In-Reply-To: References: From: Chris Dickson Date: Tue, 7 Feb 2012 19:02:37 -0500 Message-ID: To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Network issue after a live migration X-BeenThere: xen-users@lists.xensource.com 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="===============5586526413920096924==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============5586526413920096924== Content-Type: multipart/alternative; boundary=0015174c145638608304b8689e15 --0015174c145638608304b8689e15 Content-Type: text/plain; charset=UTF-8 Also after searching it seems that Dave Nuzzo had exactly the same problem with the same setup: http://old-list-archives.xen.org/archives/html/xen-users/2011-10/msg00491.html I just joined the list and his email address is hidden on that public page. Is there some way I can contact him directly to see if he solved it? Thanks, Chris On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickson wrote: > Hello, > > I've been testing live migrations with Xen 4.1 and everything seems to be > going as it should except after the migration succeeds, the domU loses > access to the network. I'm using ubuntu 11.10 as the dom0 and as the domU, > kernels were all gotten through apt (3.0.0-12). I know the migration > succeeds because I can still 'xm console' into the domU and I can see > processes I started before the migration are still running. If I reboot the > vm, the networking situation corrects itself and the domU regains access to > the network, but then it's not really 'live' which is important to me. > There are two things that stick out at me after looking at all the logs, > dmesg etc.: > > 1. The vif after migration seems to have the 'tx-/rx-ring-ref' stuck > reversed from what it was originally on the pre-migration dom0. After a > domU reboot, the tx-/rx-ring-ref goes back to the original ordering, for > example, an 'xm network-list' on the domU shows this just after the > migration: > > Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path > 0 0 00:16:3e:17:ed:97 0 4 10 769 /768 > /local/domain/0/backend/vif/18/0 > > And then after a reboot, I regain access and this is what it looks like: > > Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path > 0 0 00:16:3e:17:ed:97 0 4 10 768 /769 > /local/domain/0/backend/vif/18/0 > > 2. The only error message I can pick out from the xend.log is this on the > original pre-migration dom0: > > [2012-02-07 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: > /usr/lib/xen-4.1/bin/xc_save 20 126 0 0 1 > [2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed to > get the suspend evtchn port > > However, everything migrates successfully other than this network issue. > > I can't really figure out the significance of either issue after a lot of > googling. Any insight would be greatly appreciated if anyone has run into > anything like this or has a hunch. > > Thanks, > > Chris > --0015174c145638608304b8689e15 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Also after searching it seems that Dave Nuzzo had exactly the same problem = with the same setup:


I just joined the list and his email address is hidden = on that public page. Is there some way I can contact him directly to see if= he solved it?

Thanks,

Chris

On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickso= n <chrisd1100@= gmail.com> wrote:
Hello,

I've been testing live migrations with Xen 4.= 1 and everything seems to be going as it should except after the migration = succeeds, the domU loses access to the network. I'm using ubuntu 11.10 = as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12)= . I know the migration succeeds because I can still 'xm console' in= to the domU and I can see processes I started before the migration are stil= l running. If I reboot the vm, the networking situation corrects itself and= the domU regains access to the network, but then it's not really '= live' which is important to me. There are two things that stick out at = me after looking at all the logs, dmesg etc.:

1. The vif after migration seems to have the 'tx-/r= x-ring-ref' stuck reversed from what it was originally on the pre-migra= tion dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the origin= al ordering, for example, an 'xm network-list' on the domU shows th= is just after the migration:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handle sta= te evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:17:ed= :97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2=A0769 = =C2=A0/768 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

And then after a reboot, I regain access and this is what it looks = like:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handl= e state evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:= 17:ed:97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2= =A0768 =C2=A0/769 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

2. The only error message I can pick out from the xend.log is this on = the original pre-migration dom0:

[2012-02-07 = 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/x= c_save 20 126 0 0 1
[2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed t= o get the suspend evtchn port

However, every= thing migrates successfully other than this network issue.

I can't really figure out the significance of either issue a= fter a lot of googling. Any insight would be greatly appreciated if anyone = has run into anything like this or has a hunch.

Thanks,

Chris

--0015174c145638608304b8689e15-- --===============5586526413920096924== 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.xensource.com http://lists.xensource.com/xen-users --===============5586526413920096924==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 02:43:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 02:43:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuxTo-0006wp-BJ; Wed, 08 Feb 2012 02:41:56 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuxTn-0006wk-Du for xen-users@lists.xensource.com; Wed, 08 Feb 2012 02:41:55 +0000 X-Env-Sender: jrnieder@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328668907!13609529!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24838 invoked from network); 8 Feb 2012 02:41:49 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 02:41:49 -0000 Received: by iaeh11 with SMTP id h11so862973iae.30 for ; Tue, 07 Feb 2012 18:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=f4S40YegJnnhre896im/MfIPHmjkVUyvyxR2qDRx1gM=; b=pcV/vamrNgRMflVgCe2Xrbdrwf0rKbeSdMCCJ4goYg4isuuVhzCn+QKdJRTOKroMNf geZa3U4LZMdWN2Xkeyazgpor9JzQBMtzvmDvhZyv7n3XcbdfYqDA8sQd4im0ASfc9XSL ZNysmVOqQw6G6LLtE76wvEb/Y21w1z94Cz4xE= Received: by 10.50.169.5 with SMTP id aa5mr19941358igc.17.1328668907613; Tue, 07 Feb 2012 18:41:47 -0800 (PST) Received: from burratino (c-24-1-56-9.hsd1.il.comcast.net. [24.1.56.9]) by mx.google.com with ESMTPS id f26sm475667ibc.9.2012.02.07.18.41.46 (version=SSLv3 cipher=OTHER); Tue, 07 Feb 2012 18:41:47 -0800 (PST) Date: Tue, 7 Feb 2012 20:41:43 -0600 From: Jonathan Nieder To: xen-users@lists.xensource.com Message-ID: <20120208024143.GB7014@burratino> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [Xen-users] [resend] getting X to work, GPU lockups on dom0 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com (resending without attachments, in hope of getting past the spam filter) Hi all, Debian sid system. NV34M graphics card (GeForce FX Go5200 64M). I'm trying to get started using Xen on my laptop. CPU is a Pentium 4 with no vmx, so this is all PV. I install the kernel and hypervisor, boot into the Xen dom0, and try to start X so I can launch a web browser and see what to do next. Unfortunately X fails to start. The screen turns black and stays that way, though I can blindly run a few commands. Xorg.0.log has a few hundred (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument lines. Looking more closely, I see that the actual trouble happened a little earlier: dmesg informs me: | [ 8.703713] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x0000fdc0 State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 8.704276] Console: switching to colour frame buffer device 175x65 | [ 10.553368] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x00010048 State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 12.402789] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x000101c8 State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 14.252200] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x000103cc State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 14.260058] [drm] nouveau 0000:01:00.0: GPU lockup - switching to software fbcon By contrast, when I boot the same kernel on bare hardware I don't get the PFIFO_DMA_PUSHER or GPU lockup messages and X works fine. Hypervisor is xen-hypervisor-4.1-i386 from Debian, version 4.1.2-2. Reproducible with linux-image-3.2.0-1-686-pae version 3.2.4-1 and with linus's master (8597559a78e1, 2012-02-06) and linux-next (e9e792b45a9b, 2012-02-06). dmesg from running the native kernel (good) and dom0 (bad) attached. I also tried blacklisting the nouveau kernel module and starting X with the vesa driver. That also didn't work. Is this behavior expected? Does starting X in the dom0 work on other cards? Curious, Jonathan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 02:43:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 02:43:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuxTo-0006wp-BJ; Wed, 08 Feb 2012 02:41:56 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RuxTn-0006wk-Du for xen-users@lists.xensource.com; Wed, 08 Feb 2012 02:41:55 +0000 X-Env-Sender: jrnieder@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328668907!13609529!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24838 invoked from network); 8 Feb 2012 02:41:49 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 02:41:49 -0000 Received: by iaeh11 with SMTP id h11so862973iae.30 for ; Tue, 07 Feb 2012 18:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=f4S40YegJnnhre896im/MfIPHmjkVUyvyxR2qDRx1gM=; b=pcV/vamrNgRMflVgCe2Xrbdrwf0rKbeSdMCCJ4goYg4isuuVhzCn+QKdJRTOKroMNf geZa3U4LZMdWN2Xkeyazgpor9JzQBMtzvmDvhZyv7n3XcbdfYqDA8sQd4im0ASfc9XSL ZNysmVOqQw6G6LLtE76wvEb/Y21w1z94Cz4xE= Received: by 10.50.169.5 with SMTP id aa5mr19941358igc.17.1328668907613; Tue, 07 Feb 2012 18:41:47 -0800 (PST) Received: from burratino (c-24-1-56-9.hsd1.il.comcast.net. [24.1.56.9]) by mx.google.com with ESMTPS id f26sm475667ibc.9.2012.02.07.18.41.46 (version=SSLv3 cipher=OTHER); Tue, 07 Feb 2012 18:41:47 -0800 (PST) Date: Tue, 7 Feb 2012 20:41:43 -0600 From: Jonathan Nieder To: xen-users@lists.xensource.com Message-ID: <20120208024143.GB7014@burratino> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [Xen-users] [resend] getting X to work, GPU lockups on dom0 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com (resending without attachments, in hope of getting past the spam filter) Hi all, Debian sid system. NV34M graphics card (GeForce FX Go5200 64M). I'm trying to get started using Xen on my laptop. CPU is a Pentium 4 with no vmx, so this is all PV. I install the kernel and hypervisor, boot into the Xen dom0, and try to start X so I can launch a web browser and see what to do next. Unfortunately X fails to start. The screen turns black and stays that way, though I can blindly run a few commands. Xorg.0.log has a few hundred (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument lines. Looking more closely, I see that the actual trouble happened a little earlier: dmesg informs me: | [ 8.703713] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x0000fdc0 State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 8.704276] Console: switching to colour frame buffer device 175x65 | [ 10.553368] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x00010048 State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 12.402789] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x000101c8 State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 14.252200] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 0 Get 0x10000000 Put 0x000103cc State 0xc0000000 (err: MEM_FAULT) Push 0x00000000 | [ 14.260058] [drm] nouveau 0000:01:00.0: GPU lockup - switching to software fbcon By contrast, when I boot the same kernel on bare hardware I don't get the PFIFO_DMA_PUSHER or GPU lockup messages and X works fine. Hypervisor is xen-hypervisor-4.1-i386 from Debian, version 4.1.2-2. Reproducible with linux-image-3.2.0-1-686-pae version 3.2.4-1 and with linus's master (8597559a78e1, 2012-02-06) and linux-next (e9e792b45a9b, 2012-02-06). dmesg from running the native kernel (good) and dom0 (bad) attached. I also tried blacklisting the nouveau kernel module and starting X with the vesa driver. That also didn't work. Is this behavior expected? Does starting X in the dom0 work on other cards? Curious, Jonathan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 04:24:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 04:24:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruz3I-0007hm-FC; Wed, 08 Feb 2012 04:22:40 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruz3H-0007hh-DQ for xen-users@lists.xensource.com; Wed, 08 Feb 2012 04:22:39 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328674952!13615407!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29861 invoked from network); 8 Feb 2012 04:22:32 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 04:22:32 -0000 Received: by eekb45 with SMTP id b45so697171eek.30 for ; Tue, 07 Feb 2012 20:22:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=VLzf0gV+bIDRGkXER0kQbmuZM42xa1lXh9adNbPrKAo=; b=PbXbbWa4npRKuLRnwDKzSxvEDsTwC8rybzI7q+2xKc9Opfkds9Ce/Pv3TdueZNtwH+ Tj/NEVLvuCQEQQ+yDU9L4/tOeFvoSjlHtSZitrCYJlneloE4q1+n/jM3f7BHLPhmYcgB ZHrfsZV2K2vu9wY3WjKkYktXVhdHoT/xm77cQ= Received: by 10.14.52.7 with SMTP id d7mr7928038eec.80.1328674951202; Tue, 07 Feb 2012 20:22:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.113.137 with HTTP; Tue, 7 Feb 2012 20:22:11 -0800 (PST) In-Reply-To: References: From: Chris Dickson Date: Tue, 7 Feb 2012 23:22:11 -0500 Message-ID: To: xen-users@lists.xensource.com Cc: dnuzzo@pangeaequity.com Subject: Re: [Xen-users] Network issue after a live migration X-BeenThere: xen-users@lists.xensource.com 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="===============6779104273066054273==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============6779104273066054273== Content-Type: multipart/alternative; boundary=0023543a281c7d09d704b86c3e3b --0023543a281c7d09d704b86c3e3b Content-Type: text/plain; charset=UTF-8 Update: I installed the ubuntu kernel package 'linux-image-extra-3.0.0-15-virtual' on all the domUs and dom0s in question and the issue is gone. Who knows exactly what it was. Chris On Tue, Feb 7, 2012 at 7:02 PM, Chris Dickson wrote: > Also after searching it seems that Dave Nuzzo had exactly the same problem > with the same setup: > > > http://old-list-archives.xen.org/archives/html/xen-users/2011-10/msg00491.html > > > I just joined the list and his email address is hidden on that public > page. Is there some way I can contact him directly to see if he solved it? > > Thanks, > > Chris > > > On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickson wrote: > >> Hello, >> >> I've been testing live migrations with Xen 4.1 and everything seems to be >> going as it should except after the migration succeeds, the domU loses >> access to the network. I'm using ubuntu 11.10 as the dom0 and as the domU, >> kernels were all gotten through apt (3.0.0-12). I know the migration >> succeeds because I can still 'xm console' into the domU and I can see >> processes I started before the migration are still running. If I reboot the >> vm, the networking situation corrects itself and the domU regains access to >> the network, but then it's not really 'live' which is important to me. >> There are two things that stick out at me after looking at all the logs, >> dmesg etc.: >> >> 1. The vif after migration seems to have the 'tx-/rx-ring-ref' stuck >> reversed from what it was originally on the pre-migration dom0. After a >> domU reboot, the tx-/rx-ring-ref goes back to the original ordering, for >> example, an 'xm network-list' on the domU shows this just after the >> migration: >> >> Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path >> 0 0 00:16:3e:17:ed:97 0 4 10 769 /768 >> /local/domain/0/backend/vif/18/0 >> >> And then after a reboot, I regain access and this is what it looks like: >> >> Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path >> 0 0 00:16:3e:17:ed:97 0 4 10 768 /769 >> /local/domain/0/backend/vif/18/0 >> >> 2. The only error message I can pick out from the xend.log is this on the >> original pre-migration dom0: >> >> [2012-02-07 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: >> /usr/lib/xen-4.1/bin/xc_save 20 126 0 0 1 >> [2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed to >> get the suspend evtchn port >> >> However, everything migrates successfully other than this network issue. >> >> I can't really figure out the significance of either issue after a lot of >> googling. Any insight would be greatly appreciated if anyone has run into >> anything like this or has a hunch. >> >> Thanks, >> >> Chris >> > > --0023543a281c7d09d704b86c3e3b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Update: I installed the ubuntu kernel package 'linux-image-extra-3.0.0-= 15-virtual' on all the domUs and dom0s in question and the issue is gon= e. Who knows exactly what it was.

Chris

On Tue, Feb 7, 2012 at 7:02 PM, Chris Dickson <chrisd1100@gmail.com> wrote:=
Also after searching it seems that Dave Nuzzo had exactly the same problem = with the same setup:


I just joined the list and his email address is hidden = on that public page. Is there some way I can contact him directly to see if= he solved it?

Thanks,

Chris


On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickso= n <chrisd1100@gmail.com> wrote:
Hello,

I've been testing live migrations with Xen 4.= 1 and everything seems to be going as it should except after the migration = succeeds, the domU loses access to the network. I'm using ubuntu 11.10 = as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12)= . I know the migration succeeds because I can still 'xm console' in= to the domU and I can see processes I started before the migration are stil= l running. If I reboot the vm, the networking situation corrects itself and= the domU regains access to the network, but then it's not really '= live' which is important to me. There are two things that stick out at = me after looking at all the logs, dmesg etc.:

1. The vif after migration seems to have the 'tx-/r= x-ring-ref' stuck reversed from what it was originally on the pre-migra= tion dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the origin= al ordering, for example, an 'xm network-list' on the domU shows th= is just after the migration:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handle sta= te evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:17:ed= :97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2=A0769 = =C2=A0/768 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

And then after a reboot, I regain access and this is what it looks = like:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handl= e state evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:= 17:ed:97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2= =A0768 =C2=A0/769 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

2. The only error message I can pick out from the xend.log is this on = the original pre-migration dom0:

[2012-02-07 = 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/x= c_save 20 126 0 0 1
[2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed t= o get the suspend evtchn port

However, every= thing migrates successfully other than this network issue.

I can't really figure out the significance of either issue a= fter a lot of googling. Any insight would be greatly appreciated if anyone = has run into anything like this or has a hunch.

Thanks,

Chris


--0023543a281c7d09d704b86c3e3b-- --===============6779104273066054273== 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.xensource.com http://lists.xensource.com/xen-users --===============6779104273066054273==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 04:24:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 04:24:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruz3I-0007hm-FC; Wed, 08 Feb 2012 04:22:40 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruz3H-0007hh-DQ for xen-users@lists.xensource.com; Wed, 08 Feb 2012 04:22:39 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1328674952!13615407!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29861 invoked from network); 8 Feb 2012 04:22:32 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 04:22:32 -0000 Received: by eekb45 with SMTP id b45so697171eek.30 for ; Tue, 07 Feb 2012 20:22:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=VLzf0gV+bIDRGkXER0kQbmuZM42xa1lXh9adNbPrKAo=; b=PbXbbWa4npRKuLRnwDKzSxvEDsTwC8rybzI7q+2xKc9Opfkds9Ce/Pv3TdueZNtwH+ Tj/NEVLvuCQEQQ+yDU9L4/tOeFvoSjlHtSZitrCYJlneloE4q1+n/jM3f7BHLPhmYcgB ZHrfsZV2K2vu9wY3WjKkYktXVhdHoT/xm77cQ= Received: by 10.14.52.7 with SMTP id d7mr7928038eec.80.1328674951202; Tue, 07 Feb 2012 20:22:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.113.137 with HTTP; Tue, 7 Feb 2012 20:22:11 -0800 (PST) In-Reply-To: References: From: Chris Dickson Date: Tue, 7 Feb 2012 23:22:11 -0500 Message-ID: To: xen-users@lists.xensource.com Cc: dnuzzo@pangeaequity.com Subject: Re: [Xen-users] Network issue after a live migration X-BeenThere: xen-users@lists.xensource.com 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="===============6779104273066054273==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============6779104273066054273== Content-Type: multipart/alternative; boundary=0023543a281c7d09d704b86c3e3b --0023543a281c7d09d704b86c3e3b Content-Type: text/plain; charset=UTF-8 Update: I installed the ubuntu kernel package 'linux-image-extra-3.0.0-15-virtual' on all the domUs and dom0s in question and the issue is gone. Who knows exactly what it was. Chris On Tue, Feb 7, 2012 at 7:02 PM, Chris Dickson wrote: > Also after searching it seems that Dave Nuzzo had exactly the same problem > with the same setup: > > > http://old-list-archives.xen.org/archives/html/xen-users/2011-10/msg00491.html > > > I just joined the list and his email address is hidden on that public > page. Is there some way I can contact him directly to see if he solved it? > > Thanks, > > Chris > > > On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickson wrote: > >> Hello, >> >> I've been testing live migrations with Xen 4.1 and everything seems to be >> going as it should except after the migration succeeds, the domU loses >> access to the network. I'm using ubuntu 11.10 as the dom0 and as the domU, >> kernels were all gotten through apt (3.0.0-12). I know the migration >> succeeds because I can still 'xm console' into the domU and I can see >> processes I started before the migration are still running. If I reboot the >> vm, the networking situation corrects itself and the domU regains access to >> the network, but then it's not really 'live' which is important to me. >> There are two things that stick out at me after looking at all the logs, >> dmesg etc.: >> >> 1. The vif after migration seems to have the 'tx-/rx-ring-ref' stuck >> reversed from what it was originally on the pre-migration dom0. After a >> domU reboot, the tx-/rx-ring-ref goes back to the original ordering, for >> example, an 'xm network-list' on the domU shows this just after the >> migration: >> >> Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path >> 0 0 00:16:3e:17:ed:97 0 4 10 769 /768 >> /local/domain/0/backend/vif/18/0 >> >> And then after a reboot, I regain access and this is what it looks like: >> >> Idx BE MAC Addr. handle state evt-ch tx-/rx-ring-ref BE-path >> 0 0 00:16:3e:17:ed:97 0 4 10 768 /769 >> /local/domain/0/backend/vif/18/0 >> >> 2. The only error message I can pick out from the xend.log is this on the >> original pre-migration dom0: >> >> [2012-02-07 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: >> /usr/lib/xen-4.1/bin/xc_save 20 126 0 0 1 >> [2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed to >> get the suspend evtchn port >> >> However, everything migrates successfully other than this network issue. >> >> I can't really figure out the significance of either issue after a lot of >> googling. Any insight would be greatly appreciated if anyone has run into >> anything like this or has a hunch. >> >> Thanks, >> >> Chris >> > > --0023543a281c7d09d704b86c3e3b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Update: I installed the ubuntu kernel package 'linux-image-extra-3.0.0-= 15-virtual' on all the domUs and dom0s in question and the issue is gon= e. Who knows exactly what it was.

Chris

On Tue, Feb 7, 2012 at 7:02 PM, Chris Dickson <chrisd1100@gmail.com> wrote:=
Also after searching it seems that Dave Nuzzo had exactly the same problem = with the same setup:


I just joined the list and his email address is hidden = on that public page. Is there some way I can contact him directly to see if= he solved it?

Thanks,

Chris


On Tue, Feb 7, 2012 at 4:25 PM, Chris Dickso= n <chrisd1100@gmail.com> wrote:
Hello,

I've been testing live migrations with Xen 4.= 1 and everything seems to be going as it should except after the migration = succeeds, the domU loses access to the network. I'm using ubuntu 11.10 = as the dom0 and as the domU, kernels were all gotten through apt (3.0.0-12)= . I know the migration succeeds because I can still 'xm console' in= to the domU and I can see processes I started before the migration are stil= l running. If I reboot the vm, the networking situation corrects itself and= the domU regains access to the network, but then it's not really '= live' which is important to me. There are two things that stick out at = me after looking at all the logs, dmesg etc.:

1. The vif after migration seems to have the 'tx-/r= x-ring-ref' stuck reversed from what it was originally on the pre-migra= tion dom0. After a domU reboot, the tx-/rx-ring-ref goes back to the origin= al ordering, for example, an 'xm network-list' on the domU shows th= is just after the migration:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handle sta= te evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:17:ed= :97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2=A0769 = =C2=A0/768 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

And then after a reboot, I regain access and this is what it looks = like:

Idx BE =C2=A0 =C2=A0 MAC Addr. =C2=A0 =C2=A0 handl= e state evt-ch tx-/rx-ring-ref BE-path
0 =C2=A0 0 =C2=A000:16:3e:= 17:ed:97 =C2=A0 =C2=A00 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 =C2=A010 =C2=A0 =C2= =A0768 =C2=A0/769 =C2=A0 =C2=A0 /local/domain/0/backend/vif/18/0

2. The only error message I can pick out from the xend.log is this on = the original pre-migration dom0:

[2012-02-07 = 20:53:20 1278] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen-4.1/bin/x= c_save 20 126 0 0 1
[2012-02-07 20:53:20 1278] INFO (XendCheckpoint:423) xc_save: failed t= o get the suspend evtchn port

However, every= thing migrates successfully other than this network issue.

I can't really figure out the significance of either issue a= fter a lot of googling. Any insight would be greatly appreciated if anyone = has run into anything like this or has a hunch.

Thanks,

Chris


--0023543a281c7d09d704b86c3e3b-- --===============6779104273066054273== 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.xensource.com http://lists.xensource.com/xen-users --===============6779104273066054273==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 07:31:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 07:31:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv1yc-0000xs-8Z; Wed, 08 Feb 2012 07:30:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv1ya-0000xn-SX for xen-users@lists.xensource.com; Wed, 08 Feb 2012 07:30:01 +0000 Received: from [85.158.139.83:55336] by server-7.bemta-5.messagelabs.com id 0E/6F-01252-874223F4; Wed, 08 Feb 2012 07:30:00 +0000 X-Env-Sender: a.chapellon@horoa.net X-Msg-Ref: server-12.tower-182.messagelabs.com!1328686198!14147344!1 X-Originating-IP: [217.112.53.240] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23085 invoked from network); 8 Feb 2012 07:29:58 -0000 Received: from jimbojones.springfield.horoa.net (HELO jimbojones.springfield.horoa.net) (217.112.53.240) by server-12.tower-182.messagelabs.com with SMTP; 8 Feb 2012 07:29:58 -0000 Received: from localhost (localhost [127.0.0.1]) by jimbojones.springfield.horoa.net (Postfix) with ESMTP id 409A9B600B3 for ; Wed, 8 Feb 2012 08:29:58 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at jimbojones.springfield.horoa.net Received: from jimbojones.springfield.horoa.net ([127.0.0.1]) by localhost (jimbojones.springfield.horoa.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FgxMy-teCWHt for ; Wed, 8 Feb 2012 08:29:57 +0100 (CET) Received: from [172.17.2.31] (224.213.205.77.rev.sfr.net [77.205.213.224]) (Authenticated sender: a.chapellon@horoa.net) by jimbojones.springfield.horoa.net (Postfix) with ESMTPSA id A7F96B600AF for ; Wed, 8 Feb 2012 08:29:56 +0100 (CET) Message-ID: <4F322473.3020600@horoa.net> Date: Wed, 08 Feb 2012 08:29:55 +0100 From: Alexandre Chapellon Organization: horoa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: In-Reply-To: Subject: Re: [Xen-users] Degraded performance after upgrade to xen 4.1.3 and kernel 3.2.4 X-BeenThere: xen-users@lists.xensource.com 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="===============1563288677433757753==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1563288677433757753== Content-Type: multipart/alternative; boundary="------------010202020808050401050807" This is a multi-part message in MIME format. --------------010202020808050401050807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Did you also switch from xm to xl toolstack? I personnally noticed that my domU's are much slower when created with xl... regards. Le 08/02/2012 00:58, David Gonzalez a écrit : > Hey list, > > I just upgraded to choon kernel and xen versions but after that > performance on my DomUs has gone terribly bad, ot takes for ever to a > Debian Squeeze DomU to install and configure some packages. > > I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 kernel, and my DomUs > are all file based using tap2 as disk driver. > > I know, toying around with RC/unstable versions might cause that, so > please take this message as a report. > > any sugfgestiopns will be deeply thanked. > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users -- Alexandre Chapellon Ingénierie des systèmes open sources et réseaux. Follow me on twitter: @alxgomz --------------010202020808050401050807 Content-Type: multipart/related; boundary="------------070004010307050804060303" --------------070004010307050804060303 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Did you also switch from xm to xl toolstack?
I personnally noticed that my domU's are much slower when created with xl...

regards.

Le 08/02/2012 00:58, David Gonzalez a écrit :
Hey list,

I just upgraded to choon kernel and xen versions but after that performance on my DomUs has gone terribly bad, ot takes for ever to a Debian Squeeze DomU to install and configure some packages.

I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 kernel,  and my DomUs are all file based using tap2 as disk driver.

I know, toying around with RC/unstable versions might cause that, so please take this message as a report.

any sugfgestiopns will be deeply thanked.
--
David Gonzalez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57)315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Linux User #294661


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

--

Alexandre Chapellon

Ingénierie des systèmes open sources et réseaux.
Follow me on twitter: @alxgomz

--------------070004010307050804060303 Content-Type: image/png; name="horoa_sig.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="horoa_sig.png" iVBORw0KGgoAAAANSUhEUgAAAJwAAABLCAYAAACFg+7aAAAAAXNSR0IArs4c6QAAAAZiS0dE AP8A/wD/oL2nkwAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9sKDw4lATOUg8AAAAAZ dEVYdENvbW1lbnQAQ3JlYXRlZCB3aXRoIEdJTVBXgQ4XAAAgAElEQVR42u2deWxdV37fP+fc e9/OfV9ESdRGSZbkRbblXXbG45kEmUxmWqBo0wyKtmlapECXIJgmRTttpglSJDMN0DYtCnTQ NMi0aZYm08xMxpbGlmVbXmRrX0hKsrjzcefb73JO/7j3Pb5HPkokRRuSwQMQoh7vu8s53/P9 7b8rfuNbv6vZGlvjUxpyawq2xhbgtsYW4LbG1rgvAae1XtNnW2MLcJsCMiklWmts2yabzeK6 LkKILdBtDQDMzQCaEAIA13UpFAokk0kGBgYYHBzk5Zdfpq+vD8/ztmZ7a2wccOVgU0oxPz9P f38/Z86cITk+jjBNtG0zMzNTYrmtsTXuieGEELiuy/Xr13njjTcYGRnBMAxC0SgAttaMjIyw f/9+6uvrt8Tq1tgY4LTWJb3s0qVL/OAHPyCdTmNZVgWTGYbByMgIqVSKxsbGLabbGhszGoQQ SCkZHR3lnXfeIZVKrQBbEZTJiQkWFhZK/98aW4Db0HAch8HBQYZv3yYUCq1gQKUU4XCY2vp6 bNvGcZyt2d4aGxOpUkqSySQ3b95EGEZVcdvV1UVfXx8dHR20trZusdvWuDfALSwsMDo6irEM cJ7n0d3dzZe//GV27tyJ4zh4nofWekusbo2Ni1TbtsllsysApFyXgwcP0tXVRS6Xw3GcFf66 rbEFuHUbDUop8LyVINKaUCiEaZpbjLY1No/h7gSkLfG5NTZVh9voqAbCzQDmnRzKW6CvmClA rOGztZwHNAKtJQINQvv/3uVc5qcBsOKPlCsJVSlVYsT1ArDoflFKgRCYhlG6hlYa13NRWmNI iZRyXeddC8OXH1d8huJnUhpIufbraa1RWkOZvlv+s1GAaQToABxIirAoPQcggk/FXUGj0Vqg MPAwMPCoFfPYhHF0CC3EXaH7iQKuaMHm83kWFxdJpVLkcjmUUhiGQTQapaamhng8TiwWQwhR smjvxE5a69JxLU1NtLY0E4vFiEYimKYBGlzPpWDbpDNZpqanmZ6ZRWmNaRhrWsASmMpWR4tg AyFKYNda++G8UIjamhpi0QgIwfT0DLl8vuq1fICBUh6e52GYJnU1CeLxOJZpojUUCgXmFxfJ 5nIIBIaxvk1TBIeHgUATFVmiZImLLCHySBQeJgXCZHSCLDFsHfbXTXhlcFyaBFebmLg0iyla 5QT1zNEkpxjw9nOT3bjavCtZmp8Us4VCIWZnZxkYGGBoaIj5+XnS6TS2bZcAFwqFiMfj1NXV 0dzcTE9PD7t378Z1XZ+1VmMCpehoa+OhA320tbTQUF9PJBzGNItg0ijlM0ahUGBubp7xySRX rvczMj6GFHKFO6eccevr6ti1czumUTk90pAMjYwyPjGJ4zg0NTbS1dFOW0sLiUSceCxGNBqh ULB5/fRbZMayK65TvP+QZdHS0kZ3RwdNjQ0kEgli0UjJ2LJth1Q6TSqdZnJqivGJSWZm50pu qTvq0IDWEheTbfI27WKcRjFDXKSJijwhbAQKDwNHW2SJkVI1TOsWRnQPM7oFExcpltbA1iFa RZI9xjU6xBhNYpqYyGLi4OgQI942HKxl/PkpAS4cDjM6OsqJEycYHBwknU7jBRbt8vBXkSHC 4TCNjY309vbyzDPPUF9fj+u6FXFbpRSxaJTDBw9wYN9eOjva78Cuwb0EzLO9Zxs7erZx+fp1 Ll29xmIqjVFl4ZTWNNTX8fgjjxCLRSvEpiElaM3Q8AiHHzrAgb37aG1pIhFP+MwajHQmg2la K+7JUwpDSnb29LB/3x4629tobGgkFLLuOJ+pdJqp6RmGRka5dO0a8wuLyFUlgEZpgzB5njTe okfepk7MERYuAg+N/8w68CggfDGuTYOcjrJbDzKg9tHv9WHrEKZwsXWInfIGjxnv0y4nMHHQ SDxhorSkSUxj4q5JJzQ/ATnK2NgYt2/f5vz58yilkFJimuYdRWShUGB0dJTx8XEmJyd58skn 2b9/f4WO197aytNPHKV35w4i4fAKna+aKC4HTHtbK02NDXR1tHPq7TNMJqcwlotY7TNIKGQR XhayK5774P4+XnzmGWpqEogApOWJCcV7Lh+u5xEOhXj08GEeOfwQjQ0NFC97t/uuSSSoSSTo 7uxge083p995l6GR0Spqh8bVJi1ikieMt9lh3EZqFy0MtBAobYKvEPigEMF1BAgBUXJs4zbN xhR1zHFBPcKcbqRH3OKY+TZtYhyFgRLm0mQJSUzmiJFhkTo0d9bjNh1wlmVx+fLlEjutJrqW L2LRqNBac/36debm5pienub48eMUCgXa21r5wksv0tXZHug/qqpoKbJh8fNyMCqlsCyLvj17 qK+t4/uvnmBkfLxSrxOV7Lt8tLW2cvihg9TUJFBKrbjOcksO/OhLIh7n6SeOcuTgQSKRcEmP W36Py++/3MVkWRY7e3qoTdRw4o036b95s4zpfLDtkDd5wjxDO6N4WChhlt3jkm4nxEoDTQOu MImQ57B5gYTK0O/tZZccpIUJvEBHE2U6Imgi5GkQs0zRhqeNO+pxmw44IQSZTKYCQOW615IV V6kEl/9rWRbT09O8+eabOI7DV7/yFV5+4QW6OjtKU1ONDaqBrBzQ5Z+1t7XyykvH+cFrJ5lI TiHl3X2LQgi2b+smEg5XgK2k4wmBkLLCWlZKEY/FePbJJ3j0yCEMw1jVKKoG3hUiXymaGhv4 /EvHCYdDXL523Z9fJG1ygqeNUzSLGVxtIhAlkC2hQCCErgpAEViZnpYYuPQGQAsLu3hwsCH8 f038hIyMjvo6X6AXfuo6XHGyi2nlkUiEhoYGmpt9a1JrzfT0NMlkklQqVTp+eS5dNpvl1KlT /L2f/9v0bOuqcLOU7/6l6ykWUotoralJxAlZoaqALH6vq7ODY48/xslTp1lMpzHuALgi85SD TQjf/QHguA6TyRnS2QzpdIZ0JlNi/EMH9vPokcMYhly/31FrHy7Lnru+rpbjzz5NKp1maHQM E5vnjRM0yjnfMg3EpP/oPsiE9pAoHG2iEUg0hvB1a08bKO1/RwQ+NgNFg1wouVSW2BeEVgx4 e+lXfWSIk9GJu4LtE3WL2IUCTc3NHDp0iN7eXurq6giHwyURWygUSKfT3Lhxg7feegvbtqvq MU8efZSxkWHm5+epq6ur6uObnJri3Q8+YmZ21neX4Ls/6uvreezIYXq6u1Z8pwjCg337GBoZ 4eKVa2uuuxBCYJomc3Pz3Boa4tbQMKlUmoJdwHVdPE+Ry+eRUtLV0c7zTx9bAbbyTaC1ZnFx keT0DAvBBmxubKClqYloNOoDYNnxWmvqamt54emn+F9/8SOec/+YVpFEaVHh/xMi2JTaY1x1 Maq6SOkaXGFhape4SNMuJ+iUIxi4eJjIZWKWQC8rzZ92mVJtnFePMqa6giOWfHmfrtEQgK13 1y6OHz/Otm3bCIfDJfFaUoRramhqaqKtrY19+/bx3e9+l4WFhYpJ7Wxv5+knHmdubpYLFy7w /PPPV7Ca53l88NE53v/oPKl0Btd1lhYUmEhOMTwyykMH+jh29DFi0egK0AkhePG5Z5mYTDI2 Mbm28Ixpcu7iRc5dvMz8wiK5fN4Ha5njUwMN9XW8fPwFQqFQVSexlJKxiUk+PH+B8clJ8vkC ruchAmZMxGP07tjBYw8fJhak7ZdvSqUU3d1dfOkJaDhzw1fYxUpfoqclb7nPc1vvIE8UD8MX o2gM7XFVFegSIzxqnqWZKRwdKjNoStK0dF1DaJK6lQVd53OfUBUi+4425U+88sVvbMShOzEx wcXz5zGsSpPedV129vby8ssvs2vXLkzTrGq5Ff1slmVRV1dHX18fAwMD5HK5kgviJ154jraW ltKDHjhwwLd2A6vv5KnTvPfhuUBn9O+rqBsWAZ4vFBibmMS2Hdrb2wgHi1/ONCHLIhqJMDI2 Rj6fp6mxkT27egmVPVsJqMDV/kFeO/Umc/ML2EFiqZTS1+GC80bCYY49/hj7du9awU7F4/sH b/CD104yPDpKOp2hYNs4rovjOOQLBVLpNOMTk0xOTdHZ3k40Gqm4d6U0UuZoaL1KdOgqTi5b 9lz+0rta8ob7OfrVfnLEURhBxMH/8Z2/EWZ1M/O6ngY5R61YwEOiNVWjJVJ7jOpuxvQ2XCzW oyFseiG0cl327dtHb29vhaGw3AdXvkuVUjQ3N/P5z3+ecODuaGttZXfvztICTU1Nkc/n0Vrj eB7vnv2Qs+cvYNv2StdG2TUMw0Apxdlz57l4+UpVkQywZ1cv7a1tVcNv5WBJZ7K8+vobZHP5 qk7Y4nmbmxo5sG9v1VCYEIKBGzf5/msnmZ2bK+mERdAWNwwIbMdh8OYtXj/9NtkgHaycIbW+ iWHmMF867p9f+05vAvF2ynuJQbU30OuC8FWg3xV/l8IPgQ2r7bztPsuEbsfkk6k/2fxWD1pj WVbJGrtbLLA4gZ7nsWvXLtra2tBac3D/PqyAHYuF1UVf18TkJGfeP1tyjazFiNFa8/Z7H3B9 8EbFohV/NwyDfXt2EYlEVo2lCiG4OjBAJputYLNqInd7Tzc1icQKI0EIwfjEJG++c4ZUKn3H eGkRhEIIrvb388G58yVGhaJleQmwobmVuu09FdbkBfcIA6ovUPh1IOzEskjqkq4HMKJ6OO8+ QlonSpGGqt0U7hvAbSBToySGIhESiQSGaXL44IGVfjTPo1CwOX/pih9jXMcOlFKSyWS5cOkK s3PzFUAtnqe7q4O6mhpfRdbV7zOXy9/Rga0DcXpw376q38/mcly+dp2xiUkMY22xURFQ0lvv vs/Y+ETZ9SaAhSA4b2Ds2V0CeErFuOgd9rM5xFoyQnxLViMY0T3cVjuhTDrdvwx3j5klUkp6 e7YRCqrAljsmU5k0F69cXVWM3mnRDEMyPDbK6Pj4CiUeoKmhkdraGoQUG84ikQJqaxK0NDdX jQMnp6YZvPXxulOnZFADfObsh+RyuYDILgLukrHS1UkiHkcDw3o7C7rBD12tI/1IoEnpWobV NnJE7xobfWABV85kD+3vq0hXKvfYD9y4ibPB+lbfKZ1lbGKCfCFfYakWjZiWpiY/gL7Bibas EPv27F4RditeYyKZZDKZXJMqsGKxDIPRsTGS09P4GVmjaF2W5JBowozHQWsue4dKAFrHDJVS lKZ0G5O6syxz5DMGuPLg+Y6enqpA9DzF+UtX/CD6RpkUmJmZI5XKVPXud7a3V1in6wecyd7e 3qoMNr+wyM1bHyPWlWZUqXFlMlnGJ6dwvUnACZhOQAA82dlOljjTqnVNbopqV5EoZnQTSd2G gWIzGybcV4DTWhMNh4lEwlXZyfNcktPTG9YpiiJ7em6OxVR6hTgHaG5qCFKENgZm0zBobGyo KrIXFhe5NTyMuYb48uoxZ8noWBLHGQK88j/6XNbZyYC3J/DJbRApwodGRsfJ6cjGz/MgMFx9 EE1Y7pHXWjM2mfQzVO9BiZVCkEqnyOWzVY2b+traABB63ZtFCkFNombVYzK5HIWCfY9hQ8Fk cgrPSwKqUhwCNDcyqratKd37TnqcQJHWcd9aRW1aXxjzvmI4IB6PV3WbaK2Zm5/fFIupULBx HLeq0WJaFmKDIltKQV1tTVVmyhcKzM7OIoW8p2cQQjC/mEYps/qmqKllVoc2irUKMewQwtYh 2ERL9f5iuMDrX80vpbSmYNvc40xWhL6qAfvelkmU8vSW37/ruKQz2VUt4PXcv23baG0ve4ri 7yGyxO/diCOogwhcMpvFcPedSF3NOhRwx2yOde9ffbf9vSE0YJhGVVeKRuOpTbL4hADtVYUI AVA2Q9qUz8Znk+GEwLFt1LIKqOKIRqNwj34h/5yiIiNi9cleP0OX12Isd4vci3W90hdornrj Jjab5T77zPrhinsplU5XlMqVB7sb6xvumdo1EI1GCIWrp48XCgXUBtvDasC2nQqwFe/XNE2i keimiCZDChDRZVxcTOvQ1InFTVLwXYygVuEzKVKFEMwtLAZVR5VJk1JKWlub71mf0EpRV1tD NBKtwhq+68JTHmIDYkkpxWIqVXHO4v2HQyHq62rRVarR1stwdbU1SNm4bPmC+80u0CrGN0Gx EYQpECEfuFg+iyIVv+9cJptd1e2wfVu3XzC8wcVSStPU2EhdbaKqwZCcnvEtWLGx88+X5fQt F601NQnEsrzAjVyjtbkR0+iAZRm2Gg2zc+yQtwI9boPzFJRH14hFEiyi9Gcwllq++IM3b1Wl ccMwOXLwQNWqqLW7LiQtTY0k4tUtubGJibKMjPVbv57nBbHOlUxcm6hhe3fXhju6F6vzu7ra saxtZYDz05IEEj0xSZcYxhRuqchl3eymBRGy1IpFDFFpkHwmAXf52vWqgBMCtnd3+wHqDQBO BeK0s6ODcDhccY5irHN6xk9TFxu09BzHZWDZhimCsb6ult4dO0pG0UZGOGTR0daKYdQCsWUS VcHIGIbQ7BHXNmSt+i5fSaucpEOM4CGD2gjx2QXc6Ng4qaDya/lLR+LxGA8/dHDdLFcUpzt7 ttG1SgF1cnqGhcVU1ar/tQ7bcbg2MFhVrIbDYbo62qmtqdkQ4DzPo6OtjY7WVgwDtN5Xaa3a aVRqASGgz7iCgbtOoGjQYOLQKiZolHMoYZQKZz6TgCsuzoWLl6uynF8F1UdjfT3eOoDheR5N jQ0cOnhgVYa8PTxMOp2+J2ecpxRT0zOk0ukV9aYAba0t7N65A28DG0YIwaNHDhONRoKs3v1A uIgTGJsgnfH13xY5Ta+8EVRS6XWxW7OYYqe8gYm3qQbDfQs4IQRX+gfIBvUNy0djQwMvPPMU sWgUdw36kOcpIpEwzx57wjc6AqCWM2g+X2Dgxg3yhcI9JQcI/OY9V/sHVoAN/Cr6A/v20lhf t2Zdrpiq37d3N7t2bA+ygEGIKLCt5C9TN24GTX7AFC5Hzff8+gRdBJ2+g1UKSkuiIkefcYVO MYqLwWYnmd+3bxOcmZ3l6vX+qnljUkoO9O3jxeeeoa6mBsdxKlpClLe/cl2XWDTCs08dK9UY LC8VBLhw+QrJqZlN8TfZjsPgjVvYtl21l8r2bd0ce/wo0WgU13XvCjZPeXS0t/G5F54nGo0u y0Q54PvkUrNkg/T54jUbxBzHzddIiBSeNqoYEbpkJGgtCIsCh4zzHDLO44lPJsx+X7++8t0P PqwQTctB98ihh/jC515iW3cXkXB4aSqDX8KWRVdHOy8+9wxPPPIwlmWtqNgSQjAzO8vZ8+fJ ZLMbDtwvNz4mkkn6B29UAK14XdM0efjQQ7zw9FMkEvFSt6jlG8bz/HZene3tvPLSi9TV1qG1 WlYU3QFsx337DPlSbW8AIqBHDvGseYpWMYkhXFxt4WmJ0hJPG36LLTSNYprH5Ls8Kt8LgClX 7XVyb87k+3T4WRGLnDx1mi/8xIslsJQr40II9u7qpbO9jYtXrjIzO4ttO2gNoZBFY309+/ft pbGhfsWiF6ueXNfljbfeYX5hEcMw1qUX3une84UCH5y/wM4d24nHYivEuGkYPPawr499eP4i s3Nz2I6NUkup9rFohLbWVp499iTtrS0rOKL4DNdvNBDtTxIX5dVoOrDMBXuMfuqYY0DtZVq3 kiUW9HrziIoc9WKWXXKATjmK0BotZPECpf27WXrcfQu44sRduHyF5qYmnn/6qartWrXWJOJx nnr8aKCL5UuFLKt1VSrfrR+cO8+toaE1V4CtFXBaa5LJKd58510+98LzmKZR1iJClMDy0P4+ ujs7uHV7iPmFBQq2g5SCaCRCS1MTe3fvqigiX87Oc/ML/NWPr9DuPc0L5gks7VQAREpfN2uR SVrlJHkizOgW8ipMWNjUi1lqRAqN9GtWhe/0LfaP01psapq5yX0+TNPkzPsf0NzUuNROdVmT mnIARSKRFaBdDXhX+wf44KNz5HL5NXV5Wi/oHNfl0tVrNDc1cvThIyvKBYv3U19XxyOH/RoE 1/WjHOXNEFcDm+u5/PjN02QW57jKQZpVkoeNjwJiquzEpDFRWhMWDt1ixC+uEQJPi6CYuazU XitcYTGlWgiJAs1iGs3mzM99rcMVJ6xg27zx1jtcvHwFr0rXotVqO6sp7MW2rleu93PijTeZ nV/YdLCVX79QKPDehx8xcONm1RZc5QmmxQ1mGmbFZ8uPKz7D6TPvcW1gEA1YOHzgPclF7zCW cPwmOBUWclAspAUeJp6w8DBBrKx+kyhGVBdXvIPkdQSxiUUN9/a+1GJD50p3/j3HCpc3aNbA 3Pw8r75+CmlaHDq4n/ra2ordfqdGMeWLlslk+ejiJc6eO08qnS4VW7PM4Fj+/Y245or3Mz+/ wBtvv4PneezZ1VvqBrCW9mLVWC6VzvDh+Qu8dea9smM1jg7xrvcMWgsOmpcJkUdpo+RLq5wj SvWqJUZEY+CR1K2c8x7D0VapPWuxSMcXuCpgKv3pAK5YqW7F40GO2tIEZ4P2Chsd4XC41NKr fBiGQTaf5+333mdyaorDB/azc/t2LMtcwWbVfrcdh6HhES5cvsrgrVsUbPuOxSxV3TGGsW7U FRd6MjnFiVOnmZtf4MihgxXNaVZj5OUbBmB8cpL3zn7Elev9y4ApkELhaou3vBdIUctuOUCb HMfQDgoTIWSFUVF0k/hAc7F1mFu6l0veIUZUD+1yDJsQOR2taMVlYZRafq17E/7Gt/7DumEq hWRmdoYbgzcwrUrMOo7D9p4eOjo6153hKoTg41sfMzc/VyXiojmw/wDhcBjP86irq2XXzh20 Njf7TZnjccKhUKlA2vM88oUCmUyG2fl5JpJT3Pz4NrNzc5iGuWqqt1KK5sZGDvTtrdSj8Cuy Bm99zO3h4Q3sUvCURyQcYe/uXg4fOEB3ZwfmGksSU+kUA4M3uXDlKqPj43duoaHx46Figm45 RLucoEOMUCtSIGSlw1dDVscZUd0Mq+0M6R3M6wYEmpjI0CYmiJItcVpR5M7oJmZpuWvHyxVr /Kvf+s7G5J9YPWtW30NwerWJ1Gi0quy+pJQiHo+RiCeIxyKEw+ESSFzPo1AokM3lSKczfsqT AEOurQWs3yRaVA2R3UustfjdpsZGerq7aGtppKmhnpp4lEhoqSeL63pk8wUWUmmS03NMTE1x 8+MhCrbtt4i4yyprQGEg8agVC7SIJDGyLA+KaqCgIyR1G/O6AQ0YQTVY0BKHldkiS8y4boZ7 7bd+csMK16ob7B51zLWc1+/6A66nUVoFCa9iRbimyMh38yNZhn9+L3g3x+oNbTaizZVLhyLw PAwpiEajxKNRQuEooaBhow4iJIV8llw+TyqdDdwlG6v4UkhU8FKQqs8UOEUk9+6DvKsO97B3 mgdxeEqzkIfaCJiy2Aa+2mTeXbc1JAyMe4QNaKs1MD9B2z3naDwFeVczn9PURcCUUBvx+7WV dFk0cRQCv5YWIRCKB36YrrAeyBu/veDxH9/I8fXPx2hJGBvOAgaIhiTffn2RznrJLzwTpj4q N9xbpFh/bElQGlxVydivDtgMz3p01Uv+/KJDZ61gd4vJP3g2TNau0hZLVNTXP/iAgwfz5WcZ Gy6OutilbPCNPUexxVbUgrBZDo4NzouAnK15/WOHlhrB4S4Lr4yZJhcV15MeO5oMLAk3phWW 4QWFMXzmh/mg3rgUEDJ91dkyoNYSKO2LrIIbOFGlIGIJXKUpuBALBYwDRC0RiDhI5xVffyWO ISAWEsRCAssAT0HG1qgynU4KQSIiMAXYHqQLGtOARNi/F8eDuaziZL/Ns7ssXtwjmM745xD4 4jPvaF7cG+KJHRbf/GEGQwpiEYEh/et5CkKGX50lhP9MERNChsAp3pN6MF96bPzy52LfeBAB N51RvHrN5kuHw1yZ8PjKf1vgT84VaK+V7GvzfUQDUy7fPpljNqvZ02LwrZM5FnKKa5Mev/jd FP/5VI66qOShTpPf+KsMt2Y99rdZ/PvXMvzzP03z0bDDY9stotaS9ay05hf+cJFvfD/L0KzL Fw6EGEi6/J3/meJbJ7Ms5BTxkOCf/WmGU4MOP+53OLbT9MW0hnOjLgs5TcgUfOdMnpyjmc1o fnS1wG+9mmV3i4Eh4XuXbP78QoH//WGe3maD//RGjn/6p2muTbg80m0SC0l4AF/NKR9kepYC FvOa9287/OyRMMf3WHz7xznmshopIB4WDM26XBh1SBc081nFn523+YP383z1kTC/9EKU33sz y8Uxl+tJj9sziu+cyTEy7/HNn44zm9X8v4sFbHfJuPjGX2bI2PDbP5vgRL/Df30rx3fO5ElE BP/uSwluTHt01kuO77H42pMRfvWVGA0xWSFWTUMwvuBxdsjBU/7meWV/mN0tBn95qcBUWvNH HxZ47ZrNoU6TP3ivQDKt+M0vxRmc8jjZb5dYfAtwn+LQGiIWfPlImF97Jc4j2yxuz3okU751 1xCVtNUapAuaS+MuzQnJdFphCMFLe0N87VgUiWBgyguiC3D6hs1ffyTCzx4J8+XDYc4OudiB 1m4I+JNzef7W0TBfPBjiiwdC/OiqTbqgGZ7zeHqnyb/6yTiGFDTEBDsaDR7rsQibK+vXpQDL EOQczaFOk688HGZfm8FkSjGTUYQM+LtPR/m5xyNcHHP4aw+H+crRCM/usvhw2CXn6AdS5Xug AeezjqB/0uOp357l5/7HAk1xgauCTkwhwa5mg1QB3rnlEA8JasJgSF/vChlgmYJ8oBNpramN SP7x/0nT9vVp/tEfpbg961X4VRZz8Et/lKbjX0zzu6/nWMhpfuXlOJOLimO/PceVcRdT+vqf o3w/4Z0dwb7eaJkCiX/vBUfTGJN01kksU9CSkPz9P0zR+stT/PoPs9yY9lAPJsE9uEZD0Vk7 Ou/xq3+R5mvHItRGJN8+mQ3emuKLwO1NBm/fcnj7psPfPBqhOSGZXFQrnXXBz1Ra8W9+Ksah TgvLgJqIIB5a4hKl4dd/Os4T2/2/J8KCunW2KVEAAAMdSURBVIjge79Yz5+cK/DNH2b5/Z+v LZ1yLVbtch8+wWuViq+YnFzU/NbPxDnc7b8ToSYsqIlsdtePLYa7+1oJyDswl9N85UiErjr/ fVGWUXQOw54WA1PAhVGXWEjQWmPgeOB6/uJ6niYeFphSYCCoi0ryjv+9xbzm+5eWdDgNtNUK srair93g9ozH77+b47+/k2d7k+RrT0bY3iSxvSVXS8RaPQglAoaTABa4ShOxBBEziKposEyI haHgwZ5Wg1vTHq9ds8k7Wwz3qQ6lIWf7C1oXEfyTP04xsagwBHw04rKn1SDnwM4mSVutxDIE DTHJVx82ePVagW/+0O/xO5fT7Gs1sV2wPc3PHA7xOyeyfDzj8b2LBf7h81GKiSOegl97Jc6v /N8M81nN753O829/KsbIvOZn/ssCT+208DyfgdprJb/5owwn+x3+5RdidNYbvpj1wHZ9N0nG URxusPjexQLDcx7nRj3+xmNhuhskiwWFqzSWFPz0Q2G+dSLHlQmXPztf4F9/MV7aVA8cSUz8 ZvMDyMyauYzi9E2Hl/aGmFz0f39yh4Uhfd/Y0R4LV/ke//dvOwzPeTy3O0RTXDI85/H2LYeC o3lud4jdLQZ/frFAbVhwtMfiWtLj7JDNjiaTp3ZYRMtEqqc0Z4ccLoy6HOq0eGy7D9ZXrxXI FDSf3x+iJWEwsehx4rrN7laDYztCgc6luTLuMZ9TNMUFF8Y8+loNLBNuTSukhGd7LZSG9247 9LUZbGsw8JTg7LDD+RGHva0GR7eHSn7ELcB9SoDT2me5YjDc0wR9MHzRJ8tb4gcvw5ViKT9N BcXDRvCZp3yrTwYhKaX844vvmirPS1Na+3+XlDJmPKUrzle8hp9ksJR1q4rloWLpxWkiYOyi 9VpkcCmWkgXKr1nsc7zZL+3YEqlVXSH+agmxBDAAU1TqRuUJjFKIijc9CyEqvqu19kNLZS6L 8iymFdVeQpT+XjqfXJk8aSx7xbifJEnVF+8Zy3BjlJUYQOU1l9/TFuA+UUNhfa9TulOdw1rP eac3NK/lfPfWRJqq9u6DCDaA/w82uGPXrb2UjgAAAABJRU5ErkJggg== --------------070004010307050804060303-- --------------010202020808050401050807-- --===============1563288677433757753== 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.xensource.com http://lists.xensource.com/xen-users --===============1563288677433757753==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 07:31:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 07:31:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv1yc-0000xs-8Z; Wed, 08 Feb 2012 07:30:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv1ya-0000xn-SX for xen-users@lists.xensource.com; Wed, 08 Feb 2012 07:30:01 +0000 Received: from [85.158.139.83:55336] by server-7.bemta-5.messagelabs.com id 0E/6F-01252-874223F4; Wed, 08 Feb 2012 07:30:00 +0000 X-Env-Sender: a.chapellon@horoa.net X-Msg-Ref: server-12.tower-182.messagelabs.com!1328686198!14147344!1 X-Originating-IP: [217.112.53.240] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23085 invoked from network); 8 Feb 2012 07:29:58 -0000 Received: from jimbojones.springfield.horoa.net (HELO jimbojones.springfield.horoa.net) (217.112.53.240) by server-12.tower-182.messagelabs.com with SMTP; 8 Feb 2012 07:29:58 -0000 Received: from localhost (localhost [127.0.0.1]) by jimbojones.springfield.horoa.net (Postfix) with ESMTP id 409A9B600B3 for ; Wed, 8 Feb 2012 08:29:58 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at jimbojones.springfield.horoa.net Received: from jimbojones.springfield.horoa.net ([127.0.0.1]) by localhost (jimbojones.springfield.horoa.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FgxMy-teCWHt for ; Wed, 8 Feb 2012 08:29:57 +0100 (CET) Received: from [172.17.2.31] (224.213.205.77.rev.sfr.net [77.205.213.224]) (Authenticated sender: a.chapellon@horoa.net) by jimbojones.springfield.horoa.net (Postfix) with ESMTPSA id A7F96B600AF for ; Wed, 8 Feb 2012 08:29:56 +0100 (CET) Message-ID: <4F322473.3020600@horoa.net> Date: Wed, 08 Feb 2012 08:29:55 +0100 From: Alexandre Chapellon Organization: horoa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: In-Reply-To: Subject: Re: [Xen-users] Degraded performance after upgrade to xen 4.1.3 and kernel 3.2.4 X-BeenThere: xen-users@lists.xensource.com 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="===============1563288677433757753==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1563288677433757753== Content-Type: multipart/alternative; boundary="------------010202020808050401050807" This is a multi-part message in MIME format. --------------010202020808050401050807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Did you also switch from xm to xl toolstack? I personnally noticed that my domU's are much slower when created with xl... regards. Le 08/02/2012 00:58, David Gonzalez a écrit : > Hey list, > > I just upgraded to choon kernel and xen versions but after that > performance on my DomUs has gone terribly bad, ot takes for ever to a > Debian Squeeze DomU to install and configure some packages. > > I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 kernel, and my DomUs > are all file based using tap2 as disk driver. > > I know, toying around with RC/unstable versions might cause that, so > please take this message as a report. > > any sugfgestiopns will be deeply thanked. > -- > David Gonzalez H. > Bogota: +(57-1)289-1168 > Medellin: +(57-1)247-0985 > Cel: +(57)315-838-8326 > DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS > http://www.dghvoip.com/ > Proud Linux User #294661 > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users -- Alexandre Chapellon Ingénierie des systèmes open sources et réseaux. Follow me on twitter: @alxgomz --------------010202020808050401050807 Content-Type: multipart/related; boundary="------------070004010307050804060303" --------------070004010307050804060303 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Did you also switch from xm to xl toolstack?
I personnally noticed that my domU's are much slower when created with xl...

regards.

Le 08/02/2012 00:58, David Gonzalez a écrit :
Hey list,

I just upgraded to choon kernel and xen versions but after that performance on my DomUs has gone terribly bad, ot takes for ever to a Debian Squeeze DomU to install and configure some packages.

I'm using Centos 6.2 x64 and XEN 4.1.3 and 3.2.4 kernel,  and my DomUs are all file based using tap2 as disk driver.

I know, toying around with RC/unstable versions might cause that, so please take this message as a report.

any sugfgestiopns will be deeply thanked.
--
David Gonzalez H.
Bogota: +(57-1)289-1168
Medellin: +(57-1)247-0985
Cel: +(57)315-838-8326
DGHVoIP - OPEN SOURCE TELEPHONY SOLUTIONS
http://www.dghvoip.com/
Proud Linux User #294661


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

--

Alexandre Chapellon

Ingénierie des systèmes open sources et réseaux.
Follow me on twitter: @alxgomz

--------------070004010307050804060303 Content-Type: image/png; name="horoa_sig.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="horoa_sig.png" iVBORw0KGgoAAAANSUhEUgAAAJwAAABLCAYAAACFg+7aAAAAAXNSR0IArs4c6QAAAAZiS0dE AP8A/wD/oL2nkwAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9sKDw4lATOUg8AAAAAZ dEVYdENvbW1lbnQAQ3JlYXRlZCB3aXRoIEdJTVBXgQ4XAAAgAElEQVR42u2deWxdV37fP+fc e9/OfV9ESdRGSZbkRbblXXbG45kEmUxmWqBo0wyKtmlapECXIJgmRTttpglSJDMN0DYtCnTQ NMi0aZYm08xMxpbGlmVbXmRrX0hKsrjzcefb73JO/7j3Pb5HPkokRRuSwQMQoh7vu8s53/P9 7b8rfuNbv6vZGlvjUxpyawq2xhbgtsYW4LbG1rgvAae1XtNnW2MLcJsCMiklWmts2yabzeK6 LkKILdBtDQDMzQCaEAIA13UpFAokk0kGBgYYHBzk5Zdfpq+vD8/ztmZ7a2wccOVgU0oxPz9P f38/Z86cITk+jjBNtG0zMzNTYrmtsTXuieGEELiuy/Xr13njjTcYGRnBMAxC0SgAttaMjIyw f/9+6uvrt8Tq1tgY4LTWJb3s0qVL/OAHPyCdTmNZVgWTGYbByMgIqVSKxsbGLabbGhszGoQQ SCkZHR3lnXfeIZVKrQBbEZTJiQkWFhZK/98aW4Db0HAch8HBQYZv3yYUCq1gQKUU4XCY2vp6 bNvGcZyt2d4aGxOpUkqSySQ3b95EGEZVcdvV1UVfXx8dHR20trZusdvWuDfALSwsMDo6irEM cJ7n0d3dzZe//GV27tyJ4zh4nofWekusbo2Ni1TbtsllsysApFyXgwcP0tXVRS6Xw3GcFf66 rbEFuHUbDUop8LyVINKaUCiEaZpbjLY1No/h7gSkLfG5NTZVh9voqAbCzQDmnRzKW6CvmClA rOGztZwHNAKtJQINQvv/3uVc5qcBsOKPlCsJVSlVYsT1ArDoflFKgRCYhlG6hlYa13NRWmNI iZRyXeddC8OXH1d8huJnUhpIufbraa1RWkOZvlv+s1GAaQToABxIirAoPQcggk/FXUGj0Vqg MPAwMPCoFfPYhHF0CC3EXaH7iQKuaMHm83kWFxdJpVLkcjmUUhiGQTQapaamhng8TiwWQwhR smjvxE5a69JxLU1NtLY0E4vFiEYimKYBGlzPpWDbpDNZpqanmZ6ZRWmNaRhrWsASmMpWR4tg AyFKYNda++G8UIjamhpi0QgIwfT0DLl8vuq1fICBUh6e52GYJnU1CeLxOJZpojUUCgXmFxfJ 5nIIBIaxvk1TBIeHgUATFVmiZImLLCHySBQeJgXCZHSCLDFsHfbXTXhlcFyaBFebmLg0iyla 5QT1zNEkpxjw9nOT3bjavCtZmp8Us4VCIWZnZxkYGGBoaIj5+XnS6TS2bZcAFwqFiMfj1NXV 0dzcTE9PD7t378Z1XZ+1VmMCpehoa+OhA320tbTQUF9PJBzGNItg0ijlM0ahUGBubp7xySRX rvczMj6GFHKFO6eccevr6ti1czumUTk90pAMjYwyPjGJ4zg0NTbS1dFOW0sLiUSceCxGNBqh ULB5/fRbZMayK65TvP+QZdHS0kZ3RwdNjQ0kEgli0UjJ2LJth1Q6TSqdZnJqivGJSWZm50pu qTvq0IDWEheTbfI27WKcRjFDXKSJijwhbAQKDwNHW2SJkVI1TOsWRnQPM7oFExcpltbA1iFa RZI9xjU6xBhNYpqYyGLi4OgQI942HKxl/PkpAS4cDjM6OsqJEycYHBwknU7jBRbt8vBXkSHC 4TCNjY309vbyzDPPUF9fj+u6FXFbpRSxaJTDBw9wYN9eOjva78Cuwb0EzLO9Zxs7erZx+fp1 Ll29xmIqjVFl4ZTWNNTX8fgjjxCLRSvEpiElaM3Q8AiHHzrAgb37aG1pIhFP+MwajHQmg2la K+7JUwpDSnb29LB/3x4629tobGgkFLLuOJ+pdJqp6RmGRka5dO0a8wuLyFUlgEZpgzB5njTe okfepk7MERYuAg+N/8w68CggfDGuTYOcjrJbDzKg9tHv9WHrEKZwsXWInfIGjxnv0y4nMHHQ SDxhorSkSUxj4q5JJzQ/ATnK2NgYt2/f5vz58yilkFJimuYdRWShUGB0dJTx8XEmJyd58skn 2b9/f4WO197aytNPHKV35w4i4fAKna+aKC4HTHtbK02NDXR1tHPq7TNMJqcwlotY7TNIKGQR XhayK5774P4+XnzmGWpqEogApOWJCcV7Lh+u5xEOhXj08GEeOfwQjQ0NFC97t/uuSSSoSSTo 7uxge083p995l6GR0Spqh8bVJi1ikieMt9lh3EZqFy0MtBAobYKvEPigEMF1BAgBUXJs4zbN xhR1zHFBPcKcbqRH3OKY+TZtYhyFgRLm0mQJSUzmiJFhkTo0d9bjNh1wlmVx+fLlEjutJrqW L2LRqNBac/36debm5pienub48eMUCgXa21r5wksv0tXZHug/qqpoKbJh8fNyMCqlsCyLvj17 qK+t4/uvnmBkfLxSrxOV7Lt8tLW2cvihg9TUJFBKrbjOcksO/OhLIh7n6SeOcuTgQSKRcEmP W36Py++/3MVkWRY7e3qoTdRw4o036b95s4zpfLDtkDd5wjxDO6N4WChhlt3jkm4nxEoDTQOu MImQ57B5gYTK0O/tZZccpIUJvEBHE2U6Imgi5GkQs0zRhqeNO+pxmw44IQSZTKYCQOW615IV V6kEl/9rWRbT09O8+eabOI7DV7/yFV5+4QW6OjtKU1ONDaqBrBzQ5Z+1t7XyykvH+cFrJ5lI TiHl3X2LQgi2b+smEg5XgK2k4wmBkLLCWlZKEY/FePbJJ3j0yCEMw1jVKKoG3hUiXymaGhv4 /EvHCYdDXL523Z9fJG1ygqeNUzSLGVxtIhAlkC2hQCCErgpAEViZnpYYuPQGQAsLu3hwsCH8 f038hIyMjvo6X6AXfuo6XHGyi2nlkUiEhoYGmpt9a1JrzfT0NMlkklQqVTp+eS5dNpvl1KlT /L2f/9v0bOuqcLOU7/6l6ykWUotoralJxAlZoaqALH6vq7ODY48/xslTp1lMpzHuALgi85SD TQjf/QHguA6TyRnS2QzpdIZ0JlNi/EMH9vPokcMYhly/31FrHy7Lnru+rpbjzz5NKp1maHQM E5vnjRM0yjnfMg3EpP/oPsiE9pAoHG2iEUg0hvB1a08bKO1/RwQ+NgNFg1wouVSW2BeEVgx4 e+lXfWSIk9GJu4LtE3WL2IUCTc3NHDp0iN7eXurq6giHwyURWygUSKfT3Lhxg7feegvbtqvq MU8efZSxkWHm5+epq6ur6uObnJri3Q8+YmZ21neX4Ls/6uvreezIYXq6u1Z8pwjCg337GBoZ 4eKVa2uuuxBCYJomc3Pz3Boa4tbQMKlUmoJdwHVdPE+Ry+eRUtLV0c7zTx9bAbbyTaC1ZnFx keT0DAvBBmxubKClqYloNOoDYNnxWmvqamt54emn+F9/8SOec/+YVpFEaVHh/xMi2JTaY1x1 Maq6SOkaXGFhape4SNMuJ+iUIxi4eJjIZWKWQC8rzZ92mVJtnFePMqa6giOWfHmfrtEQgK13 1y6OHz/Otm3bCIfDJfFaUoRramhqaqKtrY19+/bx3e9+l4WFhYpJ7Wxv5+knHmdubpYLFy7w /PPPV7Ca53l88NE53v/oPKl0Btd1lhYUmEhOMTwyykMH+jh29DFi0egK0AkhePG5Z5mYTDI2 Mbm28Ixpcu7iRc5dvMz8wiK5fN4Ha5njUwMN9XW8fPwFQqFQVSexlJKxiUk+PH+B8clJ8vkC ruchAmZMxGP07tjBYw8fJhak7ZdvSqUU3d1dfOkJaDhzw1fYxUpfoqclb7nPc1vvIE8UD8MX o2gM7XFVFegSIzxqnqWZKRwdKjNoStK0dF1DaJK6lQVd53OfUBUi+4425U+88sVvbMShOzEx wcXz5zGsSpPedV129vby8ssvs2vXLkzTrGq5Ff1slmVRV1dHX18fAwMD5HK5kgviJ154jraW ltKDHjhwwLd2A6vv5KnTvPfhuUBn9O+rqBsWAZ4vFBibmMS2Hdrb2wgHi1/ONCHLIhqJMDI2 Rj6fp6mxkT27egmVPVsJqMDV/kFeO/Umc/ML2EFiqZTS1+GC80bCYY49/hj7du9awU7F4/sH b/CD104yPDpKOp2hYNs4rovjOOQLBVLpNOMTk0xOTdHZ3k40Gqm4d6U0UuZoaL1KdOgqTi5b 9lz+0rta8ob7OfrVfnLEURhBxMH/8Z2/EWZ1M/O6ngY5R61YwEOiNVWjJVJ7jOpuxvQ2XCzW oyFseiG0cl327dtHb29vhaGw3AdXvkuVUjQ3N/P5z3+ecODuaGttZXfvztICTU1Nkc/n0Vrj eB7vnv2Qs+cvYNv2StdG2TUMw0Apxdlz57l4+UpVkQywZ1cv7a1tVcNv5WBJZ7K8+vobZHP5 qk7Y4nmbmxo5sG9v1VCYEIKBGzf5/msnmZ2bK+mERdAWNwwIbMdh8OYtXj/9NtkgHaycIbW+ iWHmMF867p9f+05vAvF2ynuJQbU30OuC8FWg3xV/l8IPgQ2r7bztPsuEbsfkk6k/2fxWD1pj WVbJGrtbLLA4gZ7nsWvXLtra2tBac3D/PqyAHYuF1UVf18TkJGfeP1tyjazFiNFa8/Z7H3B9 8EbFohV/NwyDfXt2EYlEVo2lCiG4OjBAJputYLNqInd7Tzc1icQKI0EIwfjEJG++c4ZUKn3H eGkRhEIIrvb388G58yVGhaJleQmwobmVuu09FdbkBfcIA6ovUPh1IOzEskjqkq4HMKJ6OO8+ QlonSpGGqt0U7hvAbSBToySGIhESiQSGaXL44IGVfjTPo1CwOX/pih9jXMcOlFKSyWS5cOkK s3PzFUAtnqe7q4O6mhpfRdbV7zOXy9/Rga0DcXpw376q38/mcly+dp2xiUkMY22xURFQ0lvv vs/Y+ETZ9SaAhSA4b2Ds2V0CeErFuOgd9rM5xFoyQnxLViMY0T3cVjuhTDrdvwx3j5klUkp6 e7YRCqrAljsmU5k0F69cXVWM3mnRDEMyPDbK6Pj4CiUeoKmhkdraGoQUG84ikQJqaxK0NDdX jQMnp6YZvPXxulOnZFADfObsh+RyuYDILgLukrHS1UkiHkcDw3o7C7rBD12tI/1IoEnpWobV NnJE7xobfWABV85kD+3vq0hXKvfYD9y4ibPB+lbfKZ1lbGKCfCFfYakWjZiWpiY/gL7Bibas EPv27F4RditeYyKZZDKZXJMqsGKxDIPRsTGS09P4GVmjaF2W5JBowozHQWsue4dKAFrHDJVS lKZ0G5O6syxz5DMGuPLg+Y6enqpA9DzF+UtX/CD6RpkUmJmZI5XKVPXud7a3V1in6wecyd7e 3qoMNr+wyM1bHyPWlWZUqXFlMlnGJ6dwvUnACZhOQAA82dlOljjTqnVNbopqV5EoZnQTSd2G gWIzGybcV4DTWhMNh4lEwlXZyfNcktPTG9YpiiJ7em6OxVR6hTgHaG5qCFKENgZm0zBobGyo KrIXFhe5NTyMuYb48uoxZ8noWBLHGQK88j/6XNbZyYC3J/DJbRApwodGRsfJ6cjGz/MgMFx9 EE1Y7pHXWjM2mfQzVO9BiZVCkEqnyOWzVY2b+traABB63ZtFCkFNombVYzK5HIWCfY9hQ8Fk cgrPSwKqUhwCNDcyqratKd37TnqcQJHWcd9aRW1aXxjzvmI4IB6PV3WbaK2Zm5/fFIupULBx HLeq0WJaFmKDIltKQV1tTVVmyhcKzM7OIoW8p2cQQjC/mEYps/qmqKllVoc2irUKMewQwtYh 2ERL9f5iuMDrX80vpbSmYNvc40xWhL6qAfvelkmU8vSW37/ruKQz2VUt4PXcv23baG0ve4ri 7yGyxO/diCOogwhcMpvFcPedSF3NOhRwx2yOde9ffbf9vSE0YJhGVVeKRuOpTbL4hADtVYUI AVA2Q9qUz8Znk+GEwLFt1LIKqOKIRqNwj34h/5yiIiNi9cleP0OX12Isd4vci3W90hdornrj Jjab5T77zPrhinsplU5XlMqVB7sb6xvumdo1EI1GCIWrp48XCgXUBtvDasC2nQqwFe/XNE2i keimiCZDChDRZVxcTOvQ1InFTVLwXYygVuEzKVKFEMwtLAZVR5VJk1JKWlub71mf0EpRV1tD NBKtwhq+68JTHmIDYkkpxWIqVXHO4v2HQyHq62rRVarR1stwdbU1SNm4bPmC+80u0CrGN0Gx EYQpECEfuFg+iyIVv+9cJptd1e2wfVu3XzC8wcVSStPU2EhdbaKqwZCcnvEtWLGx88+X5fQt F601NQnEsrzAjVyjtbkR0+iAZRm2Gg2zc+yQtwI9boPzFJRH14hFEiyi9Gcwllq++IM3b1Wl ccMwOXLwQNWqqLW7LiQtTY0k4tUtubGJibKMjPVbv57nBbHOlUxcm6hhe3fXhju6F6vzu7ra saxtZYDz05IEEj0xSZcYxhRuqchl3eymBRGy1IpFDFFpkHwmAXf52vWqgBMCtnd3+wHqDQBO BeK0s6ODcDhccY5irHN6xk9TFxu09BzHZWDZhimCsb6ult4dO0pG0UZGOGTR0daKYdQCsWUS VcHIGIbQ7BHXNmSt+i5fSaucpEOM4CGD2gjx2QXc6Ng4qaDya/lLR+LxGA8/dHDdLFcUpzt7 ttG1SgF1cnqGhcVU1ar/tQ7bcbg2MFhVrIbDYbo62qmtqdkQ4DzPo6OtjY7WVgwDtN5Xaa3a aVRqASGgz7iCgbtOoGjQYOLQKiZolHMoYZQKZz6TgCsuzoWLl6uynF8F1UdjfT3eOoDheR5N jQ0cOnhgVYa8PTxMOp2+J2ecpxRT0zOk0ukV9aYAba0t7N65A28DG0YIwaNHDhONRoKs3v1A uIgTGJsgnfH13xY5Ta+8EVRS6XWxW7OYYqe8gYm3qQbDfQs4IQRX+gfIBvUNy0djQwMvPPMU sWgUdw36kOcpIpEwzx57wjc6AqCWM2g+X2Dgxg3yhcI9JQcI/OY9V/sHVoAN/Cr6A/v20lhf t2Zdrpiq37d3N7t2bA+ygEGIKLCt5C9TN24GTX7AFC5Hzff8+gRdBJ2+g1UKSkuiIkefcYVO MYqLwWYnmd+3bxOcmZ3l6vX+qnljUkoO9O3jxeeeoa6mBsdxKlpClLe/cl2XWDTCs08dK9UY LC8VBLhw+QrJqZlN8TfZjsPgjVvYtl21l8r2bd0ce/wo0WgU13XvCjZPeXS0t/G5F54nGo0u y0Q54PvkUrNkg/T54jUbxBzHzddIiBSeNqoYEbpkJGgtCIsCh4zzHDLO44lPJsx+X7++8t0P PqwQTctB98ihh/jC515iW3cXkXB4aSqDX8KWRVdHOy8+9wxPPPIwlmWtqNgSQjAzO8vZ8+fJ ZLMbDtwvNz4mkkn6B29UAK14XdM0efjQQ7zw9FMkEvFSt6jlG8bz/HZene3tvPLSi9TV1qG1 WlYU3QFsx337DPlSbW8AIqBHDvGseYpWMYkhXFxt4WmJ0hJPG36LLTSNYprH5Ls8Kt8LgClX 7XVyb87k+3T4WRGLnDx1mi/8xIslsJQr40II9u7qpbO9jYtXrjIzO4ttO2gNoZBFY309+/ft pbGhfsWiF6ueXNfljbfeYX5hEcMw1qUX3une84UCH5y/wM4d24nHYivEuGkYPPawr499eP4i s3Nz2I6NUkup9rFohLbWVp499iTtrS0rOKL4DNdvNBDtTxIX5dVoOrDMBXuMfuqYY0DtZVq3 kiUW9HrziIoc9WKWXXKATjmK0BotZPECpf27WXrcfQu44sRduHyF5qYmnn/6qartWrXWJOJx nnr8aKCL5UuFLKt1VSrfrR+cO8+toaE1V4CtFXBaa5LJKd58510+98LzmKZR1iJClMDy0P4+ ujs7uHV7iPmFBQq2g5SCaCRCS1MTe3fvqigiX87Oc/ML/NWPr9DuPc0L5gks7VQAREpfN2uR SVrlJHkizOgW8ipMWNjUi1lqRAqN9GtWhe/0LfaP01psapq5yX0+TNPkzPsf0NzUuNROdVmT mnIARSKRFaBdDXhX+wf44KNz5HL5NXV5Wi/oHNfl0tVrNDc1cvThIyvKBYv3U19XxyOH/RoE 1/WjHOXNEFcDm+u5/PjN02QW57jKQZpVkoeNjwJiquzEpDFRWhMWDt1ixC+uEQJPi6CYuazU XitcYTGlWgiJAs1iGs3mzM99rcMVJ6xg27zx1jtcvHwFr0rXotVqO6sp7MW2rleu93PijTeZ nV/YdLCVX79QKPDehx8xcONm1RZc5QmmxQ1mGmbFZ8uPKz7D6TPvcW1gEA1YOHzgPclF7zCW cPwmOBUWclAspAUeJp6w8DBBrKx+kyhGVBdXvIPkdQSxiUUN9/a+1GJD50p3/j3HCpc3aNbA 3Pw8r75+CmlaHDq4n/ra2ordfqdGMeWLlslk+ejiJc6eO08qnS4VW7PM4Fj+/Y245or3Mz+/ wBtvv4PneezZ1VvqBrCW9mLVWC6VzvDh+Qu8dea9smM1jg7xrvcMWgsOmpcJkUdpo+RLq5wj SvWqJUZEY+CR1K2c8x7D0VapPWuxSMcXuCpgKv3pAK5YqW7F40GO2tIEZ4P2Chsd4XC41NKr fBiGQTaf5+333mdyaorDB/azc/t2LMtcwWbVfrcdh6HhES5cvsrgrVsUbPuOxSxV3TGGsW7U FRd6MjnFiVOnmZtf4MihgxXNaVZj5OUbBmB8cpL3zn7Elev9y4ApkELhaou3vBdIUctuOUCb HMfQDgoTIWSFUVF0k/hAc7F1mFu6l0veIUZUD+1yDJsQOR2taMVlYZRafq17E/7Gt/7DumEq hWRmdoYbgzcwrUrMOo7D9p4eOjo6153hKoTg41sfMzc/VyXiojmw/wDhcBjP86irq2XXzh20 Njf7TZnjccKhUKlA2vM88oUCmUyG2fl5JpJT3Pz4NrNzc5iGuWqqt1KK5sZGDvTtrdSj8Cuy Bm99zO3h4Q3sUvCURyQcYe/uXg4fOEB3ZwfmGksSU+kUA4M3uXDlKqPj43duoaHx46Figm45 RLucoEOMUCtSIGSlw1dDVscZUd0Mq+0M6R3M6wYEmpjI0CYmiJItcVpR5M7oJmZpuWvHyxVr /Kvf+s7G5J9YPWtW30NwerWJ1Gi0quy+pJQiHo+RiCeIxyKEw+ESSFzPo1AokM3lSKczfsqT AEOurQWs3yRaVA2R3UustfjdpsZGerq7aGtppKmhnpp4lEhoqSeL63pk8wUWUmmS03NMTE1x 8+MhCrbtt4i4yyprQGEg8agVC7SIJDGyLA+KaqCgIyR1G/O6AQ0YQTVY0BKHldkiS8y4boZ7 7bd+csMK16ob7B51zLWc1+/6A66nUVoFCa9iRbimyMh38yNZhn9+L3g3x+oNbTaizZVLhyLw PAwpiEajxKNRQuEooaBhow4iJIV8llw+TyqdDdwlG6v4UkhU8FKQqs8UOEUk9+6DvKsO97B3 mgdxeEqzkIfaCJiy2Aa+2mTeXbc1JAyMe4QNaKs1MD9B2z3naDwFeVczn9PURcCUUBvx+7WV dFk0cRQCv5YWIRCKB36YrrAeyBu/veDxH9/I8fXPx2hJGBvOAgaIhiTffn2RznrJLzwTpj4q N9xbpFh/bElQGlxVydivDtgMz3p01Uv+/KJDZ61gd4vJP3g2TNau0hZLVNTXP/iAgwfz5WcZ Gy6OutilbPCNPUexxVbUgrBZDo4NzouAnK15/WOHlhrB4S4Lr4yZJhcV15MeO5oMLAk3phWW 4QWFMXzmh/mg3rgUEDJ91dkyoNYSKO2LrIIbOFGlIGIJXKUpuBALBYwDRC0RiDhI5xVffyWO ISAWEsRCAssAT0HG1qgynU4KQSIiMAXYHqQLGtOARNi/F8eDuaziZL/Ns7ssXtwjmM745xD4 4jPvaF7cG+KJHRbf/GEGQwpiEYEh/et5CkKGX50lhP9MERNChsAp3pN6MF96bPzy52LfeBAB N51RvHrN5kuHw1yZ8PjKf1vgT84VaK+V7GvzfUQDUy7fPpljNqvZ02LwrZM5FnKKa5Mev/jd FP/5VI66qOShTpPf+KsMt2Y99rdZ/PvXMvzzP03z0bDDY9stotaS9ay05hf+cJFvfD/L0KzL Fw6EGEi6/J3/meJbJ7Ms5BTxkOCf/WmGU4MOP+53OLbT9MW0hnOjLgs5TcgUfOdMnpyjmc1o fnS1wG+9mmV3i4Eh4XuXbP78QoH//WGe3maD//RGjn/6p2muTbg80m0SC0l4AF/NKR9kepYC FvOa9287/OyRMMf3WHz7xznmshopIB4WDM26XBh1SBc081nFn523+YP383z1kTC/9EKU33sz y8Uxl+tJj9sziu+cyTEy7/HNn44zm9X8v4sFbHfJuPjGX2bI2PDbP5vgRL/Df30rx3fO5ElE BP/uSwluTHt01kuO77H42pMRfvWVGA0xWSFWTUMwvuBxdsjBU/7meWV/mN0tBn95qcBUWvNH HxZ47ZrNoU6TP3ivQDKt+M0vxRmc8jjZb5dYfAtwn+LQGiIWfPlImF97Jc4j2yxuz3okU751 1xCVtNUapAuaS+MuzQnJdFphCMFLe0N87VgUiWBgyguiC3D6hs1ffyTCzx4J8+XDYc4OudiB 1m4I+JNzef7W0TBfPBjiiwdC/OiqTbqgGZ7zeHqnyb/6yTiGFDTEBDsaDR7rsQibK+vXpQDL EOQczaFOk688HGZfm8FkSjGTUYQM+LtPR/m5xyNcHHP4aw+H+crRCM/usvhw2CXn6AdS5Xug AeezjqB/0uOp357l5/7HAk1xgauCTkwhwa5mg1QB3rnlEA8JasJgSF/vChlgmYJ8oBNpramN SP7x/0nT9vVp/tEfpbg961X4VRZz8Et/lKbjX0zzu6/nWMhpfuXlOJOLimO/PceVcRdT+vqf o3w/4Z0dwb7eaJkCiX/vBUfTGJN01kksU9CSkPz9P0zR+stT/PoPs9yY9lAPJsE9uEZD0Vk7 Ou/xq3+R5mvHItRGJN8+mQ3emuKLwO1NBm/fcnj7psPfPBqhOSGZXFQrnXXBz1Ra8W9+Ksah TgvLgJqIIB5a4hKl4dd/Os4T2/2/J8KCunW2KVEAAAMdSURBVIjge79Yz5+cK/DNH2b5/Z+v LZ1yLVbtch8+wWuViq+YnFzU/NbPxDnc7b8ToSYsqIlsdtePLYa7+1oJyDswl9N85UiErjr/ fVGWUXQOw54WA1PAhVGXWEjQWmPgeOB6/uJ6niYeFphSYCCoi0ryjv+9xbzm+5eWdDgNtNUK srair93g9ozH77+b47+/k2d7k+RrT0bY3iSxvSVXS8RaPQglAoaTABa4ShOxBBEziKposEyI haHgwZ5Wg1vTHq9ds8k7Wwz3qQ6lIWf7C1oXEfyTP04xsagwBHw04rKn1SDnwM4mSVutxDIE DTHJVx82ePVagW/+0O/xO5fT7Gs1sV2wPc3PHA7xOyeyfDzj8b2LBf7h81GKiSOegl97Jc6v /N8M81nN753O829/KsbIvOZn/ssCT+208DyfgdprJb/5owwn+x3+5RdidNYbvpj1wHZ9N0nG URxusPjexQLDcx7nRj3+xmNhuhskiwWFqzSWFPz0Q2G+dSLHlQmXPztf4F9/MV7aVA8cSUz8 ZvMDyMyauYzi9E2Hl/aGmFz0f39yh4Uhfd/Y0R4LV/ke//dvOwzPeTy3O0RTXDI85/H2LYeC o3lud4jdLQZ/frFAbVhwtMfiWtLj7JDNjiaTp3ZYRMtEqqc0Z4ccLoy6HOq0eGy7D9ZXrxXI FDSf3x+iJWEwsehx4rrN7laDYztCgc6luTLuMZ9TNMUFF8Y8+loNLBNuTSukhGd7LZSG9247 9LUZbGsw8JTg7LDD+RGHva0GR7eHSn7ELcB9SoDT2me5YjDc0wR9MHzRJ8tb4gcvw5ViKT9N BcXDRvCZp3yrTwYhKaX844vvmirPS1Na+3+XlDJmPKUrzle8hp9ksJR1q4rloWLpxWkiYOyi 9VpkcCmWkgXKr1nsc7zZL+3YEqlVXSH+agmxBDAAU1TqRuUJjFKIijc9CyEqvqu19kNLZS6L 8iymFdVeQpT+XjqfXJk8aSx7xbifJEnVF+8Zy3BjlJUYQOU1l9/TFuA+UUNhfa9TulOdw1rP eac3NK/lfPfWRJqq9u6DCDaA/w82uGPXrb2UjgAAAABJRU5ErkJggg== --------------070004010307050804060303-- --------------010202020808050401050807-- --===============1563288677433757753== 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.xensource.com http://lists.xensource.com/xen-users --===============1563288677433757753==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 08:39:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 08:39: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 1Rv31W-0002Mw-ME; Wed, 08 Feb 2012 08:37:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv31V-0002Mr-O6 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 08:37:06 +0000 X-Env-Sender: zoli@lippai.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1328690219!14427872!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25525 invoked from network); 8 Feb 2012 08:36:59 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 08:36:59 -0000 Received: by eaan12 with SMTP id n12so1431837eaa.30 for ; Wed, 08 Feb 2012 00:36:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lippai.net; s=google; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=NJfeL8hhsW32RmDdjFghrX92N68kF3mdqh/artdCO5k=; b=JvSppkE5VPoqbiRT6tcViHd9X21NuhVivsTgh4Y3L0FkLTSXQpNMxT6osAB3DSnTz2 zDKPGCn9F8nh57P2U9edg3qJ21EBeyz+cA4vuA8e1KcbRXH4lRHRGI/P5OIurYEcmQoG pH4mpERMO6FaYvWceuXCbPAQsnro2gB8UoAgA= Received: by 10.213.3.9 with SMTP id 9mr2658093ebl.21.1328690219023; Wed, 08 Feb 2012 00:36:59 -0800 (PST) Received: from [192.168.1.104] ([195.228.111.151]) by mx.google.com with ESMTPS id c16sm2816116eei.1.2012.02.08.00.36.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 08 Feb 2012 00:36:58 -0800 (PST) From: Zoltan Lippai Date: Wed, 8 Feb 2012 09:36:56 +0100 Message-Id: To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) X-Gm-Message-State: ALoCoQnwa/Nlk/SIzCJHgyyK1v6PCSGIf4k6gmVXn1y9AxBZzGVgI+UGxUGa1K7OVDBOUCmOXUW7 Subject: [Xen-users] Creating network bridge without IP address X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi everyone! I have the following setup: domain0 |-domU1 |-domU2 |-domU3 I am running this with libvirt on a XEN server. Right now the server is connected to our office network, but later it will be in a hosted environment. I need domU1 and domU3 to have a public IP, and all of the domUs and the dom0 should have an internal IP address to communicate with each other. So this is what I would like to achieve: domain0 192.168.122.1 |-domU1 192.168.122.2 192.168.1.45 (later this will be changed to the public IP) |-domU2 192.168.122.3 |-domU3 192.168.122.4 192.168.1.46 (this will also be changed to a public IP) On domain0 I have the following network interfaces: br0 Link encap:Ethernet HWaddr 54:04:a6:66:c4:be inet addr:192.168.1.44 Bcast:192.168.1.255 Mask:255.255.255.0 virbr0 Link encap:Ethernet HWaddr 52:54:00:fe:88:0c inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 This way everything is working fine, except that I don't want domain0 to have a public IP (which is 192.168.1.44 in this case) So is it possible somehow to setup br0 on domain0 without it having an IP address? Thank you, Zoltan Lippai _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 08:39:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 08:39: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 1Rv31W-0002Mw-ME; Wed, 08 Feb 2012 08:37:06 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv31V-0002Mr-O6 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 08:37:06 +0000 X-Env-Sender: zoli@lippai.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1328690219!14427872!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25525 invoked from network); 8 Feb 2012 08:36:59 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 08:36:59 -0000 Received: by eaan12 with SMTP id n12so1431837eaa.30 for ; Wed, 08 Feb 2012 00:36:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lippai.net; s=google; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=NJfeL8hhsW32RmDdjFghrX92N68kF3mdqh/artdCO5k=; b=JvSppkE5VPoqbiRT6tcViHd9X21NuhVivsTgh4Y3L0FkLTSXQpNMxT6osAB3DSnTz2 zDKPGCn9F8nh57P2U9edg3qJ21EBeyz+cA4vuA8e1KcbRXH4lRHRGI/P5OIurYEcmQoG pH4mpERMO6FaYvWceuXCbPAQsnro2gB8UoAgA= Received: by 10.213.3.9 with SMTP id 9mr2658093ebl.21.1328690219023; Wed, 08 Feb 2012 00:36:59 -0800 (PST) Received: from [192.168.1.104] ([195.228.111.151]) by mx.google.com with ESMTPS id c16sm2816116eei.1.2012.02.08.00.36.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 08 Feb 2012 00:36:58 -0800 (PST) From: Zoltan Lippai Date: Wed, 8 Feb 2012 09:36:56 +0100 Message-Id: To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) X-Gm-Message-State: ALoCoQnwa/Nlk/SIzCJHgyyK1v6PCSGIf4k6gmVXn1y9AxBZzGVgI+UGxUGa1K7OVDBOUCmOXUW7 Subject: [Xen-users] Creating network bridge without IP address X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi everyone! I have the following setup: domain0 |-domU1 |-domU2 |-domU3 I am running this with libvirt on a XEN server. Right now the server is connected to our office network, but later it will be in a hosted environment. I need domU1 and domU3 to have a public IP, and all of the domUs and the dom0 should have an internal IP address to communicate with each other. So this is what I would like to achieve: domain0 192.168.122.1 |-domU1 192.168.122.2 192.168.1.45 (later this will be changed to the public IP) |-domU2 192.168.122.3 |-domU3 192.168.122.4 192.168.1.46 (this will also be changed to a public IP) On domain0 I have the following network interfaces: br0 Link encap:Ethernet HWaddr 54:04:a6:66:c4:be inet addr:192.168.1.44 Bcast:192.168.1.255 Mask:255.255.255.0 virbr0 Link encap:Ethernet HWaddr 52:54:00:fe:88:0c inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 This way everything is working fine, except that I don't want domain0 to have a public IP (which is 192.168.1.44 in this case) So is it possible somehow to setup br0 on domain0 without it having an IP address? Thank you, Zoltan Lippai _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 09:58:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 09:58: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 1Rv4Gj-0003PX-Ip; Wed, 08 Feb 2012 09:56:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv4Gg-0003PR-Uv for xen-users@lists.xensource.com; Wed, 08 Feb 2012 09:56:51 +0000 Received: from [85.158.139.83:45151] by server-3.bemta-5.messagelabs.com id 1D/5F-25605-1E6423F4; Wed, 08 Feb 2012 09:56:49 +0000 X-Env-Sender: dftonywhite@hotmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1328695006!6754172!1 X-Originating-IP: [65.54.61.95] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17279 invoked from network); 8 Feb 2012 09:56:47 -0000 Received: from snt0-omc2-s44.snt0.hotmail.com (HELO snt0-omc2-s44.snt0.hotmail.com) (65.54.61.95) by server-8.tower-182.messagelabs.com with SMTP; 8 Feb 2012 09:56:47 -0000 Received: from SNT114-W47 ([65.55.90.72]) by snt0-omc2-s44.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 8 Feb 2012 01:56:45 -0800 Message-ID: Content-Type: multipart/mixed; boundary="_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_" X-Originating-IP: [187.193.164.172] From: Antonio Colin To: , Xen Users List Date: Wed, 8 Feb 2012 03:56:45 -0600 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 08 Feb 2012 09:56:45.0724 (UTC) FILETIME=[F78DE5C0:01CCE647] Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: multipart/alternative; boundary="_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_" --_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Shriram=2C Just comming back to Remus HA=2C three weeks ago I sent this thread and the= situation hasn't changed. You are right=2C remus works properly with --no-net option. There is actually this tapdisk related error in the syslog file in the prim= ary host: Jan 17 17:28:58 xen-backup tapdisk2[5795]: remus: could not bind server soc= ket 11 to 192.168.2.4:9000: 98 Address already in use Also when I boot up the VM (Windows Server 2003) from NFS and without remus= or disk replication=2C in both the primary and the backup there is in fact a vif attached to it which is bind to the bridge in the tw= o cases. I have the sch_plug module installed correctly in both hosts and everything= works perfect for Linux systems. But it just cannot come true for Windows. I attach xend.log and syslog from primary and backup if you'd like to see f= urther information in order to help me. Thank you a lot!! Tony. > From: rshriram@cs.ubc.ca > Date: Fri=2C 13 Jan 2012 09:54:35 -0800 > To: xen-users@lists.xensource.com > CC: dftonywhite@hotmail.com > Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 >=20 > On Fri=2C Jan 13=2C 2012 at 9:05 AM=2C wrote: > > I have setup Remus on Debian Squeeze and kernel 3.1.5. Remus and disk r= eplication works perfect for Ubuntu systems=2C > > but when I start Remus for Windows Sever 2003 (running Microsoft Exchan= ge Enterprise 2003) it crashes giving the > > following error: > > >=20 > Is that Ubuntu VM a PV or HVM ? > I presume that remus with --no-net works properly ? >=20 > > root@neutrino:~/working-remus# xm create exchange-hvm.cfg > > root@neutrino:~/working-remus# remus exchange-hvm 192.168.2.4 > > qemu logdirty mode: enable > > xc: error: Error when writing to state file (4a) (errno 104) (104 =3D C= onnection reset by peer): Internal error > > qemu logdirty mode: disable > > PROF: resumed at 1326315866.106150 > > resuming QEMU > > tc filter del dev vif3.0 parent ffff: proto ip pref 10 u32 > > RTNETLINK answers: Invalid argument > > We have an error talking to the kernel > > Exception xen.remus.util.PipeException: PipeException('tc failed: 2=2C = No such file or directory'=2C) in > ignored >=20 > This error tells me nothing. "Connection reset by peer" could result > from a lot of issues. > A. check the syslog in primary and backup=2C for errors related to tapdis= k > B. Check the xend.log file in backup > C. If your system works with --no-net=2C then try to boot up the VM > without remus=2C and make sure that > there is a vif interface for the VM. And make sure that interface is > on the bridge (if you have bridging enabled). > Remus tries to install a network buffer (sch_plug) to the vif interface. >=20 >=20 >=20 > > root@neutrino:~/working-remus# > > > > It seems that on the backup remus or Xen cannot assign a vif1.0 to the = DomU since #ifconfig -a doesn't show a new vif there > > when starting remus. > > > > Any help would be highly appreciated! > > > > Tony. >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users = --_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello Shriram=2C

Just comming back to Remus HA=2C three weeks ago I = sent this thread and the situation hasn't changed. You are right=2C
remu= s works properly with --no-net option.

There is actually this tapdis= k related error in the syslog file in the primary host:
Jan 17 17:28:58 = xen-backup tapdisk2[5795]: remus: could not bind server socket 11 to 192.16= 8.2.4:9000: 98 Address already in use
Also when I boot up the VM (Window= s Server 2003) from NFS and without remus or disk replication=2C in both th= e primary and the backup
there is in fact a vif attached to it which is = bind to the bridge in the two cases.
I have the sch_plug module installe= d correctly in both hosts and everything works perfect for Linux systems. B= ut it just cannot come true
for Windows.

I attach xend.log and sy= slog from primary and backup if you'd like to see further information in or= der to help me.

Thank you a lot!!

Tony.

>=3B From: rshriram@cs.ubc.ca
>= =3B Date: Fri=2C 13 Jan 2012 09:54:35 -0800
>=3B To: xen-users@lists.x= ensource.com
>=3B CC: dftonywhite@hotmail.com
>=3B Subject: Re: [= Xen-users] Remus crashes only with Windows Server 2003
>=3B
>=3B= On Fri=2C Jan 13=2C 2012 at 9:05 AM=2C <=3Bxen-users-request@lists.xens= ource.com>=3B wrote:
>=3B >=3B I have setup Remus on Debian Squeez= e and kernel 3.1.5. Remus and disk replication works perfect  =3Bfor Ub= untu systems=2C
>=3B >=3B but when I start Remus for Windows Sever 2= 003 (running Microsoft Exchange Enterprise 2003) it crashes giving the
&= gt=3B >=3B following error:
>=3B >=3B
>=3B
>=3B Is that= Ubuntu VM a PV or HVM ?
>=3B I presume that remus with --no-net works= properly ?
>=3B
>=3B >=3B root@neutrino:~/working-remus# xm c= reate exchange-hvm.cfg
>=3B >=3B root@neutrino:~/working-remus# remu= s exchange-hvm 192.168.2.4
>=3B >=3B qemu logdirty mode: enable
&= gt=3B >=3B xc: error: Error when writing to state file (4a) (errno 104) (= 104 =3D Connection reset by peer): Internal error
>=3B >=3B qemu log= dirty mode: disable
>=3B >=3B PROF: resumed at 1326315866.106150
= >=3B >=3B resuming QEMU
>=3B >=3B tc filter del dev vif3.0 paren= t ffff: proto ip pref 10 u32
>=3B >=3B RTNETLINK answers: Invalid ar= gument
>=3B >=3B We have an error talking to the kernel
>=3B &g= t=3B Exception xen.remus.util.PipeException: PipeException('tc failed: 2=2C= No such file or directory'=2C) in <=3Bbound method BufferedNIC.__del__ o= f <=3Bxen.remus.device.BufferedNIC object at 0x24b7510>=3B>=3B ignore= d
>=3B
>=3B This error tells me nothing. "Connection reset by pe= er" could result
>=3B from a lot of issues.
>=3B A. check the sys= log in primary and backup=2C for errors related to tapdisk
>=3B B. Che= ck the xend.log file in backup
>=3B C. If your system works with --no-= net=2C then try to boot up the VM
>=3B without remus=2C and make sure = that
>=3B there is a vif interface for the VM. And make sure that inte= rface is
>=3B on the bridge (if you have bridging enabled).
>=3B = Remus tries to install a network buffer (sch_plug) to the vif interface.>=3B
>=3B
>=3B
>=3B >=3B root@neutrino:~/working-rem= us#
>=3B >=3B
>=3B >=3B It seems that on the backup remus or = Xen cannot assign a vif1.0 to the DomU since #ifconfig -a doesn't show a ne= w vif there
>=3B >=3B when starting remus.
>=3B >=3B
>= =3B >=3B Any help would be highly appreciated!
>=3B >=3B
>=3B= >=3B Tony.
>=3B
>=3B ________________________________________= _______
>=3B Xen-users mailing list
>=3B Xen-users@lists.xensourc= e.com
>=3B http://lists.xensource.com/xen-users
<= /body> = --_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_-- --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="primary_syslog" CkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB1ZGV2ZC13b3JrWzg0NzRdOiBrZXJuZWwtcHJvdmlk ZWQgbmFtZSAnYmxrdGFwMTgnIGFuZCBOQU1FPSAneGVuL2Jsa3RhcC0yL2Jsa3RhcDE4JyBkaXNh Z3JlZSwgcGxlYXNlIHVzZSBTWU1MSU5LKz0gb3IgY2hhbmdlIHRoZSBrZXJuZWwgdG8gcHJvdmlk ZSB0aGUgcHJvcGVyIG5hbWUKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2Njdd OiBJL08gcXVldWUgZHJpdmVyOiBsaW8KSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2sy Wzg2NjddOiByZWNlaXZlZCAnYXR0YWNoJyBtZXNzYWdlICh1dWlkID0gMTgpCkphbiAxNyAxNzoy NTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogc2VuZGluZyAnYXR0YWNoIHJlc3BvbnNlJyBt ZXNzYWdlICh1dWlkID0gMTgpCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3 XTogcmVjZWl2ZWQgJ29wZW4nIG1lc3NhZ2UgKHV1aWQgPSAxOCkKSmFuIDE3IDE3OjI1OjQ5IG5l dXRyaW5vIHRhcGRpc2syWzg2NjddOiBibG9jay1haW8gb3BlbignL2hvbWUvcmVtdXMvd2luMmsz LWV4Y2hhbmdlLmltZycpCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTog b3BlbigvaG9tZS9yZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nKSB3aXRoIE9fRElSRUNUCkphbiAx NyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogSW1hZ2Ugc2l6ZTogIzAxMiMwMTFw cmUgc2VjdG9yX3NoaWZ0ICBbMTYxODc4NjcxMzZdIzAxMiMwMTFwb3N0IHNlY3Rvcl9zaGlmdCBb MzE2MTY5MjhdCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogb3BlbmVk IGltYWdlIC9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS5pbWcgKDEgdXNlcnMsIHN0YXRlOiAw eDAwMDAwMDAxLCB0eXBlOiAwKQpKYW4gMTcgMTc6MjU6NDkgbmV1dHJpbm8gdGFwZGlzazJbODY2 N106IHJlbXVzOiBvcGVuaW5nIDE5Mi4xNjguMi40OjkwMDAKSmFuIDE3IDE3OjI1OjQ5IG5ldXRy aW5vIHRhcGRpc2syWzg2NjddOiByZW11czogaG9zdDogMTkyLjE2OC4yLjQsIHBvcnQ6IDkwMDAK SmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiByZW11czogY29udHJvbCBG SUZPIC92YXIvcnVuL3RhcC9yZW11c18xOTIuMTY4LjIuNF85MDAwCkphbiAxNyAxNzoyNTo0OSBu ZXV0cmlubyB0YXBkaXNrMls4NjY3XTogcmVtdXM6IG1lc3NhZ2UgRklGTyAvdmFyL3J1bi90YXAv cmVtdXNfMTkyLjE2OC4yLjRfOTAwMC5tc2cKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRp c2syWzg2NjddOiByZW11czogcmVnaXN0ZXJpbmcgY3RsIGZpZm8KSmFuIDE3IDE3OjI1OjQ5IG5l dXRyaW5vIHRhcGRpc2syWzg2NjddOiByZW11czogY291bGQgbm90IGJpbmQgc2VydmVyIHNvY2tl dCAxMSB0byAxOTIuMTY4LjIuNDo5MDAwOiA5OSBDYW5ub3QgYXNzaWduIHJlcXVlc3RlZCBhZGRy ZXNzCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogcmVtdXM6IGFjdGl2 YXRpbmcgY2xpZW50IG1vZGUKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2Njdd OiBvcGVuZWQgaW1hZ2UgMTkyLjE2OC4yLjQ6OTAwMCAoMSB1c2Vycywgc3RhdGU6IDB4MDAwMDAw MDEsIHR5cGU6IDkpCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogVkJE IENIQUlOOgpKYW4gMTcgMTc6MjU6NDkgbmV1dHJpbm8gdGFwZGlzazJbODY2N106IDE5Mi4xNjgu Mi40OjkwMDA6IDkKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiAvaG9t ZS9yZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nOiAwCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0 YXBkaXNrMls4NjY3XTogc2VuZGluZyAnb3BlbiByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDE4 KQpKYW4gMTcgMTc6MjU6NDkgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODEuOTQ1MjMxXSBibG9jayB0 ZHM6IHNlY3Rvci1zaXplOiA1MTIvNTEyKzAgY2FwYWNpdHk6IDMxNjE2OTI4IGRpc2NhcmQ6IDAr MCBmbHVzaDogMHgwCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB1ZGV2ZC13b3JrWzg2NzhdOiBr ZXJuZWwtcHJvdmlkZWQgbmFtZSAnYmxrdGFwMTknIGFuZCBOQU1FPSAneGVuL2Jsa3RhcC0yL2Js a3RhcDE5JyBkaXNhZ3JlZSwgcGxlYXNlIHVzZSBTWU1MSU5LKz0gb3IgY2hhbmdlIHRoZSBrZXJu ZWwgdG8gcHJvdmlkZSB0aGUgcHJvcGVyIG5hbWUKSmFuIDE3IDE3OjI1OjUwIG5ldXRyaW5vIHRh cGRpc2syWzg2NzldOiBJL08gcXVldWUgZHJpdmVyOiBsaW8KSmFuIDE3IDE3OjI1OjUwIG5ldXRy aW5vIHRhcGRpc2syWzg2NzldOiByZWNlaXZlZCAnYXR0YWNoJyBtZXNzYWdlICh1dWlkID0gMTkp CkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogc2VuZGluZyAnYXR0YWNo IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMTkpCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0 YXBkaXNrMls4Njc5XTogcmVjZWl2ZWQgJ29wZW4nIG1lc3NhZ2UgKHV1aWQgPSAxOSkKSmFuIDE3 IDE3OjI1OjUwIG5ldXRyaW5vIHRhcGRpc2syWzg2NzldOiBibG9jay1haW8gb3BlbignL2hvbWUv cmVtdXMvd2luMmszLWV4Y2hhbmdlLWQuaW1nJykKSmFuIDE3IDE3OjI1OjUwIG5ldXRyaW5vIHRh cGRpc2syWzg2NzldOiBvcGVuKC9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZykgd2l0 aCBPX0RJUkVDVApKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IEltYWdl IHNpemU6ICMwMTIjMDExcHJlIHNlY3Rvcl9zaGlmdCAgWzIxNTA1NjM4NF0jMDEyIzAxMXBvc3Qg c2VjdG9yX3NoaWZ0IFs0MjAwMzJdCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4 Njc5XTogb3BlbmVkIGltYWdlIC9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZyAoMSB1 c2Vycywgc3RhdGU6IDB4MDAwMDAwMDEsIHR5cGU6IDApCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlu byB0YXBkaXNrMls4Njc5XTogcmVtdXM6IG9wZW5pbmcgMTkyLjE2OC4yLjQ6OTAwMApKYW4gMTcg MTc6MjU6NTAgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrOiBhZGQgWEVO QlVTX1BBVEg9YmFja2VuZC92YmQvMTQvNzY4CkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBk aXNrMls4Njc5XTogcmVtdXM6IGhvc3Q6IDE5Mi4xNjguMi40LCBwb3J0OiA5MDAwCkphbiAxNyAx NzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogcmVtdXM6IGNvbnRyb2wgRklGTyAvdmFy L3J1bi90YXAvcmVtdXNfMTkyLjE2OC4yLjRfOTAwMApKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8g dGFwZGlzazJbODY3OV06IHJlbXVzOiBtZXNzYWdlIEZJRk8gL3Zhci9ydW4vdGFwL3JlbXVzXzE5 Mi4xNjguMi40XzkwMDAubXNnCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5 XTogcmVtdXM6IHJlZ2lzdGVyaW5nIGN0bCBmaWZvCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0 YXBkaXNrMls4Njc5XTogcmVtdXM6IGNvdWxkIG5vdCBiaW5kIHNlcnZlciBzb2NrZXQgMTEgdG8g MTkyLjE2OC4yLjQ6OTAwMDogOTkgQ2Fubm90IGFzc2lnbiByZXF1ZXN0ZWQgYWRkcmVzcwpKYW4g MTcgMTc6MjU6NTAgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHJlbXVzOiBhY3RpdmF0aW5nIGNs aWVudCBtb2RlCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogb3BlbmVk IGltYWdlIDE5Mi4xNjguMi40OjkwMDAgKDEgdXNlcnMsIHN0YXRlOiAweDAwMDAwMDAxLCB0eXBl OiA5KQpKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IFZCRCBDSEFJTjoK SmFuIDE3IDE3OjI1OjUwIG5ldXRyaW5vIHRhcGRpc2syWzg2NzldOiAxOTIuMTY4LjIuNDo5MDAw OiA5CkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogL2hvbWUvcmVtdXMv d2luMmszLWV4Y2hhbmdlLWQuaW1nOiAwCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNr Mls4Njc5XTogc2VuZGluZyAnb3BlbiByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDE5KQpKYW4g MTcgMTc6MjU6NTAgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODIuMTQzOTAxXSBibG9jayB0ZHQ6IHNl Y3Rvci1zaXplOiA1MTIvNTEyKzAgY2FwYWNpdHk6IDQyMDAzMiBkaXNjYXJkOiAwKzAgZmx1c2g6 IDB4MApKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRzL2Js b2NrOiBhZGQgWEVOQlVTX1BBVEg9YmFja2VuZC92YmQvMTQvODMyCkphbiAxNyAxNzoyNTo1MSBu ZXV0cmlubyBrZXJuZWw6IFsxMTc4My4yNzI5MThdIGRldmljZSB0YXAxNC4wIGVudGVyZWQgcHJv bWlzY3VvdXMgbW9kZQpKYW4gMTcgMTc6MjU6NTEgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODMuMjcy OTc2XSB4ZW5icjA6IHBvcnQgNih0YXAxNC4wKSBlbnRlcmluZyBmb3J3YXJkaW5nIHN0YXRlCkph biAxNyAxNzoyNTo1MSBuZXV0cmlubyBrZXJuZWw6IFsxMTc4My4yNzI5ODVdIHhlbmJyMDogcG9y dCA2KHRhcDE0LjApIGVudGVyaW5nIGZvcndhcmRpbmcgc3RhdGUKSmFuIDE3IDE3OjI1OjUxIG5l dXRyaW5vIGxvZ2dlcjogL2V0Yy94ZW4vc2NyaXB0cy9ibG9jazogV3JpdGluZyBiYWNrZW5kL3Zi ZC8xNC83NjgvcGh5c2ljYWwtZGV2aWNlIGZkOjEyIHRvIHhlbnN0b3JlLgpKYW4gMTcgMTc6MjU6 NTEgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrOiBXcml0aW5nIGJhY2tl bmQvdmJkLzE0Lzc2OC9ob3RwbHVnLXN0YXR1cyBjb25uZWN0ZWQgdG8geGVuc3RvcmUuCkphbiAx NyAxNzoyNTo1MSBuZXV0cmlubyBsb2dnZXI6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZTog YWRkIHR5cGVfaWY9dGFwIFhFTkJVU19QQVRIPQpKYW4gMTcgMTc6MjU6NTEgbmV1dHJpbm8gbG9n Z2VyOiAvZXRjL3hlbi9zY3JpcHRzL3ZpZi1icmlkZ2U6IG9ubGluZSB0eXBlX2lmPXZpZiBYRU5C VVNfUEFUSD1iYWNrZW5kL3ZpZi8xNC8wCkphbiAxNyAxNzoyNTo1MSBuZXV0cmlubyBrZXJuZWw6 IFsxMTc4My45NTY1MTNdIHhlbmJyMDogcG9ydCA2KHRhcDE0LjApIGVudGVyaW5nIGZvcndhcmRp bmcgc3RhdGUKSmFuIDE3IDE3OjI1OjUxIG5ldXRyaW5vIGtlcm5lbDogWzExNzg0LjAzMjgzMl0g eGVuYnIwOiBwb3J0IDYodGFwMTQuMCkgZW50ZXJpbmcgZm9yd2FyZGluZyBzdGF0ZQpKYW4gMTcg MTc6MjU6NTEgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODQuMDMyODQ0XSB4ZW5icjA6IHBvcnQgNih0 YXAxNC4wKSBlbnRlcmluZyBmb3J3YXJkaW5nIHN0YXRlCkphbiAxNyAxNzoyNTo1MSBuZXV0cmlu byBsb2dnZXI6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZTogU3VjY2Vzc2Z1bCB2aWYtYnJp ZGdlIGFkZCBmb3IgdGFwMTQuMCwgYnJpZGdlIHhlbmJyMC4KSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIGtlcm5lbDogWzExNzg0LjIyMDg4MV0gZGV2aWNlIHZpZjE0LjAgZW50ZXJlZCBwcm9taXNj dW91cyBtb2RlCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyBrZXJuZWw6IFsxMTc4NC4yNDAzMTFd IEFERFJDT05GKE5FVERFVl9VUCk6IHZpZjE0LjA6IGxpbmsgaXMgbm90IHJlYWR5CkphbiAxNyAx NzoyNTo1MiBuZXV0cmlubyBsb2dnZXI6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZTogU3Vj Y2Vzc2Z1bCB2aWYtYnJpZGdlIG9ubGluZSBmb3IgdmlmMTQuMCwgYnJpZGdlIHhlbmJyMC4KSmFu IDE3IDE3OjI1OjUyIG5ldXRyaW5vIGxvZ2dlcjogL2V0Yy94ZW4vc2NyaXB0cy92aWYtYnJpZGdl OiBXcml0aW5nIGJhY2tlbmQvdmlmLzE0LzAvaG90cGx1Zy1zdGF0dXMgY29ubmVjdGVkIHRvIHhl bnN0b3JlLgpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRz L2Jsb2NrOiBXcml0aW5nIGJhY2tlbmQvdmJkLzE0LzgzMi9waHlzaWNhbC1kZXZpY2UgZmQ6MTMg dG8geGVuc3RvcmUuCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyBsb2dnZXI6IC9ldGMveGVuL3Nj cmlwdHMvYmxvY2s6IFdyaXRpbmcgYmFja2VuZC92YmQvMTQvODMyL2hvdHBsdWctc3RhdHVzIGNv bm5lY3RlZCB0byB4ZW5zdG9yZS4KSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzI1 NDRdOiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzI1NDRdOiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1 aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzI4N106IHJlY2VpdmVk ICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlz azJbMzI4N106IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAx NyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszNDY0XTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2Fn ZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszNDY0XTogc2Vu ZGluZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzM5NjNdOiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkK SmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzM5NjNdOiBzZW5kaW5nICdwaWQgcmVz cG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlz azJbNDI1NV06IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6 NTIgbmV1dHJpbm8gdGFwZGlzazJbNDI1NV06IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2Fn ZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls0MjcxXTogcmVj ZWl2ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0 YXBkaXNrMls0MjcxXTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkK SmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQ3ODFdOiByZWNlaXZlZCAncGlkJyBt ZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQ3ODFd OiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6 NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQg PSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHNlbmRpbmcgJ3Bp ZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0 YXBkaXNrMls1NTk1XTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAx NzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls1NTk1XTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBt ZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzU2MDNd OiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzU2MDNdOiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQg PSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNjE3M106IHJlY2VpdmVkICdw aWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJb NjE3M106IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAx NzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls2MTg1XTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2FnZSAo dXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls2MTg1XTogc2VuZGlu ZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzY3OTldOiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFu IDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzY3OTldOiBzZW5kaW5nICdwaWQgcmVzcG9u c2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJb NjgxMl06IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbNjgxMl06IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAo dXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls3NDMzXTogcmVjZWl2 ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBk aXNrMls3NDMzXTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkKSmFu IDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzc0NDVdOiByZWNlaXZlZCAncGlkJyBtZXNz YWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzc0NDVdOiBz ZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbODA0OF06IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAw KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODA0OF06IHNlbmRpbmcgJ3BpZCBy ZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBk aXNrMls4MDYyXTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoy NTo1MiBuZXV0cmlubyB0YXBkaXNrMls4MDYyXTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBtZXNz YWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiBy ZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5v IHRhcGRpc2syWzg2NjddOiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAw KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHJlY2VpdmVkICdwaWQn IG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3 OV06IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoy NTo1MiBuZXV0cmlubyB0YXBkaXNrMlsyNTQ0XTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1 aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzI1NDRdOiBzZW5k aW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1 MiBuZXV0cmlubyB0YXBkaXNrMlsyNTQ0XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2Fn ZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzI4N106 IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBu ZXV0cmlubyB0YXBkaXNrMlszMjg3XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAo dXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzI4N106IHNl bmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1 OjUyIG5ldXRyaW5vIHRhcGRpc2syWzM0NjRdOiByZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVp ZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzQ2NF06IHNlbmRp bmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUy IG5ldXRyaW5vIHRhcGRpc2syWzM0NjRdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdl ICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszOTYzXTog cmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzM5NjNdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1 dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszOTYzXTogc2Vu ZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6 NTIgbmV1dHJpbm8gdGFwZGlzazJbNDI1NV06IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlk ID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls0MjU1XTogc2VuZGlu ZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbNDI1NV06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2Ug KHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQyNzFdOiBy ZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1 dHJpbm8gdGFwZGlzazJbNDI3MV06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1 aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQyNzFdOiBzZW5k aW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1 MiBuZXV0cmlubyB0YXBkaXNrMls0NzgxXTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQg PSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQ3ODFdOiBzZW5kaW5n ICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBu ZXV0cmlubyB0YXBkaXNrMls0NzgxXTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAo dXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHJl Y2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0 cmlubyB0YXBkaXNrMls0NzkzXTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVp ZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHNlbmRp bmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUy IG5ldXRyaW5vIHRhcGRpc2syWzU1OTVdOiByZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9 IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNTU5NV06IHNlbmRpbmcg J2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzU1OTVdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1 dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls1NjAzXTogcmVj ZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzU2MDNdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlk ID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls1NjAzXTogc2VuZGlu ZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbNjE3M106IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0g NjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls2MTczXTogc2VuZGluZyAn bGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1 dHJpbm8gdGFwZGlzazJbNjE3M106IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1 aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzYxODVdOiByZWNl aXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJp bm8gdGFwZGlzazJbNjE4NV06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQg PSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzYxODVdOiBzZW5kaW5n ICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBu ZXV0cmlubyB0YXBkaXNrMls2Nzk5XTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2 NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzY3OTldOiBzZW5kaW5nICds aXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0 cmlubyB0YXBkaXNrMls2Nzk5XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVp ZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNjgxMl06IHJlY2Vp dmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlu byB0YXBkaXNrMls2ODEyXTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9 IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNjgxMl06IHNlbmRpbmcg J2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzc0MzNdOiByZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1 NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNzQzM106IHNlbmRpbmcgJ2xp c3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzc0MzNdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlk ID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls3NDQ1XTogcmVjZWl2 ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5v IHRhcGRpc2syWzc0NDVdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0g NjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls3NDQ1XTogc2VuZGluZyAn bGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1 dHJpbm8gdGFwZGlzazJbODA0OF06IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1 MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls4MDQ4XTogc2VuZGluZyAnbGlz dCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJp bm8gdGFwZGlzazJbODA0OF06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQg PSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzgwNjJdOiByZWNlaXZl ZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8g dGFwZGlzazJbODA2Ml06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2 NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzgwNjJdOiBzZW5kaW5nICds aXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0 cmlubyB0YXBkaXNrMls4NjY3XTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUz NSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiBzZW5kaW5nICdsaXN0 IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlu byB0YXBkaXNrMls4NjY3XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9 IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHJlY2VpdmVk ICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0 YXBkaXNrMls4Njc5XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1 NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHNlbmRpbmcgJ2xp c3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI2OjAyIG5ldXRy aW5vIGtlcm5lbDogWzExNzk0LjE1MjA3OF0gdGFwMTQuMDogbm8gSVB2NiByb3V0ZXJzIHByZXNl bnQKSmFuIDE3IDE3OjI2OjA1IG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiByZW11czogY29ubmVj dGluZyB0byBiYWNrdXAuLi4KSmFuIDE3IDE3OjI2OjA1IG5ldXRyaW5vIHRhcGRpc2syWzg2Njdd OiByZW11czogY2xpZW50IGNvbm5lY3RpbmcgdG8gMTkyLjE2OC4yLjQ6OTAwMC4uLgpKYW4gMTcg MTc6MjY6MDUgbmV1dHJpbm8gdGFwZGlzazJbODY2N106IHJlbXVzOiBjbGllbnQgY29ubmVjdGVk Cg== --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="primary_xend.log" ClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoxMDMpIFhl bmREb21haW5JbmZvLmNyZWF0ZShbJ3ZtJywgWyduYW1lJywgJ2V4Y2hhbmdlLWh2bSddLCBbJ21l bW9yeScsIDUxMl0sIFsnb25fcG93ZXJvZmYnLCAnZGVzdHJveSddLCBbJ29uX3JlYm9vdCcsICdy ZXN0YXJ0J10sIFsnb25fY3Jhc2gnLCAncmVzdGFydCddLCBbJ29uX3hlbmRfc3RhcnQnLCAnaWdu b3JlJ10sIFsnb25feGVuZF9zdG9wJywgJ2lnbm9yZSddLCBbJ2NwdWlkJywgeycxJzogeydlYXgn OiAnMHgwNmIxJywgJ2VkeCc6ICd4eHgwMDAwMHh4eHh4eHgweHh4eHh4eHh4MHh4eHh4eCcsICdl Y3gnOiAneHh4eHh4eHh4eHgwMDAweHgwMHh4eDAwMDAwMDB4eDAnfSwgJzAnOiB7J2VheCc6ICcw eDMnLCAnZWR4JzogJzB4MCcsICdlYngnOiAnMHgwJywgJ2VjeCc6ICcweDAnfSwgJzB4ODAwMDAw MDAnOiB7J2VheCc6ICcweDMnLCAnZWR4JzogJzB4MCcsICdlYngnOiAnMHgwJywgJ2VjeCc6ICcw eDAnfSwgJzQnOiB7J2VheCc6ICcweDMnLCAnZWR4JzogJzB4MCcsICdlYngnOiAnMHgwJywgJ2Vj eCc6ICcweDAnfX1dLCBbJ3ZjcHVzJywgMV0sIFsnb29zJywgMV0sIFsnaW1hZ2UnLCBbJ2h2bScs IFsna2VybmVsJywgJ2h2bWxvYWRlciddLCBbJ3ZpZGVvcmFtJywgNF0sIFsnc2VyaWFsJywgJ3B0 eSddLCBbJ2FjcGknLCAxXSwgWydhcGljJywgMV0sIFsnYm9vdCcsICdjJ10sIFsnY3B1aWQnLCB7 JzEnOiB7J2VheCc6ICcweDA2YjEnLCAnZWR4JzogJ3h4eDAwMDAweHh4eHh4eDB4eHh4eHh4eHgw eHh4eHh4JywgJ2VjeCc6ICd4eHh4eHh4eHh4eDAwMDB4eDAweHh4MDAwMDAwMHh4MCd9LCAnMCc6 IHsnZWF4JzogJzB4MycsICdlZHgnOiAnMHgwJywgJ2VieCc6ICcweDAnLCAnZWN4JzogJzB4MCd9 LCAnMHg4MDAwMDAwMCc6IHsnZWF4JzogJzB4MycsICdlZHgnOiAnMHgwJywgJ2VieCc6ICcweDAn LCAnZWN4JzogJzB4MCd9LCAnNCc6IHsnZWF4JzogJzB4MycsICdlZHgnOiAnMHgwJywgJ2VieCc6 ICcweDAnLCAnZWN4JzogJzB4MCd9fV0sIFsnY3B1aWRfY2hlY2snLCBbXV0sIFsnZGV2aWNlX21v ZGVsJywgJ3FlbXUtZG0nXSwgWydkaXNwbGF5JywgJzowLjAnXSwgWydmZGEnLCAnJ10sIFsnZmRi JywgJyddLCBbJ2d1ZXN0X29zX3R5cGUnLCAnZGVmYXVsdCddLCBbJ2hhcCcsIDFdLCBbJ2hwZXQn LCAwXSwgWydpc2EnLCAwXSwgWydrZXltYXAnLCAnJ10sIFsnbG9jYWx0aW1lJywgMF0sIFsnbm9n cmFwaGljJywgMF0sIFsnb3BlbmdsJywgMV0sIFsnb29zJywgMV0sIFsncGFlJywgMV0sIFsncGNp JywgW11dLCBbJ3BjaV9tc2l0cmFuc2xhdGUnLCAxXSwgWydwY2lfcG93ZXJfbWdtdCcsIDBdLCBb J3J0Y190aW1lb2Zmc2V0JywgMF0sIFsnc2RsJywgMF0sIFsnc291bmRodycsICcnXSwgWydzdGR2 Z2EnLCAwXSwgWyd0aW1lcl9tb2RlJywgMV0sIFsndXNiJywgMF0sIFsndXNiZGV2aWNlJywgJydd LCBbJ3ZjcHVzJywgMV0sIFsndm5jJywgMV0sIFsndm5jdW51c2VkJywgMV0sIFsndmlyaWRpYW4n LCAwXSwgWyd2cHRfYWxpZ24nLCAxXSwgWyd4YXV0aG9yaXR5JywgJy9ob21lL2FudG9pbmUvLlhh dXRob3JpdHknXSwgWyd4ZW5fcGxhdGZvcm1fcGNpJywgMV0sIFsnbWVtb3J5X3NoYXJpbmcnLCAw XSwgWyd2bmNwYXNzd2QnLCAnWFhYWFhYWFgnXSwgWyd0c2NfbW9kZScsIDBdLCBbJ25vbWlncmF0 ZScsIDBdXV0sIFsnczNfaW50ZWdyaXR5JywgMV0sIFsnZGV2aWNlJywgWyd0YXAyJywgWyd1bmFt ZScsICd0YXAyOnJlbXVzOjE5Mi4xNjguMi40OjkwMDB8YWlvOi9ob21lL3JlbXVzL3dpbjJrMy1l eGNoYW5nZS5pbWcnXSwgWydkZXYnLCAnaW9lbXU6aGRhJ10sIFsnbW9kZScsICd3J11dXSwgWydk ZXZpY2UnLCBbJ3RhcDInLCBbJ3VuYW1lJywgJ3RhcDI6cmVtdXM6MTkyLjE2OC4yLjQ6OTAwMHxh aW86L2hvbWUvcmVtdXMvd2luMmszLWV4Y2hhbmdlLWQuaW1nJ10sIFsnZGV2JywgJ2lvZW11Omhk YiddLCBbJ21vZGUnLCAndyddXV0sIFsnZGV2aWNlJywgWyd2aWYnLCBbJ2JyaWRnZScsICd4ZW5i cjAnXSwgWyd0eXBlJywgJ2lvZW11J11dXV0pClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERF QlVHIChYZW5kRG9tYWluSW5mbzoyNDk4KSBYZW5kRG9tYWluSW5mby5jb25zdHJ1Y3REb21haW4K WzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGJhbGxvb246MTg3KSBCYWxsb29uOiA1 MzgzMjggS2lCIGZyZWU7IG5lZWQgMTYzODQ7IGRvbmUuClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIz MzVdIERFQlVHIChYZW5kRG9tYWluOjQ3NikgQWRkaW5nIERvbWFpbjogMTQKWzIwMTItMDEtMTcg MTc6MjU6NDkgMjMzNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI4MzYpIFhlbmREb21haW5JbmZv LmluaXREb21haW46IDE0IDI1NgpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBERUJVRyAoaW1h Z2U6MzM5KSBObyBWTkMgcGFzc3dkIGNvbmZpZ3VyZWQgZm9yIHZmYiBhY2Nlc3MKWzIwMTItMDEt MTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjg5MSkgYXJnczogYm9vdCwgdmFsOiBjClsy MDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4OTEpIGFyZ3M6IGZkYSwgdmFs OiBOb25lClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4OTEpIGFyZ3M6 IGZkYiwgdmFsOiBOb25lClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4 OTEpIGFyZ3M6IHNvdW5kaHcsIHZhbDogTm9uZQpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBE RUJVRyAoaW1hZ2U6ODkxKSBhcmdzOiBsb2NhbHRpbWUsIHZhbDogMApbMjAxMi0wMS0xNyAxNzoy NTo0OSAyMzM1XSBERUJVRyAoaW1hZ2U6ODkxKSBhcmdzOiBzZXJpYWwsIHZhbDogWydwdHknXQpb MjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBERUJVRyAoaW1hZ2U6ODkxKSBhcmdzOiBzdGQtdmdh LCB2YWw6IDAKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjg5MSkgYXJn czogaXNhLCB2YWw6IDAKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjg5 MSkgYXJnczogYWNwaSwgdmFsOiAxClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChp bWFnZTo4OTEpIGFyZ3M6IHVzYiwgdmFsOiAwClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERF QlVHIChpbWFnZTo4OTEpIGFyZ3M6IHVzYmRldmljZSwgdmFsOiBOb25lClsyMDEyLTAxLTE3IDE3 OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4OTEpIGFyZ3M6IGdmeF9wYXNzdGhydSwgdmFsOiBO b25lClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIElORk8gKGltYWdlOjgyMikgTmVlZCB0byBj cmVhdGUgcGxhdGZvcm0gZGV2aWNlLltkb21pZDoxNF0KWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMz NV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI4NjMpIF9pbml0RG9tYWluOnNoYWRvd19tZW1vcnk9 MHgwLCBtZW1vcnlfc3RhdGljX21heD0weDIwMDAwMDAwLCBtZW1vcnlfc3RhdGljX21pbj0weDAu ClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIElORk8gKGltYWdlOjE4MikgYnVpbGREb21haW4g b3M9aHZtIGRvbT0xNCB2Y3B1cz0xClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChp bWFnZTo5NDkpIGRvbWlkICAgICAgICAgID0gMTQKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0g REVCVUcgKGltYWdlOjk1MCkgaW1hZ2UgICAgICAgICAgPSAvdXNyL2xpYi94ZW4vYm9vdC9odm1s b2FkZXIKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjk1MSkgc3RvcmVf ZXZ0Y2huICAgPSAyClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo5NTIp IG1lbXNpemUgICAgICAgID0gNTEyClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChp bWFnZTo5NTMpIHRhcmdldCAgICAgICAgID0gNTEyClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVd IERFQlVHIChpbWFnZTo5NTQpIHZjcHVzICAgICAgICAgID0gMQpbMjAxMi0wMS0xNyAxNzoyNTo0 OSAyMzM1XSBERUJVRyAoaW1hZ2U6OTU1KSB2Y3B1X2F2YWlsICAgICA9IDEKWzIwMTItMDEtMTcg MTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjk1NikgYWNwaSAgICAgICAgICAgPSAxClsyMDEy LTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo5NTcpIGFwaWMgICAgICAgICAgID0g MQpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBJTkZPIChYZW5kRG9tYWluSW5mbzoyMzU3KSBj cmVhdGVEZXZpY2U6IHZmYiA6IHsndm5jdW51c2VkJzogMSwgJ290aGVyX2NvbmZpZyc6IHsndm5j dW51c2VkJzogMSwgJ3ZuYyc6ICcxJ30sICd2bmMnOiAnMScsICd1dWlkJzogJ2RlNDhhMzYzLTU4 ODktMjVhNi01OTgwLWY3ZGJjMzY3NmNkNSd9ClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERF QlVHIChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAn MScsICdiYWNrZW5kLWlkJzogJzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92ZmIvMTQvMCd9IHRvIC9sb2NhbC9kb21haW4vMTQvZGV2aWNlL3ZmYi8wLgpbMjAxMi0wMS0x NyAxNzoyNTo0OSAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjo5NykgRGV2Q29udHJvbGxlcjog d3JpdGluZyB7J3ZuY3VudXNlZCc6ICcxJywgJ2RvbWFpbic6ICdleGNoYW5nZS1odm0nLCAnZnJv bnRlbmQnOiAnL2xvY2FsL2RvbWFpbi8xNC9kZXZpY2UvdmZiLzAnLCAndXVpZCc6ICdkZTQ4YTM2 My01ODg5LTI1YTYtNTk4MC1mN2RiYzM2NzZjZDUnLCAnZnJvbnRlbmQtaWQnOiAnMTQnLCAnc3Rh dGUnOiAnMScsICdvbmxpbmUnOiAnMScsICd2bmMnOiAnMSd9IHRvIC9sb2NhbC9kb21haW4vMC9i YWNrZW5kL3ZmYi8xNC8wLgpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBJTkZPIChYZW5kRG9t YWluSW5mbzoyMzU3KSBjcmVhdGVEZXZpY2U6IHRhcDIgOiB7J2Jvb3RhYmxlJzogMSwgJ3VuYW1l JzogJ3RhcDI6cmVtdXM6MTkyLjE2OC4yLjQ6OTAwMHxhaW86L2hvbWUvcmVtdXMvd2luMmszLWV4 Y2hhbmdlLmltZycsICdtb2RlJzogJ3cnLCAnZGV2JzogJ2lvZW11OmhkYScsICd1dWlkJzogJzcw ZGViZjhjLTliOGMtMmM0NS04NGRjLTk4MDg4YjZhMjA3YSd9ClsyMDEyLTAxLTE3IDE3OjI1OjQ5 IDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsn YmFja2VuZC1pZCc6ICcwJywgJ3ZpcnR1YWwtZGV2aWNlJzogJzc2OCcsICdkZXZpY2UtdHlwZSc6 ICdkaXNrJywgJ3N0YXRlJzogJzEnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92YmQvMTQvNzY4J30gdG8gL2xvY2FsL2RvbWFpbi8xNC9kZXZpY2UvdmJkLzc2OC4KWzIwMTIt MDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTcpIERldkNvbnRyb2xs ZXI6IHdyaXRpbmcgeydkb21haW4nOiAnZXhjaGFuZ2UtaHZtJywgJ2Zyb250ZW5kJzogJy9sb2Nh bC9kb21haW4vMTQvZGV2aWNlL3ZiZC83NjgnLCAndXVpZCc6ICc3MGRlYmY4Yy05YjhjLTJjNDUt ODRkYy05ODA4OGI2YTIwN2EnLCAnYm9vdGFibGUnOiAnMScsICdkZXYnOiAnaGRhJywgJ3N0YXRl JzogJzEnLCAncGFyYW1zJzogJy9kZXYveGVuL2Jsa3RhcC0yL3RhcGRldjE4JywgJ21vZGUnOiAn dycsICdvbmxpbmUnOiAnMScsICdmcm9udGVuZC1pZCc6ICcxNCcsICd0eXBlJzogJ3BoeScsICd0 YXBkaXNrLXBhcmFtcyc6ICdyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9yZW11cy93 aW4yazMtZXhjaGFuZ2UuaW1nJ30gdG8gL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzE0Lzc2 OC4KWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gSU5GTyAoWGVuZERvbWFpbkluZm86MjM1Nykg Y3JlYXRlRGV2aWNlOiB0YXAyIDogeydib290YWJsZSc6IDAsICd1bmFtZSc6ICd0YXAyOnJlbXVz OjE5Mi4xNjguMi40OjkwMDB8YWlvOi9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZycs ICdtb2RlJzogJ3cnLCAnZGV2JzogJ2lvZW11OmhkYicsICd1dWlkJzogJzFlZmNmMTNjLWRlZTct YjMxMi02NmNkLWQ3YzI5NTJiZTM5OCd9ClsyMDEyLTAxLTE3IDE3OjI1OjUwIDIzMzVdIERFQlVH IChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnYmFja2VuZC1pZCc6 ICcwJywgJ3ZpcnR1YWwtZGV2aWNlJzogJzgzMicsICdkZXZpY2UtdHlwZSc6ICdkaXNrJywgJ3N0 YXRlJzogJzEnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMTQvODMy J30gdG8gL2xvY2FsL2RvbWFpbi8xNC9kZXZpY2UvdmJkLzgzMi4KWzIwMTItMDEtMTcgMTc6MjU6 NTAgMjMzNV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTcpIERldkNvbnRyb2xsZXI6IHdyaXRpbmcg eydkb21haW4nOiAnZXhjaGFuZ2UtaHZtJywgJ2Zyb250ZW5kJzogJy9sb2NhbC9kb21haW4vMTQv ZGV2aWNlL3ZiZC84MzInLCAndXVpZCc6ICcxZWZjZjEzYy1kZWU3LWIzMTItNjZjZC1kN2MyOTUy YmUzOTgnLCAnYm9vdGFibGUnOiAnMCcsICdkZXYnOiAnaGRiJywgJ3N0YXRlJzogJzEnLCAncGFy YW1zJzogJy9kZXYveGVuL2Jsa3RhcC0yL3RhcGRldjE5JywgJ21vZGUnOiAndycsICdvbmxpbmUn OiAnMScsICdmcm9udGVuZC1pZCc6ICcxNCcsICd0eXBlJzogJ3BoeScsICd0YXBkaXNrLXBhcmFt cyc6ICdyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9yZW11cy93aW4yazMtZXhjaGFu Z2UtZC5pbWcnfSB0byAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMTQvODMyLgpbMjAxMi0w MS0xNyAxNzoyNTo1MCAyMzM1XSBJTkZPIChYZW5kRG9tYWluSW5mbzoyMzU3KSBjcmVhdGVEZXZp Y2U6IHZpZiA6IHsnYnJpZGdlJzogJ3hlbmJyMCcsICdtYWMnOiAnMDA6MTY6M2U6NjE6ZGI6NmIn LCAndHlwZSc6ICdpb2VtdScsICd1dWlkJzogJzk1MjMyYjdlLTQ5YTYtZTM5Ni0yYTNmLTI1MDRk ODkyOTY4OCd9ClsyMDEyLTAxLTE3IDE3OjI1OjUwIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVy Ojk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAnMScsICdiYWNrZW5kLWlkJzog JzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMTQvMCd9IHRvIC9s b2NhbC9kb21haW4vMTQvZGV2aWNlL3ZpZi8wLgpbMjAxMi0wMS0xNyAxNzoyNTo1MCAyMzM1XSBE RUJVRyAoRGV2Q29udHJvbGxlcjo5NykgRGV2Q29udHJvbGxlcjogd3JpdGluZyB7J2JyaWRnZSc6 ICd4ZW5icjAnLCAnZG9tYWluJzogJ2V4Y2hhbmdlLWh2bScsICdoYW5kbGUnOiAnMCcsICd1dWlk JzogJzk1MjMyYjdlLTQ5YTYtZTM5Ni0yYTNmLTI1MDRkODkyOTY4OCcsICdzY3JpcHQnOiAnL2V0 Yy94ZW4vc2NyaXB0cy92aWYtYnJpZGdlJywgJ21hYyc6ICcwMDoxNjozZTo2MTpkYjo2YicsICdm cm9udGVuZC1pZCc6ICcxNCcsICdzdGF0ZSc6ICcxJywgJ29ubGluZSc6ICcxJywgJ2Zyb250ZW5k JzogJy9sb2NhbC9kb21haW4vMTQvZGV2aWNlL3ZpZi8wJywgJ3R5cGUnOiAnaW9lbXUnfSB0byAv bG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMTQvMC4KWzIwMTItMDEtMTcgMTc6MjU6NTAgMjMz NV0gSU5GTyAoaW1hZ2U6NDE4KSBzcGF3bmluZyBkZXZpY2UgbW9kZWxzOiAvdXNyL2xpYi94ZW4v YmluL3FlbXUtZG0gWycvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0nLCAnLWQnLCAnMTQnLCAnLWRv bWFpbi1uYW1lJywgJ2V4Y2hhbmdlLWh2bScsICctdmlkZW9yYW0nLCAnNCcsICctdm5jJywgJzEy Ny4wLjAuMTowJywgJy12bmN1bnVzZWQnLCAnLXZjcHVzJywgJzEnLCAnLXZjcHVfYXZhaWwnLCAn MHgxJywgJy1ib290JywgJ2MnLCAnLXNlcmlhbCcsICdwdHknLCAnLWFjcGknLCAnLW5ldCcsICdu aWMsdmxhbj0xLG1hY2FkZHI9MDA6MTY6M2U6NjE6ZGI6NmIsbW9kZWw9cnRsODEzOScsICctbmV0 JywgJ3RhcCx2bGFuPTEsaWZuYW1lPXRhcDE0LjAsYnJpZGdlPXhlbmJyMCcsICctTScsICd4ZW5m diddClsyMDEyLTAxLTE3IDE3OjI1OjUxIDIzMzVdIElORk8gKGltYWdlOjQ2NykgZGV2aWNlIG1v ZGVsIHBpZDogODc4NQpbMjAxMi0wMS0xNyAxNzoyNTo1MSAyMzM1XSBJTkZPIChpbWFnZTo1OTAp IHdhaXRpbmcgZm9yIHNlbnRpbmVsX2ZpZm8KWzIwMTItMDEtMTcgMTc6MjU6NTEgMjMzNV0gREVC VUcgKFhlbmREb21haW5JbmZvOjM0MjApIFN0b3JpbmcgVk0gZGV0YWlsczogeydvbl94ZW5kX3N0 b3AnOiAnaWdub3JlJywgJ3Bvb2xfbmFtZSc6ICdQb29sLTAnLCAnc2hhZG93X21lbW9yeSc6ICc1 JywgJ3V1aWQnOiAnY2I3YmU5ZDUtOGFmZS0wZDQ1LWU5ZjMtYzQ0YzZhMDhiZmQ3JywgJ29uX3Jl Ym9vdCc6ICdyZXN0YXJ0JywgJ3N0YXJ0X3RpbWUnOiAnMTMyNjg0Mjc1MS4xJywgJ29uX3Bvd2Vy b2ZmJzogJ2Rlc3Ryb3knLCAnYm9vdGxvYWRlcl9hcmdzJzogJycsICdvbl94ZW5kX3N0YXJ0Jzog J2lnbm9yZScsICdvbl9jcmFzaCc6ICdyZXN0YXJ0JywgJ3hlbmQvcmVzdGFydF9jb3VudCc6ICcw JywgJ3ZjcHVzJzogJzEnLCAndmNwdV9hdmFpbCc6ICcxJywgJ2Jvb3Rsb2FkZXInOiAnJywgJ2lt YWdlJzogIihodm0gKGtlcm5lbCAnJykgKHN1cGVycGFnZXMgMCkgKHZpZGVvcmFtIDQpIChocGV0 IDApIChzdGR2Z2EgMCkgKGxvYWRlciAvdXNyL2xpYi94ZW4vYm9vdC9odm1sb2FkZXIpICh4ZW5f cGxhdGZvcm1fcGNpIDEpIChvcGVuZ2wgMSkgKHJ0Y190aW1lb2Zmc2V0IDApIChwY2kgKCkpICho YXAgMSkgKGxvY2FsdGltZSAwKSAodGltZXJfbW9kZSAxKSAocGNpX21zaXRyYW5zbGF0ZSAxKSAo b29zIDEpIChhcGljIDEpIChzZGwgMCkgKGRpc3BsYXkgOjAuMCkgKHZwdF9hbGlnbiAxKSAoc2Vy aWFsIHB0eSkgKHZuY3VudXNlZCAxKSAoYm9vdCBjKSAocGFlIDEpICh2aXJpZGlhbiAwKSAoYWNw aSAxKSAodm5jIDEpIChub2dyYXBoaWMgMCkgKG5vbWlncmF0ZSAwKSAodXNiIDApICh0c2NfbW9k ZSAwKSAoZ3Vlc3Rfb3NfdHlwZSBkZWZhdWx0KSAoZGV2aWNlX21vZGVsIC91c3IvbGliL3hlbi9i aW4vcWVtdS1kbSkgKHBjaV9wb3dlcl9tZ210IDApICh4YXV0aG9yaXR5IC9ob21lL2FudG9pbmUv LlhhdXRob3JpdHkpIChpc2EgMCkgKG5vdGVzIChTVVNQRU5EX0NBTkNFTCAxKSkpIiwgJ25hbWUn OiAnZXhjaGFuZ2UtaHZtJ30KWzIwMTItMDEtMTcgMTc6MjU6NTEgMjMzNV0gREVCVUcgKFhlbmRE b21haW5JbmZvOjE3OTQpIFN0b3JpbmcgZG9tYWluIGRldGFpbHM6IHsnY29uc29sZS9wb3J0Jzog JzMnLCAnZGVzY3JpcHRpb24nOiAnJywgJ2NvbnNvbGUvbGltaXQnOiAnMTA0ODU3NicsICdzdG9y ZS9wb3J0JzogJzInLCAndm0nOiAnL3ZtL2NiN2JlOWQ1LThhZmUtMGQ0NS1lOWYzLWM0NGM2YTA4 YmZkNycsICdkb21pZCc6ICcxNCcsICdpbWFnZS9zdXNwZW5kLWNhbmNlbCc6ICcxJywgJ2NwdS8w L2F2YWlsYWJpbGl0eSc6ICdvbmxpbmUnLCAnbWVtb3J5L3RhcmdldCc6ICc1MjQyODgnLCAnY29u dHJvbC9wbGF0Zm9ybS1mZWF0dXJlLW11bHRpcHJvY2Vzc29yLXN1c3BlbmQnOiAnMScsICdzdG9y ZS9yaW5nLXJlZic6ICcxMDQ0NDc2JywgJ2NvbnNvbGUvdHlwZSc6ICdpb2VtdScsICduYW1lJzog J2V4Y2hhbmdlLWh2bSd9ClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250 cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAnMScsICdiYWNrZW5k LWlkJzogJzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC9jb25zb2xlLzE0 LzAnfSB0byAvbG9jYWwvZG9tYWluLzE0L2RldmljZS9jb25zb2xlLzAuClsyMDEyLTAxLTE3IDE3 OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjk3KSBEZXZDb250cm9sbGVyOiB3cml0 aW5nIHsnZG9tYWluJzogJ2V4Y2hhbmdlLWh2bScsICdmcm9udGVuZCc6ICcvbG9jYWwvZG9tYWlu LzE0L2RldmljZS9jb25zb2xlLzAnLCAndXVpZCc6ICc4NWY3YjEwOC04N2VkLWZmMjAtZjUyMi00 ZTc4MjdhNmJhODcnLCAnZnJvbnRlbmQtaWQnOiAnMTQnLCAnc3RhdGUnOiAnMScsICdsb2NhdGlv bic6ICczJywgJ29ubGluZSc6ICcxJywgJ3Byb3RvY29sJzogJ3Z0MTAwJ30gdG8gL2xvY2FsL2Rv bWFpbi8wL2JhY2tlbmQvY29uc29sZS8xNC8wLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBE RUJVRyAoWGVuZERvbWFpbkluZm86MTg4MSkgWGVuZERvbWFpbkluZm8uaGFuZGxlU2h1dGRvd25X YXRjaApbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkp IFdhaXRpbmcgZm9yIGRldmljZXMgdGFwMi4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMzNV0gREVC VUcgKERldkNvbnRyb2xsZXI6MTQ0KSBXYWl0aW5nIGZvciA3NjguClsyMDEyLTAxLTE3IDE3OjI1 OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjYyOCkgaG90cGx1Z1N0YXR1c0NhbGxiYWNr IC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC8xNC83NjgvaG90cGx1Zy1zdGF0dXMuClsyMDEy LTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjY0MikgaG90cGx1Z1N0 YXR1c0NhbGxiYWNrIDEuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250 cm9sbGVyOjE0NCkgV2FpdGluZyBmb3IgODMyLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBE RUJVRyAoRGV2Q29udHJvbGxlcjo2MjgpIGhvdHBsdWdTdGF0dXNDYWxsYmFjayAvbG9jYWwvZG9t YWluLzAvYmFja2VuZC92YmQvMTQvODMyL2hvdHBsdWctc3RhdHVzLgpbMjAxMi0wMS0xNyAxNzoy NTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjo2NDIpIGhvdHBsdWdTdGF0dXNDYWxsYmFj ayAxLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkp IFdhaXRpbmcgZm9yIGRldmljZXMgdmlmLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJV RyAoRGV2Q29udHJvbGxlcjoxNDQpIFdhaXRpbmcgZm9yIDAuClsyMDEyLTAxLTE3IDE3OjI1OjUy IDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjYyOCkgaG90cGx1Z1N0YXR1c0NhbGxiYWNrIC9s b2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi8xNC8wL2hvdHBsdWctc3RhdHVzLgpbMjAxMi0wMS0x NyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjo2NDIpIGhvdHBsdWdTdGF0dXND YWxsYmFjayAxLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxl cjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdmtiZC4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMz NV0gREVCVUcgKERldkNvbnRyb2xsZXI6MTM5KSBXYWl0aW5nIGZvciBkZXZpY2VzIGlvcG9ydHMu ClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2Fp dGluZyBmb3IgZGV2aWNlcyB0YXAuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChE ZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB2aWYyLgpbMjAxMi0wMS0xNyAx NzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmlj ZXMgY29uc29sZS4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMzNV0gREVCVUcgKERldkNvbnRyb2xs ZXI6MTQ0KSBXYWl0aW5nIGZvciAwLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAo RGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdnNjc2kuClsyMDEyLTAxLTE3 IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2 aWNlcyB2YmQuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVy OjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyBpcnEuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVd IERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB2ZmIuClsyMDEy LTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBm b3IgZGV2aWNlcyBwY2kuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250 cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB2dXNiLgpbMjAxMi0wMS0xNyAxNzoyNTo1 MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdnRw bS4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMzNV0gSU5GTyAoWGVuZERvbWFpbjoxMjI1KSBEb21h aW4gZXhjaGFuZ2UtaHZtICgxNCkgdW5wYXVzZWQuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVd IFdBUk5JTkcgKFhlbmREb21haW5JbmZvOjU4MSkgQ291bGQgbm90IHVucGF1c2UgYmxrdGFwIGRp c2s6IHRvbyBtYW55IHZhbHVlcyB0byB1bnBhY2sKWzIwMTItMDEtMTcgMTc6Mjk6NDIgMjMzNV0g REVCVUcgKFhlbmREb21haW5JbmZvOjI0MDYpIE5vIGRldmljZSBtb2RlbApbMjAxMi0wMS0xNyAx NzoyOTo0MiAyMzM1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQwOCkgUmVsZWFzaW5nIGRldmlj ZXMK --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bkp_syslog" CkphbiAxNyAxNzoyNjowNSB4ZW4tYmFja3VwIHRhcGRpc2syWzUxOTVdOiByZW11czogc2VydmVy IGFjY2VwdGVkIGNvbm5lY3Rpb24KSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdWRldmQtd29y a1s0OTgzXToga2VybmVsLXByb3ZpZGVkIG5hbWUgJ2Jsa3RhcDEwJyBhbmQgTkFNRT0gJ3hlbi9i bGt0YXAtMi9ibGt0YXAxMCcgZGlzYWdyZWUsIHBsZWFzZSB1c2UgU1lNTElOSys9IG9yIGNoYW5n ZSB0aGUga2VybmVsIHRvIHByb3ZpZGUgdGhlIHByb3BlciBuYW1lCkphbiAxNyAxNzoyODo1OCB4 ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBJL08gcXVldWUgZHJpdmVyOiBsaW8KSmFuIDE3IDE3 OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IHJlY2VpdmVkICdhdHRhY2gnIG1lc3Nh Z2UgKHV1aWQgPSAxMCkKSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06 IHNlbmRpbmcgJ2F0dGFjaCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDEwKQpKYW4gMTcgMTc6 Mjg6NTggeGVuLWJhY2t1cCB0YXBkaXNrMls1Nzk1XTogcmVjZWl2ZWQgJ29wZW4nIG1lc3NhZ2Ug KHV1aWQgPSAxMCkKSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IGJs b2NrLWFpbyBvcGVuKCcvaG9tZS9yZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nJykKSmFuIDE3IDE3 OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IG9wZW4oL2hvbWUvcmVtdXMvd2luMmsz LWV4Y2hhbmdlLmltZykgd2l0aCBPX0RJUkVDVApKYW4gMTcgMTc6Mjg6NTggeGVuLWJhY2t1cCB0 YXBkaXNrMls1Nzk1XTogSW1hZ2Ugc2l6ZTogIzAxMiMwMTFwcmUgc2VjdG9yX3NoaWZ0ICBbMTYx ODc4NjcxMzZdIzAxMiMwMTFwb3N0IHNlY3Rvcl9zaGlmdCBbMzE2MTY5MjhdCkphbiAxNyAxNzoy ODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBvcGVuZWQgaW1hZ2UgL2hvbWUvcmVtdXMv d2luMmszLWV4Y2hhbmdlLmltZyAoMSB1c2Vycywgc3RhdGU6IDB4MDAwMDAwMDEsIHR5cGU6IDAp CkphbiAxNyAxNzoyODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiByZW11czogb3Blbmlu ZyAxOTIuMTY4LjIuNDo5MDAwCkphbiAxNyAxNzoyODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3 OTVdOiByZW11czogaG9zdDogMTkyLjE2OC4yLjQsIHBvcnQ6IDkwMDAKSmFuIDE3IDE3OjI4OjU4 IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IHJlbXVzOiBjb250cm9sIEZJRk8gL3Zhci9ydW4v dGFwL3JlbXVzXzE5Mi4xNjguMi40XzkwMDAKSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdGFw ZGlzazJbNTc5NV06IHJlbXVzOiBtZXNzYWdlIEZJRk8gL3Zhci9ydW4vdGFwL3JlbXVzXzE5Mi4x NjguMi40XzkwMDAubXNnCkphbiAxNyAxNzoyODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVd OiByZW11czogcmVnaXN0ZXJpbmcgY3RsIGZpZm8KSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAg dGFwZGlzazJbNTc5NV06IHJlbXVzOiBjb3VsZCBub3QgYmluZCBzZXJ2ZXIgc29ja2V0IDExIHRv IDE5Mi4xNjguMi40OjkwMDA6IDk4IEFkZHJlc3MgYWxyZWFkeSBpbiB1c2UKSmFuIDE3IDE3OjI4 OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IHJlbXVzOiBjbG9zaW5nCkphbiAxNyAxNzoy ODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBjbG9zZWQgaW1hZ2UgL2hvbWUvcmVtdXMv d2luMmszLWV4Y2hhbmdlLmltZyAoMCB1c2Vycywgc3RhdGU6IDB4MDAwMDAwMDAsIHR5cGU6IDAp CkphbiAxNyAxNzoyODo1OSB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBzZW5kaW5nICdlcnJv cicgbWVzc2FnZSAodXVpZCA9IDEwKQpKYW4gMTcgMTc6Mjg6NTkgeGVuLWJhY2t1cCB0YXAtY3Rs OiB0YXAtZXJyOnRhcF9jdGxfb3Blbjogb3BlbiBmYWlsZWQsIGVyciAtMgpKYW4gMTcgMTc6Mjk6 MDQgeGVuLWJhY2t1cCB0YXAtY3RsOiB0YXAtZXJyOnRhcF9jdGxfcmVhZF9tZXNzYWdlOiBmYWls dXJlIHJlYWRpbmcgbWVzc2FnZQpKYW4gMTcgMTc6Mjk6MDQgeGVuLWJhY2t1cCB0YXAtY3RsOiB0 YXAtZXJyOnRhcF9jdGxfc2VuZF9hbmRfcmVjZWl2ZTogZmFpbGVkIHRvIHJlY2VpdmUgJ3Vua25v d24nIG1lc3NhZ2UKSmFuIDE3IDE3OjI5OjA0IHhlbi1iYWNrdXAgbG9nZ2VyOiAvZXRjL3hlbi9z Y3JpcHRzL3hlbi1ob3RwbHVnLWNsZWFudXA6IFhFTkJVU19QQVRIPWJhY2tlbmQvY29uc29sZS8x My8wCkphbiAxNyAxNzoyOTowNSB4ZW4tYmFja3VwIGxvZ2dlcjogL2V0Yy94ZW4vc2NyaXB0cy94 ZW4taG90cGx1Zy1jbGVhbnVwOiBYRU5CVVNfUEFUSD1iYWNrZW5kL3ZmYi8xMy8wCg== --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bkp_xend.log" ClsyMDEyLTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMzcpIFhl bmREb21haW5JbmZvLnJlc3RvcmUoWydkb21haW4nLCBbJ2RvbWlkJywgJzE0J10sIFsnY3B1X3dl aWdodCcsICcyNTYnXSwgWydjcHVfY2FwJywgJzAnXSwgWydwb29sX25hbWUnLCAnUG9vbC0wJ10s IFsnYm9vdGxvYWRlcicsICcnXSwgWyd2Y3B1cycsICcxJ10sIFsnY3B1cycsIFtbXV1dLCBbJ29u X3Bvd2Vyb2ZmJywgJ2Rlc3Ryb3knXSwgWydkZXNjcmlwdGlvbicsICcnXSwgWydvbl9jcmFzaCcs ICdyZXN0YXJ0J10sIFsndXVpZCcsICdjYjdiZTlkNS04YWZlLTBkNDUtZTlmMy1jNDRjNmEwOGJm ZDcnXSwgWydib290bG9hZGVyX2FyZ3MnLCAnJ10sIFsnbmFtZScsICdleGNoYW5nZS1odm0nXSwg Wydvbl9yZWJvb3QnLCAncmVzdGFydCddLCBbJ21heG1lbScsICc1MTInXSwgWydtZW1vcnknLCAn NTEyJ10sIFsnc2hhZG93X21lbW9yeScsICc1J10sIFsnZmVhdHVyZXMnLCAnJ10sIFsnb25feGVu ZF9zdGFydCcsICdpZ25vcmUnXSwgWydvbl94ZW5kX3N0b3AnLCAnaWdub3JlJ10sIFsnc3RhcnRf dGltZScsICcxMzI2ODQyNzUxLjEnXSwgWydjcHVfdGltZScsICcyMy4xMzkwMTc3NjUnXSwgWydv bmxpbmVfdmNwdXMnLCAnMSddLCBbJ2ltYWdlJywgWydodm0nLCBbJ2tlcm5lbCcsICcnXSwgWydz dXBlcnBhZ2VzJywgJzAnXSwgWyd2aWRlb3JhbScsICc0J10sIFsnaHBldCcsICcwJ10sIFsnc3Rk dmdhJywgJzAnXSwgWydsb2FkZXInLCAnL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyJ10sIFsn eGVuX3BsYXRmb3JtX3BjaScsICcxJ10sIFsnb3BlbmdsJywgJzEnXSwgWydydGNfdGltZW9mZnNl dCcsICcwJ10sIFsncGNpJywgW11dLCBbJ2hhcCcsICcxJ10sIFsnbG9jYWx0aW1lJywgJzAnXSwg Wyd0aW1lcl9tb2RlJywgJzEnXSwgWydwY2lfbXNpdHJhbnNsYXRlJywgJzEnXSwgWydvb3MnLCAn MSddLCBbJ2FwaWMnLCAnMSddLCBbJ3NkbCcsICcwJ10sIFsnZGlzcGxheScsICc6MC4wJ10sIFsn dnB0X2FsaWduJywgJzEnXSwgWydzZXJpYWwnLCAncHR5J10sIFsndm5jdW51c2VkJywgJzEnXSwg Wydib290JywgJ2MnXSwgWydwYWUnLCAnMSddLCBbJ3ZpcmlkaWFuJywgJzAnXSwgWydhY3BpJywg JzEnXSwgWyd2bmMnLCAnMSddLCBbJ25vZ3JhcGhpYycsICcwJ10sIFsnbm9taWdyYXRlJywgJzAn XSwgWyd1c2InLCAnMCddLCBbJ3RzY19tb2RlJywgJzAnXSwgWydndWVzdF9vc190eXBlJywgJ2Rl ZmF1bHQnXSwgWydkZXZpY2VfbW9kZWwnLCAnL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtJ10sIFsn cGNpX3Bvd2VyX21nbXQnLCAnMCddLCBbJ3hhdXRob3JpdHknLCAnL2hvbWUvYW50b2luZS8uWGF1 dGhvcml0eSddLCBbJ2lzYScsICcwJ10sIFsnbm90ZXMnLCBbJ1NVU1BFTkRfQ0FOQ0VMJywgJzEn XV1dXSwgWydzdGF0dXMnLCAnMiddLCBbJ3N0YXRlJywgJy1iLS0tLSddLCBbJ3N0b3JlX21mbics ICcxMDQ0NDc2J10sIFsnZGV2aWNlJywgWyd0YXAyJywgWyd1dWlkJywgJzcwZGViZjhjLTliOGMt MmM0NS04NGRjLTk4MDg4YjZhMjA3YSddLCBbJ2Jvb3RhYmxlJywgJzEnXSwgWydkZXYnLCAnaGRh OmRpc2snXSwgWyd1bmFtZScsICd0YXA6cmVtdXM6MTkyLjE2OC4yLjQ6OTAwMHxhaW86L2hvbWUv cmVtdXMvd2luMmszLWV4Y2hhbmdlLmltZyddLCBbJ21vZGUnLCAndyddLCBbJ2JhY2tlbmQnLCAn MCddLCBbJ1ZESScsICcnXV1dLCBbJ2RldmljZScsIFsndGFwMicsIFsndXVpZCcsICcxZWZjZjEz Yy1kZWU3LWIzMTItNjZjZC1kN2MyOTUyYmUzOTgnXSwgWydib290YWJsZScsICcwJ10sIFsnZGV2 JywgJ2hkYjpkaXNrJ10sIFsndW5hbWUnLCAndGFwOnJlbXVzOjE5Mi4xNjguMi40OjkwMDB8YWlv Oi9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZyddLCBbJ21vZGUnLCAndyddLCBbJ2Jh Y2tlbmQnLCAnMCddLCBbJ1ZESScsICcnXV1dLCBbJ2RldmljZScsIFsndmlmJywgWydicmlkZ2Un LCAneGVuYnIwJ10sIFsndXVpZCcsICc5NTIzMmI3ZS00OWE2LWUzOTYtMmEzZi0yNTA0ZDg5Mjk2 ODgnXSwgWydzY3JpcHQnLCAnL2V0Yy94ZW4vc2NyaXB0cy92aWYtYnJpZGdlJ10sIFsnbWFjJywg JzAwOjE2OjNlOjYxOmRiOjZiJ10sIFsndHlwZScsICdpb2VtdSddLCBbJ2JhY2tlbmQnLCAnMCdd XV0sIFsnZGV2aWNlJywgWydjb25zb2xlJywgWydwcm90b2NvbCcsICd2dDEwMCddLCBbJ2xvY2F0 aW9uJywgJzMnXSwgWyd1dWlkJywgJzg1ZjdiMTA4LTg3ZWQtZmYyMC1mNTIyLTRlNzgyN2E2YmE4 NyddXV0sIFsnZGV2aWNlJywgWyd2ZmInLCBbJ3ZuY3VudXNlZCcsICcxJ10sIFsndm5jJywgJzEn XSwgWyd1dWlkJywgJ2RlNDhhMzYzLTU4ODktMjVhNi01OTgwLWY3ZGJjMzY3NmNkNSddLCBbJ2xv Y2F0aW9uJywgJzEyNy4wLjAuMTo1OTAyJ11dXSwgWydjcHVpZCcsIFtbJzEnLCBbWydlYXgnLCAn MDAwMDAwMDAwMDAwMDAwMDAwMDAwMTEwMTAxMTAwMDEnXSwgWydlZHgnLCAneHh4MDAwMDB4eHh4 eHh4MHh4eHh4eHh4eDB4eHh4eHgnXSwgWydlY3gnLCAneHh4eHh4eHh4eHgwMDAweHgwMHh4eDAw MDAwMDB4eDAnXV1dLCBbJzAnLCBbWydlYXgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMTEnXSwgWydlZHgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydl YngnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydlY3gnLCAnMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXV1dLCBbJzQnLCBbWydlYXgnLCAnMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMTEnXSwgWydlZHgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAnXSwgWydlYngnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAn XSwgWydlY3gnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXV1dLCBbJzIxNDc0 ODM2NDgnLCBbWydlYXgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMTEnXSwgWydl ZHgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydlYngnLCAnMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydlY3gnLCAnMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAnXV1dXV1dKQpbMjAxMi0wMS0xNyAxNzoyODo1OCAyMjcxXSBERUJVRyAo WGVuZERvbWFpbkluZm86MjQ5OCkgWGVuZERvbWFpbkluZm8uY29uc3RydWN0RG9tYWluClsyMDEy LTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVHIChiYWxsb29uOjE4NykgQmFsbG9vbjogNTM4OTc2 IEtpQiBmcmVlOyBuZWVkIDE2Mzg0OyBkb25lLgpbMjAxMi0wMS0xNyAxNzoyODo1OCAyMjcxXSBE RUJVRyAoWGVuZERvbWFpbjo0NzYpIEFkZGluZyBEb21haW46IDEzClsyMDEyLTAxLTE3IDE3OjI4 OjU4IDIyNzFdIERFQlVHIChYZW5kRG9tYWluSW5mbzozNDIwKSBTdG9yaW5nIFZNIGRldGFpbHM6 IHsnb25feGVuZF9zdG9wJzogJ2lnbm9yZScsICdwb29sX25hbWUnOiAnUG9vbC0wJywgJ3NoYWRv d19tZW1vcnknOiAnNScsICd1dWlkJzogJ2NiN2JlOWQ1LThhZmUtMGQ0NS1lOWYzLWM0NGM2YTA4 YmZkNycsICdvbl9yZWJvb3QnOiAncmVzdGFydCcsICdzdGFydF90aW1lJzogJzEzMjY4NDI3NTEu MScsICdvbl9wb3dlcm9mZic6ICdkZXN0cm95JywgJ2Jvb3Rsb2FkZXJfYXJncyc6ICcnLCAnb25f eGVuZF9zdGFydCc6ICdpZ25vcmUnLCAnb25fY3Jhc2gnOiAncmVzdGFydCcsICd4ZW5kL3Jlc3Rh cnRfY291bnQnOiAnMCcsICd2Y3B1cyc6ICcxJywgJ3ZjcHVfYXZhaWwnOiAnMScsICdib290bG9h ZGVyJzogJycsICdpbWFnZSc6ICIoaHZtIChrZXJuZWwgJycpIChzdXBlcnBhZ2VzIDApICh2aWRl b3JhbSA0KSAoaHBldCAwKSAoc3RkdmdhIDApIChsb2FkZXIgL3Vzci9saWIveGVuL2Jvb3QvaHZt bG9hZGVyKSAoeGVuX3BsYXRmb3JtX3BjaSAxKSAob3BlbmdsIDEpIChydGNfdGltZW9mZnNldCAw KSAocGNpICgpKSAoaGFwIDEpIChsb2NhbHRpbWUgMCkgKHRpbWVyX21vZGUgMSkgKHBjaV9tc2l0 cmFuc2xhdGUgMSkgKG9vcyAxKSAoYXBpYyAxKSAoc2RsIDApIChkaXNwbGF5IDowLjApICh2cHRf YWxpZ24gMSkgKHNlcmlhbCBwdHkpICh2bmN1bnVzZWQgMSkgKGJvb3QgYykgKHBhZSAxKSAodmly aWRpYW4gMCkgKGFjcGkgMSkgKHZuYyAxKSAobm9ncmFwaGljIDApIChub21pZ3JhdGUgMCkgKHVz YiAwKSAodHNjX21vZGUgMCkgKGd1ZXN0X29zX3R5cGUgZGVmYXVsdCkgKGRldmljZV9tb2RlbCAv dXNyL2xpYi94ZW4vYmluL3FlbXUtZG0pIChwY2lfcG93ZXJfbWdtdCAwKSAoeGF1dGhvcml0eSAv aG9tZS9hbnRvaW5lLy5YYXV0aG9yaXR5KSAoaXNhIDApIChub3RlcyAoU1VTUEVORF9DQU5DRUwg MSkpKSIsICduYW1lJzogJ2V4Y2hhbmdlLWh2bSd9ClsyMDEyLTAxLTE3IDE3OjI4OjU4IDIyNzFd IElORk8gKFhlbmREb21haW5JbmZvOjIzNTcpIGNyZWF0ZURldmljZTogY29uc29sZSA6IHsncHJv dG9jb2wnOiAndnQxMDAnLCAnbG9jYXRpb24nOiAnMycsICd1dWlkJzogJzg1ZjdiMTA4LTg3ZWQt ZmYyMC1mNTIyLTRlNzgyN2E2YmE4Nyd9ClsyMDEyLTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVH IChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAnMScs ICdiYWNrZW5kLWlkJzogJzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC9j b25zb2xlLzEzLzAnfSB0byAvbG9jYWwvZG9tYWluLzEzL2RldmljZS9jb25zb2xlLzAuClsyMDEy LTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVHIChEZXZDb250cm9sbGVyOjk3KSBEZXZDb250cm9s bGVyOiB3cml0aW5nIHsnZG9tYWluJzogJ2V4Y2hhbmdlLWh2bScsICdmcm9udGVuZCc6ICcvbG9j YWwvZG9tYWluLzEzL2RldmljZS9jb25zb2xlLzAnLCAndXVpZCc6ICc4NWY3YjEwOC04N2VkLWZm MjAtZjUyMi00ZTc4MjdhNmJhODcnLCAnZnJvbnRlbmQtaWQnOiAnMTMnLCAnc3RhdGUnOiAnMScs ICdsb2NhdGlvbic6ICczJywgJ29ubGluZSc6ICcxJywgJ3Byb3RvY29sJzogJ3Z0MTAwJ30gdG8g L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvY29uc29sZS8xMy8wLgpbMjAxMi0wMS0xNyAxNzoyODo1 OCAyMjcxXSBJTkZPIChYZW5kRG9tYWluSW5mbzoyMzU3KSBjcmVhdGVEZXZpY2U6IHZmYiA6IHsn dm5jdW51c2VkJzogJzEnLCAnb3RoZXJfY29uZmlnJzogeyd2bmN1bnVzZWQnOiAnMScsICd2bmMn OiAnMSd9LCAndm5jJzogJzEnLCAndXVpZCc6ICdkZTQ4YTM2My01ODg5LTI1YTYtNTk4MC1mN2Ri YzM2NzZjZDUnLCAnbG9jYXRpb24nOiAnMTI3LjAuMC4xOjU5MDInfQpbMjAxMi0wMS0xNyAxNzoy ODo1OCAyMjcxXSBERUJVRyAoRGV2Q29udHJvbGxlcjo5NSkgRGV2Q29udHJvbGxlcjogd3JpdGlu ZyB7J3N0YXRlJzogJzEnLCAnYmFja2VuZC1pZCc6ICcwJywgJ2JhY2tlbmQnOiAnL2xvY2FsL2Rv bWFpbi8wL2JhY2tlbmQvdmZiLzEzLzAnfSB0byAvbG9jYWwvZG9tYWluLzEzL2RldmljZS92ZmIv MC4KWzIwMTItMDEtMTcgMTc6Mjg6NTggMjI3MV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTcpIERl dkNvbnRyb2xsZXI6IHdyaXRpbmcgeyd2bmN1bnVzZWQnOiAnMScsICdkb21haW4nOiAnZXhjaGFu Z2UtaHZtJywgJ2Zyb250ZW5kJzogJy9sb2NhbC9kb21haW4vMTMvZGV2aWNlL3ZmYi8wJywgJ3V1 aWQnOiAnZGU0OGEzNjMtNTg4OS0yNWE2LTU5ODAtZjdkYmMzNjc2Y2Q1JywgJ2Zyb250ZW5kLWlk JzogJzEzJywgJ3N0YXRlJzogJzEnLCAnbG9jYXRpb24nOiAnMTI3LjAuMC4xOjU5MDInLCAnb25s aW5lJzogJzEnLCAndm5jJzogJzEnfSB0byAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92ZmIvMTMv MC4KWzIwMTItMDEtMTcgMTc6Mjg6NTggMjI3MV0gSU5GTyAoWGVuZERvbWFpbkluZm86MjM1Nykg Y3JlYXRlRGV2aWNlOiB0YXAyIDogeyd1dWlkJzogJzcwZGViZjhjLTliOGMtMmM0NS04NGRjLTk4 MDg4YjZhMjA3YScsICdib290YWJsZSc6IDEsICdkZXYnOiAnaGRhOmRpc2snLCAndW5hbWUnOiAn dGFwOnJlbXVzOjE5Mi4xNjguMi40OjkwMDB8YWlvOi9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5n ZS5pbWcnLCAnbW9kZSc6ICd3JywgJ1ZESSc6ICcnLCAnYmFja2VuZCc6ICcwJ30KWzIwMTItMDEt MTcgMTc6Mjk6MDQgMjI3MV0gRVJST1IgKFhlbmREb21haW5JbmZvOjUxNSkgVk0gcmVzdW1lIGZh aWxlZApUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6CiAgRmlsZSAiL3Vzci9sb2Nh bC9saWIvcHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHki LCBsaW5lIDUxMSwgaW4gcmVzdW1lCiAgICBzZWxmLl9jcmVhdGVEZXZpY2VzKCkKICBGaWxlICIv dXNyL2xvY2FsL2xpYi9weXRob24yLjYvZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kRG9tYWlu SW5mby5weSIsIGxpbmUgMjM2NCwgaW4gX2NyZWF0ZURldmljZXMKICAgIGRldmlkID0gc2VsZi5f Y3JlYXRlRGV2aWNlKGRldmNsYXNzLCBjb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0 aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lIDIz MjYsIGluIF9jcmVhdGVEZXZpY2UKICAgIHJldHVybiBzZWxmLmdldERldmljZUNvbnRyb2xsZXIo ZGV2aWNlQ2xhc3MpLmNyZWF0ZURldmljZShkZXZDb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9s aWIvcHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xs ZXIucHkiLCBsaW5lIDE3NCwgaW4gY3JlYXRlRGV2aWNlCiAgICBkZXZpY2UgPSBUYXBkaXNrQ29u dHJvbGxlci5jcmVhdGUocGFyYW1zLCBmaWxlKQogIEZpbGUgIi91c3IvbG9jYWwvbGliL3B5dGhv bjIuNi9kaXN0LXBhY2thZ2VzL3hlbi94ZW5kL3NlcnZlci9CbGt0YXBDb250cm9sbGVyLnB5Iiwg bGluZSAyODUsIGluIGNyZWF0ZQogICAgcmV0dXJuIFRhcGRpc2tDb250cm9sbGVyLmV4YygnY3Jl YXRlJywgJy1hJXM6JXMnICUgKGR0eXBlLCBpbWFnZSkpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIv cHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xsZXIu cHkiLCBsaW5lIDIzMywgaW4gZXhjCiAgICAoYXJncywgcmMsIG91dCwgZXJyKSkKVGFwZGlza0V4 Y2VwdGlvbjogKCdjcmVhdGUnLCAnLWFyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9y ZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nJykgZmFpbGVkICg1MTIgICkKWzIwMTItMDEtMTcgMTc6 Mjk6MDQgMjI3MV0gREVCVUcgKFhlbmREb21haW5JbmZvOjMwNzEpIFhlbmREb21haW5JbmZvLmRl c3Ryb3k6IGRvbWlkPTEzClsyMDEyLTAxLTE3IDE3OjI5OjA0IDIyNzFdIERFQlVHIChYZW5kRG9t YWluSW5mbzoyNDA2KSBObyBkZXZpY2UgbW9kZWwKWzIwMTItMDEtMTcgMTc6Mjk6MDQgMjI3MV0g REVCVUcgKFhlbmREb21haW5JbmZvOjI0MDgpIFJlbGVhc2luZyBkZXZpY2VzClsyMDEyLTAxLTE3 IDE3OjI5OjA0IDIyNzFdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDE0KSBSZW1vdmluZyBjb25z b2xlLzAKWzIwMTItMDEtMTcgMTc6Mjk6MDQgMjI3MV0gREVCVUcgKFhlbmREb21haW5JbmZvOjEy NzYpIFhlbmREb21haW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRldmljZUNsYXNzID0gY29uc29sZSwg ZGV2aWNlID0gY29uc29sZS8wClsyMDEyLTAxLTE3IDE3OjI5OjA0IDIyNzFdIERFQlVHIChYZW5k RG9tYWluSW5mbzoyNDE0KSBSZW1vdmluZyB2ZmIvMApbMjAxMi0wMS0xNyAxNzoyOTowNCAyMjcx XSBERUJVRyAoWGVuZERvbWFpbkluZm86MTI3NikgWGVuZERvbWFpbkluZm8uZGVzdHJveURldmlj ZTogZGV2aWNlQ2xhc3MgPSB2ZmIsIGRldmljZSA9IHZmYi8wClsyMDEyLTAxLTE3IDE3OjI5OjA1 IDIyNzFdIEVSUk9SIChYZW5kRG9tYWluOjEyMDApIFJlc3RvcmUgZmFpbGVkClRyYWNlYmFjayAo bW9zdCByZWNlbnQgY2FsbCBsYXN0KToKICBGaWxlICIvdXNyL2xvY2FsL2xpYi9weXRob24yLjYv ZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kRG9tYWluLnB5IiwgbGluZSAxMTc4LCBpbiBkb21h aW5fcmVzdG9yZV9mZAogICAgZG9taW5mbyA9IFhlbmRDaGVja3BvaW50LnJlc3RvcmUoc2VsZiwg ZmQsIHBhdXNlZD1wYXVzZWQsIHJlbG9jYXRpbmc9cmVsb2NhdGluZykKICBGaWxlICIvdXNyL2xv Y2FsL2xpYi9weXRob24yLjYvZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kQ2hlY2twb2ludC5w eSIsIGxpbmUgMjM0LCBpbiByZXN0b3JlCiAgICBkb21pbmZvID0geGQucmVzdG9yZV8odm1jb25m aWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hl bmQvWGVuZERvbWFpbi5weSIsIGxpbmUgNTMzLCBpbiByZXN0b3JlXwogICAgZG9taW5mbyA9IFhl bmREb21haW5JbmZvLnJlc3RvcmUoY29uZmlnKQogIEZpbGUgIi91c3IvbG9jYWwvbGliL3B5dGhv bjIuNi9kaXN0LXBhY2thZ2VzL3hlbi94ZW5kL1hlbmREb21haW5JbmZvLnB5IiwgbGluZSAyNDEs IGluIHJlc3RvcmUKICAgIHZtLnJlc3VtZSgpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9u Mi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lIDUxMSwg aW4gcmVzdW1lCiAgICBzZWxmLl9jcmVhdGVEZXZpY2VzKCkKICBGaWxlICIvdXNyL2xvY2FsL2xp Yi9weXRob24yLjYvZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kRG9tYWluSW5mby5weSIsIGxp bmUgMjM2NCwgaW4gX2NyZWF0ZURldmljZXMKICAgIGRldmlkID0gc2VsZi5fY3JlYXRlRGV2aWNl KGRldmNsYXNzLCBjb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42L2Rpc3Qt cGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lIDIzMjYsIGluIF9jcmVh dGVEZXZpY2UKICAgIHJldHVybiBzZWxmLmdldERldmljZUNvbnRyb2xsZXIoZGV2aWNlQ2xhc3Mp LmNyZWF0ZURldmljZShkZXZDb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42 L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xsZXIucHkiLCBsaW5l IDE3NCwgaW4gY3JlYXRlRGV2aWNlCiAgICBkZXZpY2UgPSBUYXBkaXNrQ29udHJvbGxlci5jcmVh dGUocGFyYW1zLCBmaWxlKQogIEZpbGUgIi91c3IvbG9jYWwvbGliL3B5dGhvbjIuNi9kaXN0LXBh Y2thZ2VzL3hlbi94ZW5kL3NlcnZlci9CbGt0YXBDb250cm9sbGVyLnB5IiwgbGluZSAyODUsIGlu IGNyZWF0ZQogICAgcmV0dXJuIFRhcGRpc2tDb250cm9sbGVyLmV4YygnY3JlYXRlJywgJy1hJXM6 JXMnICUgKGR0eXBlLCBpbWFnZSkpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42L2Rp c3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xsZXIucHkiLCBsaW5lIDIz MywgaW4gZXhjCiAgICAoYXJncywgcmMsIG91dCwgZXJyKSkKVGFwZGlza0V4Y2VwdGlvbjogKCdj cmVhdGUnLCAnLWFyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9yZW11cy93aW4yazMt ZXhjaGFuZ2UuaW1nJykgZmFpbGVkICg1MTIgICkK --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ 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.xensource.com http://lists.xensource.com/xen-users --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_-- From xen-users-bounces@lists.xensource.com Wed Feb 08 09:58:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 09:58: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 1Rv4Gj-0003PX-Ip; Wed, 08 Feb 2012 09:56:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Rv4Gg-0003PR-Uv for xen-users@lists.xensource.com; Wed, 08 Feb 2012 09:56:51 +0000 Received: from [85.158.139.83:45151] by server-3.bemta-5.messagelabs.com id 1D/5F-25605-1E6423F4; Wed, 08 Feb 2012 09:56:49 +0000 X-Env-Sender: dftonywhite@hotmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1328695006!6754172!1 X-Originating-IP: [65.54.61.95] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17279 invoked from network); 8 Feb 2012 09:56:47 -0000 Received: from snt0-omc2-s44.snt0.hotmail.com (HELO snt0-omc2-s44.snt0.hotmail.com) (65.54.61.95) by server-8.tower-182.messagelabs.com with SMTP; 8 Feb 2012 09:56:47 -0000 Received: from SNT114-W47 ([65.55.90.72]) by snt0-omc2-s44.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 8 Feb 2012 01:56:45 -0800 Message-ID: Content-Type: multipart/mixed; boundary="_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_" X-Originating-IP: [187.193.164.172] From: Antonio Colin To: , Xen Users List Date: Wed, 8 Feb 2012 03:56:45 -0600 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 08 Feb 2012 09:56:45.0724 (UTC) FILETIME=[F78DE5C0:01CCE647] Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: multipart/alternative; boundary="_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_" --_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Shriram=2C Just comming back to Remus HA=2C three weeks ago I sent this thread and the= situation hasn't changed. You are right=2C remus works properly with --no-net option. There is actually this tapdisk related error in the syslog file in the prim= ary host: Jan 17 17:28:58 xen-backup tapdisk2[5795]: remus: could not bind server soc= ket 11 to 192.168.2.4:9000: 98 Address already in use Also when I boot up the VM (Windows Server 2003) from NFS and without remus= or disk replication=2C in both the primary and the backup there is in fact a vif attached to it which is bind to the bridge in the tw= o cases. I have the sch_plug module installed correctly in both hosts and everything= works perfect for Linux systems. But it just cannot come true for Windows. I attach xend.log and syslog from primary and backup if you'd like to see f= urther information in order to help me. Thank you a lot!! Tony. > From: rshriram@cs.ubc.ca > Date: Fri=2C 13 Jan 2012 09:54:35 -0800 > To: xen-users@lists.xensource.com > CC: dftonywhite@hotmail.com > Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 >=20 > On Fri=2C Jan 13=2C 2012 at 9:05 AM=2C wrote: > > I have setup Remus on Debian Squeeze and kernel 3.1.5. Remus and disk r= eplication works perfect for Ubuntu systems=2C > > but when I start Remus for Windows Sever 2003 (running Microsoft Exchan= ge Enterprise 2003) it crashes giving the > > following error: > > >=20 > Is that Ubuntu VM a PV or HVM ? > I presume that remus with --no-net works properly ? >=20 > > root@neutrino:~/working-remus# xm create exchange-hvm.cfg > > root@neutrino:~/working-remus# remus exchange-hvm 192.168.2.4 > > qemu logdirty mode: enable > > xc: error: Error when writing to state file (4a) (errno 104) (104 =3D C= onnection reset by peer): Internal error > > qemu logdirty mode: disable > > PROF: resumed at 1326315866.106150 > > resuming QEMU > > tc filter del dev vif3.0 parent ffff: proto ip pref 10 u32 > > RTNETLINK answers: Invalid argument > > We have an error talking to the kernel > > Exception xen.remus.util.PipeException: PipeException('tc failed: 2=2C = No such file or directory'=2C) in > ignored >=20 > This error tells me nothing. "Connection reset by peer" could result > from a lot of issues. > A. check the syslog in primary and backup=2C for errors related to tapdis= k > B. Check the xend.log file in backup > C. If your system works with --no-net=2C then try to boot up the VM > without remus=2C and make sure that > there is a vif interface for the VM. And make sure that interface is > on the bridge (if you have bridging enabled). > Remus tries to install a network buffer (sch_plug) to the vif interface. >=20 >=20 >=20 > > root@neutrino:~/working-remus# > > > > It seems that on the backup remus or Xen cannot assign a vif1.0 to the = DomU since #ifconfig -a doesn't show a new vif there > > when starting remus. > > > > Any help would be highly appreciated! > > > > Tony. >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users = --_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello Shriram=2C

Just comming back to Remus HA=2C three weeks ago I = sent this thread and the situation hasn't changed. You are right=2C
remu= s works properly with --no-net option.

There is actually this tapdis= k related error in the syslog file in the primary host:
Jan 17 17:28:58 = xen-backup tapdisk2[5795]: remus: could not bind server socket 11 to 192.16= 8.2.4:9000: 98 Address already in use
Also when I boot up the VM (Window= s Server 2003) from NFS and without remus or disk replication=2C in both th= e primary and the backup
there is in fact a vif attached to it which is = bind to the bridge in the two cases.
I have the sch_plug module installe= d correctly in both hosts and everything works perfect for Linux systems. B= ut it just cannot come true
for Windows.

I attach xend.log and sy= slog from primary and backup if you'd like to see further information in or= der to help me.

Thank you a lot!!

Tony.

>=3B From: rshriram@cs.ubc.ca
>= =3B Date: Fri=2C 13 Jan 2012 09:54:35 -0800
>=3B To: xen-users@lists.x= ensource.com
>=3B CC: dftonywhite@hotmail.com
>=3B Subject: Re: [= Xen-users] Remus crashes only with Windows Server 2003
>=3B
>=3B= On Fri=2C Jan 13=2C 2012 at 9:05 AM=2C <=3Bxen-users-request@lists.xens= ource.com>=3B wrote:
>=3B >=3B I have setup Remus on Debian Squeez= e and kernel 3.1.5. Remus and disk replication works perfect  =3Bfor Ub= untu systems=2C
>=3B >=3B but when I start Remus for Windows Sever 2= 003 (running Microsoft Exchange Enterprise 2003) it crashes giving the
&= gt=3B >=3B following error:
>=3B >=3B
>=3B
>=3B Is that= Ubuntu VM a PV or HVM ?
>=3B I presume that remus with --no-net works= properly ?
>=3B
>=3B >=3B root@neutrino:~/working-remus# xm c= reate exchange-hvm.cfg
>=3B >=3B root@neutrino:~/working-remus# remu= s exchange-hvm 192.168.2.4
>=3B >=3B qemu logdirty mode: enable
&= gt=3B >=3B xc: error: Error when writing to state file (4a) (errno 104) (= 104 =3D Connection reset by peer): Internal error
>=3B >=3B qemu log= dirty mode: disable
>=3B >=3B PROF: resumed at 1326315866.106150
= >=3B >=3B resuming QEMU
>=3B >=3B tc filter del dev vif3.0 paren= t ffff: proto ip pref 10 u32
>=3B >=3B RTNETLINK answers: Invalid ar= gument
>=3B >=3B We have an error talking to the kernel
>=3B &g= t=3B Exception xen.remus.util.PipeException: PipeException('tc failed: 2=2C= No such file or directory'=2C) in <=3Bbound method BufferedNIC.__del__ o= f <=3Bxen.remus.device.BufferedNIC object at 0x24b7510>=3B>=3B ignore= d
>=3B
>=3B This error tells me nothing. "Connection reset by pe= er" could result
>=3B from a lot of issues.
>=3B A. check the sys= log in primary and backup=2C for errors related to tapdisk
>=3B B. Che= ck the xend.log file in backup
>=3B C. If your system works with --no-= net=2C then try to boot up the VM
>=3B without remus=2C and make sure = that
>=3B there is a vif interface for the VM. And make sure that inte= rface is
>=3B on the bridge (if you have bridging enabled).
>=3B = Remus tries to install a network buffer (sch_plug) to the vif interface.>=3B
>=3B
>=3B
>=3B >=3B root@neutrino:~/working-rem= us#
>=3B >=3B
>=3B >=3B It seems that on the backup remus or = Xen cannot assign a vif1.0 to the DomU since #ifconfig -a doesn't show a ne= w vif there
>=3B >=3B when starting remus.
>=3B >=3B
>= =3B >=3B Any help would be highly appreciated!
>=3B >=3B
>=3B= >=3B Tony.
>=3B
>=3B ________________________________________= _______
>=3B Xen-users mailing list
>=3B Xen-users@lists.xensourc= e.com
>=3B http://lists.xensource.com/xen-users
<= /body> = --_cc6c7273-9dc1-4abd-9753-124d1a73ed7a_-- --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="primary_syslog" CkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB1ZGV2ZC13b3JrWzg0NzRdOiBrZXJuZWwtcHJvdmlk ZWQgbmFtZSAnYmxrdGFwMTgnIGFuZCBOQU1FPSAneGVuL2Jsa3RhcC0yL2Jsa3RhcDE4JyBkaXNh Z3JlZSwgcGxlYXNlIHVzZSBTWU1MSU5LKz0gb3IgY2hhbmdlIHRoZSBrZXJuZWwgdG8gcHJvdmlk ZSB0aGUgcHJvcGVyIG5hbWUKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2Njdd OiBJL08gcXVldWUgZHJpdmVyOiBsaW8KSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2sy Wzg2NjddOiByZWNlaXZlZCAnYXR0YWNoJyBtZXNzYWdlICh1dWlkID0gMTgpCkphbiAxNyAxNzoy NTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogc2VuZGluZyAnYXR0YWNoIHJlc3BvbnNlJyBt ZXNzYWdlICh1dWlkID0gMTgpCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3 XTogcmVjZWl2ZWQgJ29wZW4nIG1lc3NhZ2UgKHV1aWQgPSAxOCkKSmFuIDE3IDE3OjI1OjQ5IG5l dXRyaW5vIHRhcGRpc2syWzg2NjddOiBibG9jay1haW8gb3BlbignL2hvbWUvcmVtdXMvd2luMmsz LWV4Y2hhbmdlLmltZycpCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTog b3BlbigvaG9tZS9yZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nKSB3aXRoIE9fRElSRUNUCkphbiAx NyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogSW1hZ2Ugc2l6ZTogIzAxMiMwMTFw cmUgc2VjdG9yX3NoaWZ0ICBbMTYxODc4NjcxMzZdIzAxMiMwMTFwb3N0IHNlY3Rvcl9zaGlmdCBb MzE2MTY5MjhdCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogb3BlbmVk IGltYWdlIC9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS5pbWcgKDEgdXNlcnMsIHN0YXRlOiAw eDAwMDAwMDAxLCB0eXBlOiAwKQpKYW4gMTcgMTc6MjU6NDkgbmV1dHJpbm8gdGFwZGlzazJbODY2 N106IHJlbXVzOiBvcGVuaW5nIDE5Mi4xNjguMi40OjkwMDAKSmFuIDE3IDE3OjI1OjQ5IG5ldXRy aW5vIHRhcGRpc2syWzg2NjddOiByZW11czogaG9zdDogMTkyLjE2OC4yLjQsIHBvcnQ6IDkwMDAK SmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiByZW11czogY29udHJvbCBG SUZPIC92YXIvcnVuL3RhcC9yZW11c18xOTIuMTY4LjIuNF85MDAwCkphbiAxNyAxNzoyNTo0OSBu ZXV0cmlubyB0YXBkaXNrMls4NjY3XTogcmVtdXM6IG1lc3NhZ2UgRklGTyAvdmFyL3J1bi90YXAv cmVtdXNfMTkyLjE2OC4yLjRfOTAwMC5tc2cKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRp c2syWzg2NjddOiByZW11czogcmVnaXN0ZXJpbmcgY3RsIGZpZm8KSmFuIDE3IDE3OjI1OjQ5IG5l dXRyaW5vIHRhcGRpc2syWzg2NjddOiByZW11czogY291bGQgbm90IGJpbmQgc2VydmVyIHNvY2tl dCAxMSB0byAxOTIuMTY4LjIuNDo5MDAwOiA5OSBDYW5ub3QgYXNzaWduIHJlcXVlc3RlZCBhZGRy ZXNzCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogcmVtdXM6IGFjdGl2 YXRpbmcgY2xpZW50IG1vZGUKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2Njdd OiBvcGVuZWQgaW1hZ2UgMTkyLjE2OC4yLjQ6OTAwMCAoMSB1c2Vycywgc3RhdGU6IDB4MDAwMDAw MDEsIHR5cGU6IDkpCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0YXBkaXNrMls4NjY3XTogVkJE IENIQUlOOgpKYW4gMTcgMTc6MjU6NDkgbmV1dHJpbm8gdGFwZGlzazJbODY2N106IDE5Mi4xNjgu Mi40OjkwMDA6IDkKSmFuIDE3IDE3OjI1OjQ5IG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiAvaG9t ZS9yZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nOiAwCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB0 YXBkaXNrMls4NjY3XTogc2VuZGluZyAnb3BlbiByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDE4 KQpKYW4gMTcgMTc6MjU6NDkgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODEuOTQ1MjMxXSBibG9jayB0 ZHM6IHNlY3Rvci1zaXplOiA1MTIvNTEyKzAgY2FwYWNpdHk6IDMxNjE2OTI4IGRpc2NhcmQ6IDAr MCBmbHVzaDogMHgwCkphbiAxNyAxNzoyNTo0OSBuZXV0cmlubyB1ZGV2ZC13b3JrWzg2NzhdOiBr ZXJuZWwtcHJvdmlkZWQgbmFtZSAnYmxrdGFwMTknIGFuZCBOQU1FPSAneGVuL2Jsa3RhcC0yL2Js a3RhcDE5JyBkaXNhZ3JlZSwgcGxlYXNlIHVzZSBTWU1MSU5LKz0gb3IgY2hhbmdlIHRoZSBrZXJu ZWwgdG8gcHJvdmlkZSB0aGUgcHJvcGVyIG5hbWUKSmFuIDE3IDE3OjI1OjUwIG5ldXRyaW5vIHRh cGRpc2syWzg2NzldOiBJL08gcXVldWUgZHJpdmVyOiBsaW8KSmFuIDE3IDE3OjI1OjUwIG5ldXRy aW5vIHRhcGRpc2syWzg2NzldOiByZWNlaXZlZCAnYXR0YWNoJyBtZXNzYWdlICh1dWlkID0gMTkp CkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogc2VuZGluZyAnYXR0YWNo IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMTkpCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0 YXBkaXNrMls4Njc5XTogcmVjZWl2ZWQgJ29wZW4nIG1lc3NhZ2UgKHV1aWQgPSAxOSkKSmFuIDE3 IDE3OjI1OjUwIG5ldXRyaW5vIHRhcGRpc2syWzg2NzldOiBibG9jay1haW8gb3BlbignL2hvbWUv cmVtdXMvd2luMmszLWV4Y2hhbmdlLWQuaW1nJykKSmFuIDE3IDE3OjI1OjUwIG5ldXRyaW5vIHRh cGRpc2syWzg2NzldOiBvcGVuKC9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZykgd2l0 aCBPX0RJUkVDVApKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IEltYWdl IHNpemU6ICMwMTIjMDExcHJlIHNlY3Rvcl9zaGlmdCAgWzIxNTA1NjM4NF0jMDEyIzAxMXBvc3Qg c2VjdG9yX3NoaWZ0IFs0MjAwMzJdCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4 Njc5XTogb3BlbmVkIGltYWdlIC9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZyAoMSB1 c2Vycywgc3RhdGU6IDB4MDAwMDAwMDEsIHR5cGU6IDApCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlu byB0YXBkaXNrMls4Njc5XTogcmVtdXM6IG9wZW5pbmcgMTkyLjE2OC4yLjQ6OTAwMApKYW4gMTcg MTc6MjU6NTAgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrOiBhZGQgWEVO QlVTX1BBVEg9YmFja2VuZC92YmQvMTQvNzY4CkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBk aXNrMls4Njc5XTogcmVtdXM6IGhvc3Q6IDE5Mi4xNjguMi40LCBwb3J0OiA5MDAwCkphbiAxNyAx NzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogcmVtdXM6IGNvbnRyb2wgRklGTyAvdmFy L3J1bi90YXAvcmVtdXNfMTkyLjE2OC4yLjRfOTAwMApKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8g dGFwZGlzazJbODY3OV06IHJlbXVzOiBtZXNzYWdlIEZJRk8gL3Zhci9ydW4vdGFwL3JlbXVzXzE5 Mi4xNjguMi40XzkwMDAubXNnCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5 XTogcmVtdXM6IHJlZ2lzdGVyaW5nIGN0bCBmaWZvCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0 YXBkaXNrMls4Njc5XTogcmVtdXM6IGNvdWxkIG5vdCBiaW5kIHNlcnZlciBzb2NrZXQgMTEgdG8g MTkyLjE2OC4yLjQ6OTAwMDogOTkgQ2Fubm90IGFzc2lnbiByZXF1ZXN0ZWQgYWRkcmVzcwpKYW4g MTcgMTc6MjU6NTAgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHJlbXVzOiBhY3RpdmF0aW5nIGNs aWVudCBtb2RlCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogb3BlbmVk IGltYWdlIDE5Mi4xNjguMi40OjkwMDAgKDEgdXNlcnMsIHN0YXRlOiAweDAwMDAwMDAxLCB0eXBl OiA5KQpKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IFZCRCBDSEFJTjoK SmFuIDE3IDE3OjI1OjUwIG5ldXRyaW5vIHRhcGRpc2syWzg2NzldOiAxOTIuMTY4LjIuNDo5MDAw OiA5CkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNrMls4Njc5XTogL2hvbWUvcmVtdXMv d2luMmszLWV4Y2hhbmdlLWQuaW1nOiAwCkphbiAxNyAxNzoyNTo1MCBuZXV0cmlubyB0YXBkaXNr Mls4Njc5XTogc2VuZGluZyAnb3BlbiByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDE5KQpKYW4g MTcgMTc6MjU6NTAgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODIuMTQzOTAxXSBibG9jayB0ZHQ6IHNl Y3Rvci1zaXplOiA1MTIvNTEyKzAgY2FwYWNpdHk6IDQyMDAzMiBkaXNjYXJkOiAwKzAgZmx1c2g6 IDB4MApKYW4gMTcgMTc6MjU6NTAgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRzL2Js b2NrOiBhZGQgWEVOQlVTX1BBVEg9YmFja2VuZC92YmQvMTQvODMyCkphbiAxNyAxNzoyNTo1MSBu ZXV0cmlubyBrZXJuZWw6IFsxMTc4My4yNzI5MThdIGRldmljZSB0YXAxNC4wIGVudGVyZWQgcHJv bWlzY3VvdXMgbW9kZQpKYW4gMTcgMTc6MjU6NTEgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODMuMjcy OTc2XSB4ZW5icjA6IHBvcnQgNih0YXAxNC4wKSBlbnRlcmluZyBmb3J3YXJkaW5nIHN0YXRlCkph biAxNyAxNzoyNTo1MSBuZXV0cmlubyBrZXJuZWw6IFsxMTc4My4yNzI5ODVdIHhlbmJyMDogcG9y dCA2KHRhcDE0LjApIGVudGVyaW5nIGZvcndhcmRpbmcgc3RhdGUKSmFuIDE3IDE3OjI1OjUxIG5l dXRyaW5vIGxvZ2dlcjogL2V0Yy94ZW4vc2NyaXB0cy9ibG9jazogV3JpdGluZyBiYWNrZW5kL3Zi ZC8xNC83NjgvcGh5c2ljYWwtZGV2aWNlIGZkOjEyIHRvIHhlbnN0b3JlLgpKYW4gMTcgMTc6MjU6 NTEgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrOiBXcml0aW5nIGJhY2tl bmQvdmJkLzE0Lzc2OC9ob3RwbHVnLXN0YXR1cyBjb25uZWN0ZWQgdG8geGVuc3RvcmUuCkphbiAx NyAxNzoyNTo1MSBuZXV0cmlubyBsb2dnZXI6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZTog YWRkIHR5cGVfaWY9dGFwIFhFTkJVU19QQVRIPQpKYW4gMTcgMTc6MjU6NTEgbmV1dHJpbm8gbG9n Z2VyOiAvZXRjL3hlbi9zY3JpcHRzL3ZpZi1icmlkZ2U6IG9ubGluZSB0eXBlX2lmPXZpZiBYRU5C VVNfUEFUSD1iYWNrZW5kL3ZpZi8xNC8wCkphbiAxNyAxNzoyNTo1MSBuZXV0cmlubyBrZXJuZWw6 IFsxMTc4My45NTY1MTNdIHhlbmJyMDogcG9ydCA2KHRhcDE0LjApIGVudGVyaW5nIGZvcndhcmRp bmcgc3RhdGUKSmFuIDE3IDE3OjI1OjUxIG5ldXRyaW5vIGtlcm5lbDogWzExNzg0LjAzMjgzMl0g eGVuYnIwOiBwb3J0IDYodGFwMTQuMCkgZW50ZXJpbmcgZm9yd2FyZGluZyBzdGF0ZQpKYW4gMTcg MTc6MjU6NTEgbmV1dHJpbm8ga2VybmVsOiBbMTE3ODQuMDMyODQ0XSB4ZW5icjA6IHBvcnQgNih0 YXAxNC4wKSBlbnRlcmluZyBmb3J3YXJkaW5nIHN0YXRlCkphbiAxNyAxNzoyNTo1MSBuZXV0cmlu byBsb2dnZXI6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZTogU3VjY2Vzc2Z1bCB2aWYtYnJp ZGdlIGFkZCBmb3IgdGFwMTQuMCwgYnJpZGdlIHhlbmJyMC4KSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIGtlcm5lbDogWzExNzg0LjIyMDg4MV0gZGV2aWNlIHZpZjE0LjAgZW50ZXJlZCBwcm9taXNj dW91cyBtb2RlCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyBrZXJuZWw6IFsxMTc4NC4yNDAzMTFd IEFERFJDT05GKE5FVERFVl9VUCk6IHZpZjE0LjA6IGxpbmsgaXMgbm90IHJlYWR5CkphbiAxNyAx NzoyNTo1MiBuZXV0cmlubyBsb2dnZXI6IC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZTogU3Vj Y2Vzc2Z1bCB2aWYtYnJpZGdlIG9ubGluZSBmb3IgdmlmMTQuMCwgYnJpZGdlIHhlbmJyMC4KSmFu IDE3IDE3OjI1OjUyIG5ldXRyaW5vIGxvZ2dlcjogL2V0Yy94ZW4vc2NyaXB0cy92aWYtYnJpZGdl OiBXcml0aW5nIGJhY2tlbmQvdmlmLzE0LzAvaG90cGx1Zy1zdGF0dXMgY29ubmVjdGVkIHRvIHhl bnN0b3JlLgpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gbG9nZ2VyOiAvZXRjL3hlbi9zY3JpcHRz L2Jsb2NrOiBXcml0aW5nIGJhY2tlbmQvdmJkLzE0LzgzMi9waHlzaWNhbC1kZXZpY2UgZmQ6MTMg dG8geGVuc3RvcmUuCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyBsb2dnZXI6IC9ldGMveGVuL3Nj cmlwdHMvYmxvY2s6IFdyaXRpbmcgYmFja2VuZC92YmQvMTQvODMyL2hvdHBsdWctc3RhdHVzIGNv bm5lY3RlZCB0byB4ZW5zdG9yZS4KSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzI1 NDRdOiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzI1NDRdOiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1 aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzI4N106IHJlY2VpdmVk ICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlz azJbMzI4N106IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAx NyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszNDY0XTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2Fn ZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszNDY0XTogc2Vu ZGluZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzM5NjNdOiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkK SmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzM5NjNdOiBzZW5kaW5nICdwaWQgcmVz cG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlz azJbNDI1NV06IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6 NTIgbmV1dHJpbm8gdGFwZGlzazJbNDI1NV06IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2Fn ZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls0MjcxXTogcmVj ZWl2ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0 YXBkaXNrMls0MjcxXTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkK SmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQ3ODFdOiByZWNlaXZlZCAncGlkJyBt ZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQ3ODFd OiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6 NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQg PSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHNlbmRpbmcgJ3Bp ZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0 YXBkaXNrMls1NTk1XTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAx NzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls1NTk1XTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBt ZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzU2MDNd OiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzU2MDNdOiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQg PSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNjE3M106IHJlY2VpdmVkICdw aWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJb NjE3M106IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAx NzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls2MTg1XTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2FnZSAo dXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls2MTg1XTogc2VuZGlu ZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzY3OTldOiByZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFu IDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzY3OTldOiBzZW5kaW5nICdwaWQgcmVzcG9u c2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJb NjgxMl06IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbNjgxMl06IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAo dXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls3NDMzXTogcmVjZWl2 ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBk aXNrMls3NDMzXTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gMCkKSmFu IDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzc0NDVdOiByZWNlaXZlZCAncGlkJyBtZXNz YWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzc0NDVdOiBz ZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbODA0OF06IHJlY2VpdmVkICdwaWQnIG1lc3NhZ2UgKHV1aWQgPSAw KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODA0OF06IHNlbmRpbmcgJ3BpZCBy ZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBk aXNrMls4MDYyXTogcmVjZWl2ZWQgJ3BpZCcgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoy NTo1MiBuZXV0cmlubyB0YXBkaXNrMls4MDYyXTogc2VuZGluZyAncGlkIHJlc3BvbnNlJyBtZXNz YWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiBy ZWNlaXZlZCAncGlkJyBtZXNzYWdlICh1dWlkID0gMCkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5v IHRhcGRpc2syWzg2NjddOiBzZW5kaW5nICdwaWQgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSAw KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHJlY2VpdmVkICdwaWQn IG1lc3NhZ2UgKHV1aWQgPSAwKQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3 OV06IHNlbmRpbmcgJ3BpZCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDApCkphbiAxNyAxNzoy NTo1MiBuZXV0cmlubyB0YXBkaXNrMlsyNTQ0XTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1 aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzI1NDRdOiBzZW5k aW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1 MiBuZXV0cmlubyB0YXBkaXNrMlsyNTQ0XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2Fn ZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzI4N106 IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBu ZXV0cmlubyB0YXBkaXNrMlszMjg3XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAo dXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzI4N106IHNl bmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1 OjUyIG5ldXRyaW5vIHRhcGRpc2syWzM0NjRdOiByZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVp ZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbMzQ2NF06IHNlbmRp bmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUy IG5ldXRyaW5vIHRhcGRpc2syWzM0NjRdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdl ICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszOTYzXTog cmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzM5NjNdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1 dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMlszOTYzXTogc2Vu ZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6 NTIgbmV1dHJpbm8gdGFwZGlzazJbNDI1NV06IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlk ID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls0MjU1XTogc2VuZGlu ZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbNDI1NV06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2Ug KHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQyNzFdOiBy ZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1 dHJpbm8gdGFwZGlzazJbNDI3MV06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1 aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQyNzFdOiBzZW5k aW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1 MiBuZXV0cmlubyB0YXBkaXNrMls0NzgxXTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQg PSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzQ3ODFdOiBzZW5kaW5n ICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBu ZXV0cmlubyB0YXBkaXNrMls0NzgxXTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAo dXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHJl Y2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0 cmlubyB0YXBkaXNrMls0NzkzXTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVp ZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNDc5M106IHNlbmRp bmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUy IG5ldXRyaW5vIHRhcGRpc2syWzU1OTVdOiByZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9 IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNTU5NV06IHNlbmRpbmcg J2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzU1OTVdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1 dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls1NjAzXTogcmVj ZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzU2MDNdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlk ID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls1NjAzXTogc2VuZGlu ZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIg bmV1dHJpbm8gdGFwZGlzazJbNjE3M106IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0g NjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls2MTczXTogc2VuZGluZyAn bGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1 dHJpbm8gdGFwZGlzazJbNjE3M106IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1 aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzYxODVdOiByZWNl aXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJp bm8gdGFwZGlzazJbNjE4NV06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQg PSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzYxODVdOiBzZW5kaW5n ICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBu ZXV0cmlubyB0YXBkaXNrMls2Nzk5XTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2 NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzY3OTldOiBzZW5kaW5nICds aXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0 cmlubyB0YXBkaXNrMls2Nzk5XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVp ZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNjgxMl06IHJlY2Vp dmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlu byB0YXBkaXNrMls2ODEyXTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9 IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNjgxMl06IHNlbmRpbmcg J2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5l dXRyaW5vIHRhcGRpc2syWzc0MzNdOiByZWNlaXZlZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1 NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbNzQzM106IHNlbmRpbmcgJ2xp c3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRy aW5vIHRhcGRpc2syWzc0MzNdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlk ID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls3NDQ1XTogcmVjZWl2 ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5v IHRhcGRpc2syWzc0NDVdOiBzZW5kaW5nICdsaXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0g NjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls3NDQ1XTogc2VuZGluZyAn bGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1 dHJpbm8gdGFwZGlzazJbODA0OF06IHJlY2VpdmVkICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1 MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0YXBkaXNrMls4MDQ4XTogc2VuZGluZyAnbGlz dCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJp bm8gdGFwZGlzazJbODA0OF06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQg PSA2NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzgwNjJdOiByZWNlaXZl ZCAnbGlzdCcgbWVzc2FnZSAodXVpZCA9IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8g dGFwZGlzazJbODA2Ml06IHNlbmRpbmcgJ2xpc3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2 NTUzNSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzgwNjJdOiBzZW5kaW5nICds aXN0IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0 cmlubyB0YXBkaXNrMls4NjY3XTogcmVjZWl2ZWQgJ2xpc3QnIG1lc3NhZ2UgKHV1aWQgPSA2NTUz NSkKSmFuIDE3IDE3OjI1OjUyIG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiBzZW5kaW5nICdsaXN0 IHJlc3BvbnNlJyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlu byB0YXBkaXNrMls4NjY3XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9 IDY1NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHJlY2VpdmVk ICdsaXN0JyBtZXNzYWdlICh1dWlkID0gNjU1MzUpCkphbiAxNyAxNzoyNTo1MiBuZXV0cmlubyB0 YXBkaXNrMls4Njc5XTogc2VuZGluZyAnbGlzdCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDY1 NTM1KQpKYW4gMTcgMTc6MjU6NTIgbmV1dHJpbm8gdGFwZGlzazJbODY3OV06IHNlbmRpbmcgJ2xp c3QgcmVzcG9uc2UnIG1lc3NhZ2UgKHV1aWQgPSA2NTUzNSkKSmFuIDE3IDE3OjI2OjAyIG5ldXRy aW5vIGtlcm5lbDogWzExNzk0LjE1MjA3OF0gdGFwMTQuMDogbm8gSVB2NiByb3V0ZXJzIHByZXNl bnQKSmFuIDE3IDE3OjI2OjA1IG5ldXRyaW5vIHRhcGRpc2syWzg2NjddOiByZW11czogY29ubmVj dGluZyB0byBiYWNrdXAuLi4KSmFuIDE3IDE3OjI2OjA1IG5ldXRyaW5vIHRhcGRpc2syWzg2Njdd OiByZW11czogY2xpZW50IGNvbm5lY3RpbmcgdG8gMTkyLjE2OC4yLjQ6OTAwMC4uLgpKYW4gMTcg MTc6MjY6MDUgbmV1dHJpbm8gdGFwZGlzazJbODY2N106IHJlbXVzOiBjbGllbnQgY29ubmVjdGVk Cg== --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="primary_xend.log" ClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoxMDMpIFhl bmREb21haW5JbmZvLmNyZWF0ZShbJ3ZtJywgWyduYW1lJywgJ2V4Y2hhbmdlLWh2bSddLCBbJ21l bW9yeScsIDUxMl0sIFsnb25fcG93ZXJvZmYnLCAnZGVzdHJveSddLCBbJ29uX3JlYm9vdCcsICdy ZXN0YXJ0J10sIFsnb25fY3Jhc2gnLCAncmVzdGFydCddLCBbJ29uX3hlbmRfc3RhcnQnLCAnaWdu b3JlJ10sIFsnb25feGVuZF9zdG9wJywgJ2lnbm9yZSddLCBbJ2NwdWlkJywgeycxJzogeydlYXgn OiAnMHgwNmIxJywgJ2VkeCc6ICd4eHgwMDAwMHh4eHh4eHgweHh4eHh4eHh4MHh4eHh4eCcsICdl Y3gnOiAneHh4eHh4eHh4eHgwMDAweHgwMHh4eDAwMDAwMDB4eDAnfSwgJzAnOiB7J2VheCc6ICcw eDMnLCAnZWR4JzogJzB4MCcsICdlYngnOiAnMHgwJywgJ2VjeCc6ICcweDAnfSwgJzB4ODAwMDAw MDAnOiB7J2VheCc6ICcweDMnLCAnZWR4JzogJzB4MCcsICdlYngnOiAnMHgwJywgJ2VjeCc6ICcw eDAnfSwgJzQnOiB7J2VheCc6ICcweDMnLCAnZWR4JzogJzB4MCcsICdlYngnOiAnMHgwJywgJ2Vj eCc6ICcweDAnfX1dLCBbJ3ZjcHVzJywgMV0sIFsnb29zJywgMV0sIFsnaW1hZ2UnLCBbJ2h2bScs IFsna2VybmVsJywgJ2h2bWxvYWRlciddLCBbJ3ZpZGVvcmFtJywgNF0sIFsnc2VyaWFsJywgJ3B0 eSddLCBbJ2FjcGknLCAxXSwgWydhcGljJywgMV0sIFsnYm9vdCcsICdjJ10sIFsnY3B1aWQnLCB7 JzEnOiB7J2VheCc6ICcweDA2YjEnLCAnZWR4JzogJ3h4eDAwMDAweHh4eHh4eDB4eHh4eHh4eHgw eHh4eHh4JywgJ2VjeCc6ICd4eHh4eHh4eHh4eDAwMDB4eDAweHh4MDAwMDAwMHh4MCd9LCAnMCc6 IHsnZWF4JzogJzB4MycsICdlZHgnOiAnMHgwJywgJ2VieCc6ICcweDAnLCAnZWN4JzogJzB4MCd9 LCAnMHg4MDAwMDAwMCc6IHsnZWF4JzogJzB4MycsICdlZHgnOiAnMHgwJywgJ2VieCc6ICcweDAn LCAnZWN4JzogJzB4MCd9LCAnNCc6IHsnZWF4JzogJzB4MycsICdlZHgnOiAnMHgwJywgJ2VieCc6 ICcweDAnLCAnZWN4JzogJzB4MCd9fV0sIFsnY3B1aWRfY2hlY2snLCBbXV0sIFsnZGV2aWNlX21v ZGVsJywgJ3FlbXUtZG0nXSwgWydkaXNwbGF5JywgJzowLjAnXSwgWydmZGEnLCAnJ10sIFsnZmRi JywgJyddLCBbJ2d1ZXN0X29zX3R5cGUnLCAnZGVmYXVsdCddLCBbJ2hhcCcsIDFdLCBbJ2hwZXQn LCAwXSwgWydpc2EnLCAwXSwgWydrZXltYXAnLCAnJ10sIFsnbG9jYWx0aW1lJywgMF0sIFsnbm9n cmFwaGljJywgMF0sIFsnb3BlbmdsJywgMV0sIFsnb29zJywgMV0sIFsncGFlJywgMV0sIFsncGNp JywgW11dLCBbJ3BjaV9tc2l0cmFuc2xhdGUnLCAxXSwgWydwY2lfcG93ZXJfbWdtdCcsIDBdLCBb J3J0Y190aW1lb2Zmc2V0JywgMF0sIFsnc2RsJywgMF0sIFsnc291bmRodycsICcnXSwgWydzdGR2 Z2EnLCAwXSwgWyd0aW1lcl9tb2RlJywgMV0sIFsndXNiJywgMF0sIFsndXNiZGV2aWNlJywgJydd LCBbJ3ZjcHVzJywgMV0sIFsndm5jJywgMV0sIFsndm5jdW51c2VkJywgMV0sIFsndmlyaWRpYW4n LCAwXSwgWyd2cHRfYWxpZ24nLCAxXSwgWyd4YXV0aG9yaXR5JywgJy9ob21lL2FudG9pbmUvLlhh dXRob3JpdHknXSwgWyd4ZW5fcGxhdGZvcm1fcGNpJywgMV0sIFsnbWVtb3J5X3NoYXJpbmcnLCAw XSwgWyd2bmNwYXNzd2QnLCAnWFhYWFhYWFgnXSwgWyd0c2NfbW9kZScsIDBdLCBbJ25vbWlncmF0 ZScsIDBdXV0sIFsnczNfaW50ZWdyaXR5JywgMV0sIFsnZGV2aWNlJywgWyd0YXAyJywgWyd1bmFt ZScsICd0YXAyOnJlbXVzOjE5Mi4xNjguMi40OjkwMDB8YWlvOi9ob21lL3JlbXVzL3dpbjJrMy1l eGNoYW5nZS5pbWcnXSwgWydkZXYnLCAnaW9lbXU6aGRhJ10sIFsnbW9kZScsICd3J11dXSwgWydk ZXZpY2UnLCBbJ3RhcDInLCBbJ3VuYW1lJywgJ3RhcDI6cmVtdXM6MTkyLjE2OC4yLjQ6OTAwMHxh aW86L2hvbWUvcmVtdXMvd2luMmszLWV4Y2hhbmdlLWQuaW1nJ10sIFsnZGV2JywgJ2lvZW11Omhk YiddLCBbJ21vZGUnLCAndyddXV0sIFsnZGV2aWNlJywgWyd2aWYnLCBbJ2JyaWRnZScsICd4ZW5i cjAnXSwgWyd0eXBlJywgJ2lvZW11J11dXV0pClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERF QlVHIChYZW5kRG9tYWluSW5mbzoyNDk4KSBYZW5kRG9tYWluSW5mby5jb25zdHJ1Y3REb21haW4K WzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGJhbGxvb246MTg3KSBCYWxsb29uOiA1 MzgzMjggS2lCIGZyZWU7IG5lZWQgMTYzODQ7IGRvbmUuClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIz MzVdIERFQlVHIChYZW5kRG9tYWluOjQ3NikgQWRkaW5nIERvbWFpbjogMTQKWzIwMTItMDEtMTcg MTc6MjU6NDkgMjMzNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI4MzYpIFhlbmREb21haW5JbmZv LmluaXREb21haW46IDE0IDI1NgpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBERUJVRyAoaW1h Z2U6MzM5KSBObyBWTkMgcGFzc3dkIGNvbmZpZ3VyZWQgZm9yIHZmYiBhY2Nlc3MKWzIwMTItMDEt MTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjg5MSkgYXJnczogYm9vdCwgdmFsOiBjClsy MDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4OTEpIGFyZ3M6IGZkYSwgdmFs OiBOb25lClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4OTEpIGFyZ3M6 IGZkYiwgdmFsOiBOb25lClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4 OTEpIGFyZ3M6IHNvdW5kaHcsIHZhbDogTm9uZQpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBE RUJVRyAoaW1hZ2U6ODkxKSBhcmdzOiBsb2NhbHRpbWUsIHZhbDogMApbMjAxMi0wMS0xNyAxNzoy NTo0OSAyMzM1XSBERUJVRyAoaW1hZ2U6ODkxKSBhcmdzOiBzZXJpYWwsIHZhbDogWydwdHknXQpb MjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBERUJVRyAoaW1hZ2U6ODkxKSBhcmdzOiBzdGQtdmdh LCB2YWw6IDAKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjg5MSkgYXJn czogaXNhLCB2YWw6IDAKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjg5 MSkgYXJnczogYWNwaSwgdmFsOiAxClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChp bWFnZTo4OTEpIGFyZ3M6IHVzYiwgdmFsOiAwClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERF QlVHIChpbWFnZTo4OTEpIGFyZ3M6IHVzYmRldmljZSwgdmFsOiBOb25lClsyMDEyLTAxLTE3IDE3 OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo4OTEpIGFyZ3M6IGdmeF9wYXNzdGhydSwgdmFsOiBO b25lClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIElORk8gKGltYWdlOjgyMikgTmVlZCB0byBj cmVhdGUgcGxhdGZvcm0gZGV2aWNlLltkb21pZDoxNF0KWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMz NV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI4NjMpIF9pbml0RG9tYWluOnNoYWRvd19tZW1vcnk9 MHgwLCBtZW1vcnlfc3RhdGljX21heD0weDIwMDAwMDAwLCBtZW1vcnlfc3RhdGljX21pbj0weDAu ClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIElORk8gKGltYWdlOjE4MikgYnVpbGREb21haW4g b3M9aHZtIGRvbT0xNCB2Y3B1cz0xClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChp bWFnZTo5NDkpIGRvbWlkICAgICAgICAgID0gMTQKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0g REVCVUcgKGltYWdlOjk1MCkgaW1hZ2UgICAgICAgICAgPSAvdXNyL2xpYi94ZW4vYm9vdC9odm1s b2FkZXIKWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjk1MSkgc3RvcmVf ZXZ0Y2huICAgPSAyClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo5NTIp IG1lbXNpemUgICAgICAgID0gNTEyClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChp bWFnZTo5NTMpIHRhcmdldCAgICAgICAgID0gNTEyClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVd IERFQlVHIChpbWFnZTo5NTQpIHZjcHVzICAgICAgICAgID0gMQpbMjAxMi0wMS0xNyAxNzoyNTo0 OSAyMzM1XSBERUJVRyAoaW1hZ2U6OTU1KSB2Y3B1X2F2YWlsICAgICA9IDEKWzIwMTItMDEtMTcg MTc6MjU6NDkgMjMzNV0gREVCVUcgKGltYWdlOjk1NikgYWNwaSAgICAgICAgICAgPSAxClsyMDEy LTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERFQlVHIChpbWFnZTo5NTcpIGFwaWMgICAgICAgICAgID0g MQpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBJTkZPIChYZW5kRG9tYWluSW5mbzoyMzU3KSBj cmVhdGVEZXZpY2U6IHZmYiA6IHsndm5jdW51c2VkJzogMSwgJ290aGVyX2NvbmZpZyc6IHsndm5j dW51c2VkJzogMSwgJ3ZuYyc6ICcxJ30sICd2bmMnOiAnMScsICd1dWlkJzogJ2RlNDhhMzYzLTU4 ODktMjVhNi01OTgwLWY3ZGJjMzY3NmNkNSd9ClsyMDEyLTAxLTE3IDE3OjI1OjQ5IDIzMzVdIERF QlVHIChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAn MScsICdiYWNrZW5kLWlkJzogJzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92ZmIvMTQvMCd9IHRvIC9sb2NhbC9kb21haW4vMTQvZGV2aWNlL3ZmYi8wLgpbMjAxMi0wMS0x NyAxNzoyNTo0OSAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjo5NykgRGV2Q29udHJvbGxlcjog d3JpdGluZyB7J3ZuY3VudXNlZCc6ICcxJywgJ2RvbWFpbic6ICdleGNoYW5nZS1odm0nLCAnZnJv bnRlbmQnOiAnL2xvY2FsL2RvbWFpbi8xNC9kZXZpY2UvdmZiLzAnLCAndXVpZCc6ICdkZTQ4YTM2 My01ODg5LTI1YTYtNTk4MC1mN2RiYzM2NzZjZDUnLCAnZnJvbnRlbmQtaWQnOiAnMTQnLCAnc3Rh dGUnOiAnMScsICdvbmxpbmUnOiAnMScsICd2bmMnOiAnMSd9IHRvIC9sb2NhbC9kb21haW4vMC9i YWNrZW5kL3ZmYi8xNC8wLgpbMjAxMi0wMS0xNyAxNzoyNTo0OSAyMzM1XSBJTkZPIChYZW5kRG9t YWluSW5mbzoyMzU3KSBjcmVhdGVEZXZpY2U6IHRhcDIgOiB7J2Jvb3RhYmxlJzogMSwgJ3VuYW1l JzogJ3RhcDI6cmVtdXM6MTkyLjE2OC4yLjQ6OTAwMHxhaW86L2hvbWUvcmVtdXMvd2luMmszLWV4 Y2hhbmdlLmltZycsICdtb2RlJzogJ3cnLCAnZGV2JzogJ2lvZW11OmhkYScsICd1dWlkJzogJzcw ZGViZjhjLTliOGMtMmM0NS04NGRjLTk4MDg4YjZhMjA3YSd9ClsyMDEyLTAxLTE3IDE3OjI1OjQ5 IDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsn YmFja2VuZC1pZCc6ICcwJywgJ3ZpcnR1YWwtZGV2aWNlJzogJzc2OCcsICdkZXZpY2UtdHlwZSc6 ICdkaXNrJywgJ3N0YXRlJzogJzEnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92YmQvMTQvNzY4J30gdG8gL2xvY2FsL2RvbWFpbi8xNC9kZXZpY2UvdmJkLzc2OC4KWzIwMTIt MDEtMTcgMTc6MjU6NDkgMjMzNV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTcpIERldkNvbnRyb2xs ZXI6IHdyaXRpbmcgeydkb21haW4nOiAnZXhjaGFuZ2UtaHZtJywgJ2Zyb250ZW5kJzogJy9sb2Nh bC9kb21haW4vMTQvZGV2aWNlL3ZiZC83NjgnLCAndXVpZCc6ICc3MGRlYmY4Yy05YjhjLTJjNDUt ODRkYy05ODA4OGI2YTIwN2EnLCAnYm9vdGFibGUnOiAnMScsICdkZXYnOiAnaGRhJywgJ3N0YXRl JzogJzEnLCAncGFyYW1zJzogJy9kZXYveGVuL2Jsa3RhcC0yL3RhcGRldjE4JywgJ21vZGUnOiAn dycsICdvbmxpbmUnOiAnMScsICdmcm9udGVuZC1pZCc6ICcxNCcsICd0eXBlJzogJ3BoeScsICd0 YXBkaXNrLXBhcmFtcyc6ICdyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9yZW11cy93 aW4yazMtZXhjaGFuZ2UuaW1nJ30gdG8gL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzE0Lzc2 OC4KWzIwMTItMDEtMTcgMTc6MjU6NDkgMjMzNV0gSU5GTyAoWGVuZERvbWFpbkluZm86MjM1Nykg Y3JlYXRlRGV2aWNlOiB0YXAyIDogeydib290YWJsZSc6IDAsICd1bmFtZSc6ICd0YXAyOnJlbXVz OjE5Mi4xNjguMi40OjkwMDB8YWlvOi9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZycs ICdtb2RlJzogJ3cnLCAnZGV2JzogJ2lvZW11OmhkYicsICd1dWlkJzogJzFlZmNmMTNjLWRlZTct YjMxMi02NmNkLWQ3YzI5NTJiZTM5OCd9ClsyMDEyLTAxLTE3IDE3OjI1OjUwIDIzMzVdIERFQlVH IChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnYmFja2VuZC1pZCc6 ICcwJywgJ3ZpcnR1YWwtZGV2aWNlJzogJzgzMicsICdkZXZpY2UtdHlwZSc6ICdkaXNrJywgJ3N0 YXRlJzogJzEnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMTQvODMy J30gdG8gL2xvY2FsL2RvbWFpbi8xNC9kZXZpY2UvdmJkLzgzMi4KWzIwMTItMDEtMTcgMTc6MjU6 NTAgMjMzNV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTcpIERldkNvbnRyb2xsZXI6IHdyaXRpbmcg eydkb21haW4nOiAnZXhjaGFuZ2UtaHZtJywgJ2Zyb250ZW5kJzogJy9sb2NhbC9kb21haW4vMTQv ZGV2aWNlL3ZiZC84MzInLCAndXVpZCc6ICcxZWZjZjEzYy1kZWU3LWIzMTItNjZjZC1kN2MyOTUy YmUzOTgnLCAnYm9vdGFibGUnOiAnMCcsICdkZXYnOiAnaGRiJywgJ3N0YXRlJzogJzEnLCAncGFy YW1zJzogJy9kZXYveGVuL2Jsa3RhcC0yL3RhcGRldjE5JywgJ21vZGUnOiAndycsICdvbmxpbmUn OiAnMScsICdmcm9udGVuZC1pZCc6ICcxNCcsICd0eXBlJzogJ3BoeScsICd0YXBkaXNrLXBhcmFt cyc6ICdyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9yZW11cy93aW4yazMtZXhjaGFu Z2UtZC5pbWcnfSB0byAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvMTQvODMyLgpbMjAxMi0w MS0xNyAxNzoyNTo1MCAyMzM1XSBJTkZPIChYZW5kRG9tYWluSW5mbzoyMzU3KSBjcmVhdGVEZXZp Y2U6IHZpZiA6IHsnYnJpZGdlJzogJ3hlbmJyMCcsICdtYWMnOiAnMDA6MTY6M2U6NjE6ZGI6NmIn LCAndHlwZSc6ICdpb2VtdScsICd1dWlkJzogJzk1MjMyYjdlLTQ5YTYtZTM5Ni0yYTNmLTI1MDRk ODkyOTY4OCd9ClsyMDEyLTAxLTE3IDE3OjI1OjUwIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVy Ojk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAnMScsICdiYWNrZW5kLWlkJzog JzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMTQvMCd9IHRvIC9s b2NhbC9kb21haW4vMTQvZGV2aWNlL3ZpZi8wLgpbMjAxMi0wMS0xNyAxNzoyNTo1MCAyMzM1XSBE RUJVRyAoRGV2Q29udHJvbGxlcjo5NykgRGV2Q29udHJvbGxlcjogd3JpdGluZyB7J2JyaWRnZSc6 ICd4ZW5icjAnLCAnZG9tYWluJzogJ2V4Y2hhbmdlLWh2bScsICdoYW5kbGUnOiAnMCcsICd1dWlk JzogJzk1MjMyYjdlLTQ5YTYtZTM5Ni0yYTNmLTI1MDRkODkyOTY4OCcsICdzY3JpcHQnOiAnL2V0 Yy94ZW4vc2NyaXB0cy92aWYtYnJpZGdlJywgJ21hYyc6ICcwMDoxNjozZTo2MTpkYjo2YicsICdm cm9udGVuZC1pZCc6ICcxNCcsICdzdGF0ZSc6ICcxJywgJ29ubGluZSc6ICcxJywgJ2Zyb250ZW5k JzogJy9sb2NhbC9kb21haW4vMTQvZGV2aWNlL3ZpZi8wJywgJ3R5cGUnOiAnaW9lbXUnfSB0byAv bG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMTQvMC4KWzIwMTItMDEtMTcgMTc6MjU6NTAgMjMz NV0gSU5GTyAoaW1hZ2U6NDE4KSBzcGF3bmluZyBkZXZpY2UgbW9kZWxzOiAvdXNyL2xpYi94ZW4v YmluL3FlbXUtZG0gWycvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0nLCAnLWQnLCAnMTQnLCAnLWRv bWFpbi1uYW1lJywgJ2V4Y2hhbmdlLWh2bScsICctdmlkZW9yYW0nLCAnNCcsICctdm5jJywgJzEy Ny4wLjAuMTowJywgJy12bmN1bnVzZWQnLCAnLXZjcHVzJywgJzEnLCAnLXZjcHVfYXZhaWwnLCAn MHgxJywgJy1ib290JywgJ2MnLCAnLXNlcmlhbCcsICdwdHknLCAnLWFjcGknLCAnLW5ldCcsICdu aWMsdmxhbj0xLG1hY2FkZHI9MDA6MTY6M2U6NjE6ZGI6NmIsbW9kZWw9cnRsODEzOScsICctbmV0 JywgJ3RhcCx2bGFuPTEsaWZuYW1lPXRhcDE0LjAsYnJpZGdlPXhlbmJyMCcsICctTScsICd4ZW5m diddClsyMDEyLTAxLTE3IDE3OjI1OjUxIDIzMzVdIElORk8gKGltYWdlOjQ2NykgZGV2aWNlIG1v ZGVsIHBpZDogODc4NQpbMjAxMi0wMS0xNyAxNzoyNTo1MSAyMzM1XSBJTkZPIChpbWFnZTo1OTAp IHdhaXRpbmcgZm9yIHNlbnRpbmVsX2ZpZm8KWzIwMTItMDEtMTcgMTc6MjU6NTEgMjMzNV0gREVC VUcgKFhlbmREb21haW5JbmZvOjM0MjApIFN0b3JpbmcgVk0gZGV0YWlsczogeydvbl94ZW5kX3N0 b3AnOiAnaWdub3JlJywgJ3Bvb2xfbmFtZSc6ICdQb29sLTAnLCAnc2hhZG93X21lbW9yeSc6ICc1 JywgJ3V1aWQnOiAnY2I3YmU5ZDUtOGFmZS0wZDQ1LWU5ZjMtYzQ0YzZhMDhiZmQ3JywgJ29uX3Jl Ym9vdCc6ICdyZXN0YXJ0JywgJ3N0YXJ0X3RpbWUnOiAnMTMyNjg0Mjc1MS4xJywgJ29uX3Bvd2Vy b2ZmJzogJ2Rlc3Ryb3knLCAnYm9vdGxvYWRlcl9hcmdzJzogJycsICdvbl94ZW5kX3N0YXJ0Jzog J2lnbm9yZScsICdvbl9jcmFzaCc6ICdyZXN0YXJ0JywgJ3hlbmQvcmVzdGFydF9jb3VudCc6ICcw JywgJ3ZjcHVzJzogJzEnLCAndmNwdV9hdmFpbCc6ICcxJywgJ2Jvb3Rsb2FkZXInOiAnJywgJ2lt YWdlJzogIihodm0gKGtlcm5lbCAnJykgKHN1cGVycGFnZXMgMCkgKHZpZGVvcmFtIDQpIChocGV0 IDApIChzdGR2Z2EgMCkgKGxvYWRlciAvdXNyL2xpYi94ZW4vYm9vdC9odm1sb2FkZXIpICh4ZW5f cGxhdGZvcm1fcGNpIDEpIChvcGVuZ2wgMSkgKHJ0Y190aW1lb2Zmc2V0IDApIChwY2kgKCkpICho YXAgMSkgKGxvY2FsdGltZSAwKSAodGltZXJfbW9kZSAxKSAocGNpX21zaXRyYW5zbGF0ZSAxKSAo b29zIDEpIChhcGljIDEpIChzZGwgMCkgKGRpc3BsYXkgOjAuMCkgKHZwdF9hbGlnbiAxKSAoc2Vy aWFsIHB0eSkgKHZuY3VudXNlZCAxKSAoYm9vdCBjKSAocGFlIDEpICh2aXJpZGlhbiAwKSAoYWNw aSAxKSAodm5jIDEpIChub2dyYXBoaWMgMCkgKG5vbWlncmF0ZSAwKSAodXNiIDApICh0c2NfbW9k ZSAwKSAoZ3Vlc3Rfb3NfdHlwZSBkZWZhdWx0KSAoZGV2aWNlX21vZGVsIC91c3IvbGliL3hlbi9i aW4vcWVtdS1kbSkgKHBjaV9wb3dlcl9tZ210IDApICh4YXV0aG9yaXR5IC9ob21lL2FudG9pbmUv LlhhdXRob3JpdHkpIChpc2EgMCkgKG5vdGVzIChTVVNQRU5EX0NBTkNFTCAxKSkpIiwgJ25hbWUn OiAnZXhjaGFuZ2UtaHZtJ30KWzIwMTItMDEtMTcgMTc6MjU6NTEgMjMzNV0gREVCVUcgKFhlbmRE b21haW5JbmZvOjE3OTQpIFN0b3JpbmcgZG9tYWluIGRldGFpbHM6IHsnY29uc29sZS9wb3J0Jzog JzMnLCAnZGVzY3JpcHRpb24nOiAnJywgJ2NvbnNvbGUvbGltaXQnOiAnMTA0ODU3NicsICdzdG9y ZS9wb3J0JzogJzInLCAndm0nOiAnL3ZtL2NiN2JlOWQ1LThhZmUtMGQ0NS1lOWYzLWM0NGM2YTA4 YmZkNycsICdkb21pZCc6ICcxNCcsICdpbWFnZS9zdXNwZW5kLWNhbmNlbCc6ICcxJywgJ2NwdS8w L2F2YWlsYWJpbGl0eSc6ICdvbmxpbmUnLCAnbWVtb3J5L3RhcmdldCc6ICc1MjQyODgnLCAnY29u dHJvbC9wbGF0Zm9ybS1mZWF0dXJlLW11bHRpcHJvY2Vzc29yLXN1c3BlbmQnOiAnMScsICdzdG9y ZS9yaW5nLXJlZic6ICcxMDQ0NDc2JywgJ2NvbnNvbGUvdHlwZSc6ICdpb2VtdScsICduYW1lJzog J2V4Y2hhbmdlLWh2bSd9ClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250 cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAnMScsICdiYWNrZW5k LWlkJzogJzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC9jb25zb2xlLzE0 LzAnfSB0byAvbG9jYWwvZG9tYWluLzE0L2RldmljZS9jb25zb2xlLzAuClsyMDEyLTAxLTE3IDE3 OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjk3KSBEZXZDb250cm9sbGVyOiB3cml0 aW5nIHsnZG9tYWluJzogJ2V4Y2hhbmdlLWh2bScsICdmcm9udGVuZCc6ICcvbG9jYWwvZG9tYWlu LzE0L2RldmljZS9jb25zb2xlLzAnLCAndXVpZCc6ICc4NWY3YjEwOC04N2VkLWZmMjAtZjUyMi00 ZTc4MjdhNmJhODcnLCAnZnJvbnRlbmQtaWQnOiAnMTQnLCAnc3RhdGUnOiAnMScsICdsb2NhdGlv bic6ICczJywgJ29ubGluZSc6ICcxJywgJ3Byb3RvY29sJzogJ3Z0MTAwJ30gdG8gL2xvY2FsL2Rv bWFpbi8wL2JhY2tlbmQvY29uc29sZS8xNC8wLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBE RUJVRyAoWGVuZERvbWFpbkluZm86MTg4MSkgWGVuZERvbWFpbkluZm8uaGFuZGxlU2h1dGRvd25X YXRjaApbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkp IFdhaXRpbmcgZm9yIGRldmljZXMgdGFwMi4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMzNV0gREVC VUcgKERldkNvbnRyb2xsZXI6MTQ0KSBXYWl0aW5nIGZvciA3NjguClsyMDEyLTAxLTE3IDE3OjI1 OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjYyOCkgaG90cGx1Z1N0YXR1c0NhbGxiYWNr IC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC8xNC83NjgvaG90cGx1Zy1zdGF0dXMuClsyMDEy LTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjY0MikgaG90cGx1Z1N0 YXR1c0NhbGxiYWNrIDEuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250 cm9sbGVyOjE0NCkgV2FpdGluZyBmb3IgODMyLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBE RUJVRyAoRGV2Q29udHJvbGxlcjo2MjgpIGhvdHBsdWdTdGF0dXNDYWxsYmFjayAvbG9jYWwvZG9t YWluLzAvYmFja2VuZC92YmQvMTQvODMyL2hvdHBsdWctc3RhdHVzLgpbMjAxMi0wMS0xNyAxNzoy NTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjo2NDIpIGhvdHBsdWdTdGF0dXNDYWxsYmFj ayAxLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkp IFdhaXRpbmcgZm9yIGRldmljZXMgdmlmLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJV RyAoRGV2Q29udHJvbGxlcjoxNDQpIFdhaXRpbmcgZm9yIDAuClsyMDEyLTAxLTE3IDE3OjI1OjUy IDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjYyOCkgaG90cGx1Z1N0YXR1c0NhbGxiYWNrIC9s b2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi8xNC8wL2hvdHBsdWctc3RhdHVzLgpbMjAxMi0wMS0x NyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjo2NDIpIGhvdHBsdWdTdGF0dXND YWxsYmFjayAxLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxl cjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdmtiZC4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMz NV0gREVCVUcgKERldkNvbnRyb2xsZXI6MTM5KSBXYWl0aW5nIGZvciBkZXZpY2VzIGlvcG9ydHMu ClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2Fp dGluZyBmb3IgZGV2aWNlcyB0YXAuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChE ZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB2aWYyLgpbMjAxMi0wMS0xNyAx NzoyNTo1MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmlj ZXMgY29uc29sZS4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMzNV0gREVCVUcgKERldkNvbnRyb2xs ZXI6MTQ0KSBXYWl0aW5nIGZvciAwLgpbMjAxMi0wMS0xNyAxNzoyNTo1MiAyMzM1XSBERUJVRyAo RGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdnNjc2kuClsyMDEyLTAxLTE3 IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2 aWNlcyB2YmQuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVy OjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyBpcnEuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVd IERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB2ZmIuClsyMDEy LTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBm b3IgZGV2aWNlcyBwY2kuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVdIERFQlVHIChEZXZDb250 cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB2dXNiLgpbMjAxMi0wMS0xNyAxNzoyNTo1 MiAyMzM1XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdnRw bS4KWzIwMTItMDEtMTcgMTc6MjU6NTIgMjMzNV0gSU5GTyAoWGVuZERvbWFpbjoxMjI1KSBEb21h aW4gZXhjaGFuZ2UtaHZtICgxNCkgdW5wYXVzZWQuClsyMDEyLTAxLTE3IDE3OjI1OjUyIDIzMzVd IFdBUk5JTkcgKFhlbmREb21haW5JbmZvOjU4MSkgQ291bGQgbm90IHVucGF1c2UgYmxrdGFwIGRp c2s6IHRvbyBtYW55IHZhbHVlcyB0byB1bnBhY2sKWzIwMTItMDEtMTcgMTc6Mjk6NDIgMjMzNV0g REVCVUcgKFhlbmREb21haW5JbmZvOjI0MDYpIE5vIGRldmljZSBtb2RlbApbMjAxMi0wMS0xNyAx NzoyOTo0MiAyMzM1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQwOCkgUmVsZWFzaW5nIGRldmlj ZXMK --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bkp_syslog" CkphbiAxNyAxNzoyNjowNSB4ZW4tYmFja3VwIHRhcGRpc2syWzUxOTVdOiByZW11czogc2VydmVy IGFjY2VwdGVkIGNvbm5lY3Rpb24KSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdWRldmQtd29y a1s0OTgzXToga2VybmVsLXByb3ZpZGVkIG5hbWUgJ2Jsa3RhcDEwJyBhbmQgTkFNRT0gJ3hlbi9i bGt0YXAtMi9ibGt0YXAxMCcgZGlzYWdyZWUsIHBsZWFzZSB1c2UgU1lNTElOSys9IG9yIGNoYW5n ZSB0aGUga2VybmVsIHRvIHByb3ZpZGUgdGhlIHByb3BlciBuYW1lCkphbiAxNyAxNzoyODo1OCB4 ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBJL08gcXVldWUgZHJpdmVyOiBsaW8KSmFuIDE3IDE3 OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IHJlY2VpdmVkICdhdHRhY2gnIG1lc3Nh Z2UgKHV1aWQgPSAxMCkKSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06 IHNlbmRpbmcgJ2F0dGFjaCByZXNwb25zZScgbWVzc2FnZSAodXVpZCA9IDEwKQpKYW4gMTcgMTc6 Mjg6NTggeGVuLWJhY2t1cCB0YXBkaXNrMls1Nzk1XTogcmVjZWl2ZWQgJ29wZW4nIG1lc3NhZ2Ug KHV1aWQgPSAxMCkKSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IGJs b2NrLWFpbyBvcGVuKCcvaG9tZS9yZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nJykKSmFuIDE3IDE3 OjI4OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IG9wZW4oL2hvbWUvcmVtdXMvd2luMmsz LWV4Y2hhbmdlLmltZykgd2l0aCBPX0RJUkVDVApKYW4gMTcgMTc6Mjg6NTggeGVuLWJhY2t1cCB0 YXBkaXNrMls1Nzk1XTogSW1hZ2Ugc2l6ZTogIzAxMiMwMTFwcmUgc2VjdG9yX3NoaWZ0ICBbMTYx ODc4NjcxMzZdIzAxMiMwMTFwb3N0IHNlY3Rvcl9zaGlmdCBbMzE2MTY5MjhdCkphbiAxNyAxNzoy ODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBvcGVuZWQgaW1hZ2UgL2hvbWUvcmVtdXMv d2luMmszLWV4Y2hhbmdlLmltZyAoMSB1c2Vycywgc3RhdGU6IDB4MDAwMDAwMDEsIHR5cGU6IDAp CkphbiAxNyAxNzoyODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiByZW11czogb3Blbmlu ZyAxOTIuMTY4LjIuNDo5MDAwCkphbiAxNyAxNzoyODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3 OTVdOiByZW11czogaG9zdDogMTkyLjE2OC4yLjQsIHBvcnQ6IDkwMDAKSmFuIDE3IDE3OjI4OjU4 IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IHJlbXVzOiBjb250cm9sIEZJRk8gL3Zhci9ydW4v dGFwL3JlbXVzXzE5Mi4xNjguMi40XzkwMDAKSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAgdGFw ZGlzazJbNTc5NV06IHJlbXVzOiBtZXNzYWdlIEZJRk8gL3Zhci9ydW4vdGFwL3JlbXVzXzE5Mi4x NjguMi40XzkwMDAubXNnCkphbiAxNyAxNzoyODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVd OiByZW11czogcmVnaXN0ZXJpbmcgY3RsIGZpZm8KSmFuIDE3IDE3OjI4OjU4IHhlbi1iYWNrdXAg dGFwZGlzazJbNTc5NV06IHJlbXVzOiBjb3VsZCBub3QgYmluZCBzZXJ2ZXIgc29ja2V0IDExIHRv IDE5Mi4xNjguMi40OjkwMDA6IDk4IEFkZHJlc3MgYWxyZWFkeSBpbiB1c2UKSmFuIDE3IDE3OjI4 OjU4IHhlbi1iYWNrdXAgdGFwZGlzazJbNTc5NV06IHJlbXVzOiBjbG9zaW5nCkphbiAxNyAxNzoy ODo1OCB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBjbG9zZWQgaW1hZ2UgL2hvbWUvcmVtdXMv d2luMmszLWV4Y2hhbmdlLmltZyAoMCB1c2Vycywgc3RhdGU6IDB4MDAwMDAwMDAsIHR5cGU6IDAp CkphbiAxNyAxNzoyODo1OSB4ZW4tYmFja3VwIHRhcGRpc2syWzU3OTVdOiBzZW5kaW5nICdlcnJv cicgbWVzc2FnZSAodXVpZCA9IDEwKQpKYW4gMTcgMTc6Mjg6NTkgeGVuLWJhY2t1cCB0YXAtY3Rs OiB0YXAtZXJyOnRhcF9jdGxfb3Blbjogb3BlbiBmYWlsZWQsIGVyciAtMgpKYW4gMTcgMTc6Mjk6 MDQgeGVuLWJhY2t1cCB0YXAtY3RsOiB0YXAtZXJyOnRhcF9jdGxfcmVhZF9tZXNzYWdlOiBmYWls dXJlIHJlYWRpbmcgbWVzc2FnZQpKYW4gMTcgMTc6Mjk6MDQgeGVuLWJhY2t1cCB0YXAtY3RsOiB0 YXAtZXJyOnRhcF9jdGxfc2VuZF9hbmRfcmVjZWl2ZTogZmFpbGVkIHRvIHJlY2VpdmUgJ3Vua25v d24nIG1lc3NhZ2UKSmFuIDE3IDE3OjI5OjA0IHhlbi1iYWNrdXAgbG9nZ2VyOiAvZXRjL3hlbi9z Y3JpcHRzL3hlbi1ob3RwbHVnLWNsZWFudXA6IFhFTkJVU19QQVRIPWJhY2tlbmQvY29uc29sZS8x My8wCkphbiAxNyAxNzoyOTowNSB4ZW4tYmFja3VwIGxvZ2dlcjogL2V0Yy94ZW4vc2NyaXB0cy94 ZW4taG90cGx1Zy1jbGVhbnVwOiBYRU5CVVNfUEFUSD1iYWNrZW5kL3ZmYi8xMy8wCg== --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bkp_xend.log" ClsyMDEyLTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMzcpIFhl bmREb21haW5JbmZvLnJlc3RvcmUoWydkb21haW4nLCBbJ2RvbWlkJywgJzE0J10sIFsnY3B1X3dl aWdodCcsICcyNTYnXSwgWydjcHVfY2FwJywgJzAnXSwgWydwb29sX25hbWUnLCAnUG9vbC0wJ10s IFsnYm9vdGxvYWRlcicsICcnXSwgWyd2Y3B1cycsICcxJ10sIFsnY3B1cycsIFtbXV1dLCBbJ29u X3Bvd2Vyb2ZmJywgJ2Rlc3Ryb3knXSwgWydkZXNjcmlwdGlvbicsICcnXSwgWydvbl9jcmFzaCcs ICdyZXN0YXJ0J10sIFsndXVpZCcsICdjYjdiZTlkNS04YWZlLTBkNDUtZTlmMy1jNDRjNmEwOGJm ZDcnXSwgWydib290bG9hZGVyX2FyZ3MnLCAnJ10sIFsnbmFtZScsICdleGNoYW5nZS1odm0nXSwg Wydvbl9yZWJvb3QnLCAncmVzdGFydCddLCBbJ21heG1lbScsICc1MTInXSwgWydtZW1vcnknLCAn NTEyJ10sIFsnc2hhZG93X21lbW9yeScsICc1J10sIFsnZmVhdHVyZXMnLCAnJ10sIFsnb25feGVu ZF9zdGFydCcsICdpZ25vcmUnXSwgWydvbl94ZW5kX3N0b3AnLCAnaWdub3JlJ10sIFsnc3RhcnRf dGltZScsICcxMzI2ODQyNzUxLjEnXSwgWydjcHVfdGltZScsICcyMy4xMzkwMTc3NjUnXSwgWydv bmxpbmVfdmNwdXMnLCAnMSddLCBbJ2ltYWdlJywgWydodm0nLCBbJ2tlcm5lbCcsICcnXSwgWydz dXBlcnBhZ2VzJywgJzAnXSwgWyd2aWRlb3JhbScsICc0J10sIFsnaHBldCcsICcwJ10sIFsnc3Rk dmdhJywgJzAnXSwgWydsb2FkZXInLCAnL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyJ10sIFsn eGVuX3BsYXRmb3JtX3BjaScsICcxJ10sIFsnb3BlbmdsJywgJzEnXSwgWydydGNfdGltZW9mZnNl dCcsICcwJ10sIFsncGNpJywgW11dLCBbJ2hhcCcsICcxJ10sIFsnbG9jYWx0aW1lJywgJzAnXSwg Wyd0aW1lcl9tb2RlJywgJzEnXSwgWydwY2lfbXNpdHJhbnNsYXRlJywgJzEnXSwgWydvb3MnLCAn MSddLCBbJ2FwaWMnLCAnMSddLCBbJ3NkbCcsICcwJ10sIFsnZGlzcGxheScsICc6MC4wJ10sIFsn dnB0X2FsaWduJywgJzEnXSwgWydzZXJpYWwnLCAncHR5J10sIFsndm5jdW51c2VkJywgJzEnXSwg Wydib290JywgJ2MnXSwgWydwYWUnLCAnMSddLCBbJ3ZpcmlkaWFuJywgJzAnXSwgWydhY3BpJywg JzEnXSwgWyd2bmMnLCAnMSddLCBbJ25vZ3JhcGhpYycsICcwJ10sIFsnbm9taWdyYXRlJywgJzAn XSwgWyd1c2InLCAnMCddLCBbJ3RzY19tb2RlJywgJzAnXSwgWydndWVzdF9vc190eXBlJywgJ2Rl ZmF1bHQnXSwgWydkZXZpY2VfbW9kZWwnLCAnL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtJ10sIFsn cGNpX3Bvd2VyX21nbXQnLCAnMCddLCBbJ3hhdXRob3JpdHknLCAnL2hvbWUvYW50b2luZS8uWGF1 dGhvcml0eSddLCBbJ2lzYScsICcwJ10sIFsnbm90ZXMnLCBbJ1NVU1BFTkRfQ0FOQ0VMJywgJzEn XV1dXSwgWydzdGF0dXMnLCAnMiddLCBbJ3N0YXRlJywgJy1iLS0tLSddLCBbJ3N0b3JlX21mbics ICcxMDQ0NDc2J10sIFsnZGV2aWNlJywgWyd0YXAyJywgWyd1dWlkJywgJzcwZGViZjhjLTliOGMt MmM0NS04NGRjLTk4MDg4YjZhMjA3YSddLCBbJ2Jvb3RhYmxlJywgJzEnXSwgWydkZXYnLCAnaGRh OmRpc2snXSwgWyd1bmFtZScsICd0YXA6cmVtdXM6MTkyLjE2OC4yLjQ6OTAwMHxhaW86L2hvbWUv cmVtdXMvd2luMmszLWV4Y2hhbmdlLmltZyddLCBbJ21vZGUnLCAndyddLCBbJ2JhY2tlbmQnLCAn MCddLCBbJ1ZESScsICcnXV1dLCBbJ2RldmljZScsIFsndGFwMicsIFsndXVpZCcsICcxZWZjZjEz Yy1kZWU3LWIzMTItNjZjZC1kN2MyOTUyYmUzOTgnXSwgWydib290YWJsZScsICcwJ10sIFsnZGV2 JywgJ2hkYjpkaXNrJ10sIFsndW5hbWUnLCAndGFwOnJlbXVzOjE5Mi4xNjguMi40OjkwMDB8YWlv Oi9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5nZS1kLmltZyddLCBbJ21vZGUnLCAndyddLCBbJ2Jh Y2tlbmQnLCAnMCddLCBbJ1ZESScsICcnXV1dLCBbJ2RldmljZScsIFsndmlmJywgWydicmlkZ2Un LCAneGVuYnIwJ10sIFsndXVpZCcsICc5NTIzMmI3ZS00OWE2LWUzOTYtMmEzZi0yNTA0ZDg5Mjk2 ODgnXSwgWydzY3JpcHQnLCAnL2V0Yy94ZW4vc2NyaXB0cy92aWYtYnJpZGdlJ10sIFsnbWFjJywg JzAwOjE2OjNlOjYxOmRiOjZiJ10sIFsndHlwZScsICdpb2VtdSddLCBbJ2JhY2tlbmQnLCAnMCdd XV0sIFsnZGV2aWNlJywgWydjb25zb2xlJywgWydwcm90b2NvbCcsICd2dDEwMCddLCBbJ2xvY2F0 aW9uJywgJzMnXSwgWyd1dWlkJywgJzg1ZjdiMTA4LTg3ZWQtZmYyMC1mNTIyLTRlNzgyN2E2YmE4 NyddXV0sIFsnZGV2aWNlJywgWyd2ZmInLCBbJ3ZuY3VudXNlZCcsICcxJ10sIFsndm5jJywgJzEn XSwgWyd1dWlkJywgJ2RlNDhhMzYzLTU4ODktMjVhNi01OTgwLWY3ZGJjMzY3NmNkNSddLCBbJ2xv Y2F0aW9uJywgJzEyNy4wLjAuMTo1OTAyJ11dXSwgWydjcHVpZCcsIFtbJzEnLCBbWydlYXgnLCAn MDAwMDAwMDAwMDAwMDAwMDAwMDAwMTEwMTAxMTAwMDEnXSwgWydlZHgnLCAneHh4MDAwMDB4eHh4 eHh4MHh4eHh4eHh4eDB4eHh4eHgnXSwgWydlY3gnLCAneHh4eHh4eHh4eHgwMDAweHgwMHh4eDAw MDAwMDB4eDAnXV1dLCBbJzAnLCBbWydlYXgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMTEnXSwgWydlZHgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydl YngnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydlY3gnLCAnMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXV1dLCBbJzQnLCBbWydlYXgnLCAnMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMTEnXSwgWydlZHgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAnXSwgWydlYngnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAn XSwgWydlY3gnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXV1dLCBbJzIxNDc0 ODM2NDgnLCBbWydlYXgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMTEnXSwgWydl ZHgnLCAnMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydlYngnLCAnMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAnXSwgWydlY3gnLCAnMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAnXV1dXV1dKQpbMjAxMi0wMS0xNyAxNzoyODo1OCAyMjcxXSBERUJVRyAo WGVuZERvbWFpbkluZm86MjQ5OCkgWGVuZERvbWFpbkluZm8uY29uc3RydWN0RG9tYWluClsyMDEy LTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVHIChiYWxsb29uOjE4NykgQmFsbG9vbjogNTM4OTc2 IEtpQiBmcmVlOyBuZWVkIDE2Mzg0OyBkb25lLgpbMjAxMi0wMS0xNyAxNzoyODo1OCAyMjcxXSBE RUJVRyAoWGVuZERvbWFpbjo0NzYpIEFkZGluZyBEb21haW46IDEzClsyMDEyLTAxLTE3IDE3OjI4 OjU4IDIyNzFdIERFQlVHIChYZW5kRG9tYWluSW5mbzozNDIwKSBTdG9yaW5nIFZNIGRldGFpbHM6 IHsnb25feGVuZF9zdG9wJzogJ2lnbm9yZScsICdwb29sX25hbWUnOiAnUG9vbC0wJywgJ3NoYWRv d19tZW1vcnknOiAnNScsICd1dWlkJzogJ2NiN2JlOWQ1LThhZmUtMGQ0NS1lOWYzLWM0NGM2YTA4 YmZkNycsICdvbl9yZWJvb3QnOiAncmVzdGFydCcsICdzdGFydF90aW1lJzogJzEzMjY4NDI3NTEu MScsICdvbl9wb3dlcm9mZic6ICdkZXN0cm95JywgJ2Jvb3Rsb2FkZXJfYXJncyc6ICcnLCAnb25f eGVuZF9zdGFydCc6ICdpZ25vcmUnLCAnb25fY3Jhc2gnOiAncmVzdGFydCcsICd4ZW5kL3Jlc3Rh cnRfY291bnQnOiAnMCcsICd2Y3B1cyc6ICcxJywgJ3ZjcHVfYXZhaWwnOiAnMScsICdib290bG9h ZGVyJzogJycsICdpbWFnZSc6ICIoaHZtIChrZXJuZWwgJycpIChzdXBlcnBhZ2VzIDApICh2aWRl b3JhbSA0KSAoaHBldCAwKSAoc3RkdmdhIDApIChsb2FkZXIgL3Vzci9saWIveGVuL2Jvb3QvaHZt bG9hZGVyKSAoeGVuX3BsYXRmb3JtX3BjaSAxKSAob3BlbmdsIDEpIChydGNfdGltZW9mZnNldCAw KSAocGNpICgpKSAoaGFwIDEpIChsb2NhbHRpbWUgMCkgKHRpbWVyX21vZGUgMSkgKHBjaV9tc2l0 cmFuc2xhdGUgMSkgKG9vcyAxKSAoYXBpYyAxKSAoc2RsIDApIChkaXNwbGF5IDowLjApICh2cHRf YWxpZ24gMSkgKHNlcmlhbCBwdHkpICh2bmN1bnVzZWQgMSkgKGJvb3QgYykgKHBhZSAxKSAodmly aWRpYW4gMCkgKGFjcGkgMSkgKHZuYyAxKSAobm9ncmFwaGljIDApIChub21pZ3JhdGUgMCkgKHVz YiAwKSAodHNjX21vZGUgMCkgKGd1ZXN0X29zX3R5cGUgZGVmYXVsdCkgKGRldmljZV9tb2RlbCAv dXNyL2xpYi94ZW4vYmluL3FlbXUtZG0pIChwY2lfcG93ZXJfbWdtdCAwKSAoeGF1dGhvcml0eSAv aG9tZS9hbnRvaW5lLy5YYXV0aG9yaXR5KSAoaXNhIDApIChub3RlcyAoU1VTUEVORF9DQU5DRUwg MSkpKSIsICduYW1lJzogJ2V4Y2hhbmdlLWh2bSd9ClsyMDEyLTAxLTE3IDE3OjI4OjU4IDIyNzFd IElORk8gKFhlbmREb21haW5JbmZvOjIzNTcpIGNyZWF0ZURldmljZTogY29uc29sZSA6IHsncHJv dG9jb2wnOiAndnQxMDAnLCAnbG9jYXRpb24nOiAnMycsICd1dWlkJzogJzg1ZjdiMTA4LTg3ZWQt ZmYyMC1mNTIyLTRlNzgyN2E2YmE4Nyd9ClsyMDEyLTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVH IChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAnMScs ICdiYWNrZW5kLWlkJzogJzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC9j b25zb2xlLzEzLzAnfSB0byAvbG9jYWwvZG9tYWluLzEzL2RldmljZS9jb25zb2xlLzAuClsyMDEy LTAxLTE3IDE3OjI4OjU4IDIyNzFdIERFQlVHIChEZXZDb250cm9sbGVyOjk3KSBEZXZDb250cm9s bGVyOiB3cml0aW5nIHsnZG9tYWluJzogJ2V4Y2hhbmdlLWh2bScsICdmcm9udGVuZCc6ICcvbG9j YWwvZG9tYWluLzEzL2RldmljZS9jb25zb2xlLzAnLCAndXVpZCc6ICc4NWY3YjEwOC04N2VkLWZm MjAtZjUyMi00ZTc4MjdhNmJhODcnLCAnZnJvbnRlbmQtaWQnOiAnMTMnLCAnc3RhdGUnOiAnMScs ICdsb2NhdGlvbic6ICczJywgJ29ubGluZSc6ICcxJywgJ3Byb3RvY29sJzogJ3Z0MTAwJ30gdG8g L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvY29uc29sZS8xMy8wLgpbMjAxMi0wMS0xNyAxNzoyODo1 OCAyMjcxXSBJTkZPIChYZW5kRG9tYWluSW5mbzoyMzU3KSBjcmVhdGVEZXZpY2U6IHZmYiA6IHsn dm5jdW51c2VkJzogJzEnLCAnb3RoZXJfY29uZmlnJzogeyd2bmN1bnVzZWQnOiAnMScsICd2bmMn OiAnMSd9LCAndm5jJzogJzEnLCAndXVpZCc6ICdkZTQ4YTM2My01ODg5LTI1YTYtNTk4MC1mN2Ri YzM2NzZjZDUnLCAnbG9jYXRpb24nOiAnMTI3LjAuMC4xOjU5MDInfQpbMjAxMi0wMS0xNyAxNzoy ODo1OCAyMjcxXSBERUJVRyAoRGV2Q29udHJvbGxlcjo5NSkgRGV2Q29udHJvbGxlcjogd3JpdGlu ZyB7J3N0YXRlJzogJzEnLCAnYmFja2VuZC1pZCc6ICcwJywgJ2JhY2tlbmQnOiAnL2xvY2FsL2Rv bWFpbi8wL2JhY2tlbmQvdmZiLzEzLzAnfSB0byAvbG9jYWwvZG9tYWluLzEzL2RldmljZS92ZmIv MC4KWzIwMTItMDEtMTcgMTc6Mjg6NTggMjI3MV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTcpIERl dkNvbnRyb2xsZXI6IHdyaXRpbmcgeyd2bmN1bnVzZWQnOiAnMScsICdkb21haW4nOiAnZXhjaGFu Z2UtaHZtJywgJ2Zyb250ZW5kJzogJy9sb2NhbC9kb21haW4vMTMvZGV2aWNlL3ZmYi8wJywgJ3V1 aWQnOiAnZGU0OGEzNjMtNTg4OS0yNWE2LTU5ODAtZjdkYmMzNjc2Y2Q1JywgJ2Zyb250ZW5kLWlk JzogJzEzJywgJ3N0YXRlJzogJzEnLCAnbG9jYXRpb24nOiAnMTI3LjAuMC4xOjU5MDInLCAnb25s aW5lJzogJzEnLCAndm5jJzogJzEnfSB0byAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92ZmIvMTMv MC4KWzIwMTItMDEtMTcgMTc6Mjg6NTggMjI3MV0gSU5GTyAoWGVuZERvbWFpbkluZm86MjM1Nykg Y3JlYXRlRGV2aWNlOiB0YXAyIDogeyd1dWlkJzogJzcwZGViZjhjLTliOGMtMmM0NS04NGRjLTk4 MDg4YjZhMjA3YScsICdib290YWJsZSc6IDEsICdkZXYnOiAnaGRhOmRpc2snLCAndW5hbWUnOiAn dGFwOnJlbXVzOjE5Mi4xNjguMi40OjkwMDB8YWlvOi9ob21lL3JlbXVzL3dpbjJrMy1leGNoYW5n ZS5pbWcnLCAnbW9kZSc6ICd3JywgJ1ZESSc6ICcnLCAnYmFja2VuZCc6ICcwJ30KWzIwMTItMDEt MTcgMTc6Mjk6MDQgMjI3MV0gRVJST1IgKFhlbmREb21haW5JbmZvOjUxNSkgVk0gcmVzdW1lIGZh aWxlZApUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6CiAgRmlsZSAiL3Vzci9sb2Nh bC9saWIvcHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHki LCBsaW5lIDUxMSwgaW4gcmVzdW1lCiAgICBzZWxmLl9jcmVhdGVEZXZpY2VzKCkKICBGaWxlICIv dXNyL2xvY2FsL2xpYi9weXRob24yLjYvZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kRG9tYWlu SW5mby5weSIsIGxpbmUgMjM2NCwgaW4gX2NyZWF0ZURldmljZXMKICAgIGRldmlkID0gc2VsZi5f Y3JlYXRlRGV2aWNlKGRldmNsYXNzLCBjb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0 aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lIDIz MjYsIGluIF9jcmVhdGVEZXZpY2UKICAgIHJldHVybiBzZWxmLmdldERldmljZUNvbnRyb2xsZXIo ZGV2aWNlQ2xhc3MpLmNyZWF0ZURldmljZShkZXZDb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9s aWIvcHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xs ZXIucHkiLCBsaW5lIDE3NCwgaW4gY3JlYXRlRGV2aWNlCiAgICBkZXZpY2UgPSBUYXBkaXNrQ29u dHJvbGxlci5jcmVhdGUocGFyYW1zLCBmaWxlKQogIEZpbGUgIi91c3IvbG9jYWwvbGliL3B5dGhv bjIuNi9kaXN0LXBhY2thZ2VzL3hlbi94ZW5kL3NlcnZlci9CbGt0YXBDb250cm9sbGVyLnB5Iiwg bGluZSAyODUsIGluIGNyZWF0ZQogICAgcmV0dXJuIFRhcGRpc2tDb250cm9sbGVyLmV4YygnY3Jl YXRlJywgJy1hJXM6JXMnICUgKGR0eXBlLCBpbWFnZSkpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIv cHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xsZXIu cHkiLCBsaW5lIDIzMywgaW4gZXhjCiAgICAoYXJncywgcmMsIG91dCwgZXJyKSkKVGFwZGlza0V4 Y2VwdGlvbjogKCdjcmVhdGUnLCAnLWFyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9y ZW11cy93aW4yazMtZXhjaGFuZ2UuaW1nJykgZmFpbGVkICg1MTIgICkKWzIwMTItMDEtMTcgMTc6 Mjk6MDQgMjI3MV0gREVCVUcgKFhlbmREb21haW5JbmZvOjMwNzEpIFhlbmREb21haW5JbmZvLmRl c3Ryb3k6IGRvbWlkPTEzClsyMDEyLTAxLTE3IDE3OjI5OjA0IDIyNzFdIERFQlVHIChYZW5kRG9t YWluSW5mbzoyNDA2KSBObyBkZXZpY2UgbW9kZWwKWzIwMTItMDEtMTcgMTc6Mjk6MDQgMjI3MV0g REVCVUcgKFhlbmREb21haW5JbmZvOjI0MDgpIFJlbGVhc2luZyBkZXZpY2VzClsyMDEyLTAxLTE3 IDE3OjI5OjA0IDIyNzFdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDE0KSBSZW1vdmluZyBjb25z b2xlLzAKWzIwMTItMDEtMTcgMTc6Mjk6MDQgMjI3MV0gREVCVUcgKFhlbmREb21haW5JbmZvOjEy NzYpIFhlbmREb21haW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRldmljZUNsYXNzID0gY29uc29sZSwg ZGV2aWNlID0gY29uc29sZS8wClsyMDEyLTAxLTE3IDE3OjI5OjA0IDIyNzFdIERFQlVHIChYZW5k RG9tYWluSW5mbzoyNDE0KSBSZW1vdmluZyB2ZmIvMApbMjAxMi0wMS0xNyAxNzoyOTowNCAyMjcx XSBERUJVRyAoWGVuZERvbWFpbkluZm86MTI3NikgWGVuZERvbWFpbkluZm8uZGVzdHJveURldmlj ZTogZGV2aWNlQ2xhc3MgPSB2ZmIsIGRldmljZSA9IHZmYi8wClsyMDEyLTAxLTE3IDE3OjI5OjA1 IDIyNzFdIEVSUk9SIChYZW5kRG9tYWluOjEyMDApIFJlc3RvcmUgZmFpbGVkClRyYWNlYmFjayAo bW9zdCByZWNlbnQgY2FsbCBsYXN0KToKICBGaWxlICIvdXNyL2xvY2FsL2xpYi9weXRob24yLjYv ZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kRG9tYWluLnB5IiwgbGluZSAxMTc4LCBpbiBkb21h aW5fcmVzdG9yZV9mZAogICAgZG9taW5mbyA9IFhlbmRDaGVja3BvaW50LnJlc3RvcmUoc2VsZiwg ZmQsIHBhdXNlZD1wYXVzZWQsIHJlbG9jYXRpbmc9cmVsb2NhdGluZykKICBGaWxlICIvdXNyL2xv Y2FsL2xpYi9weXRob24yLjYvZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kQ2hlY2twb2ludC5w eSIsIGxpbmUgMjM0LCBpbiByZXN0b3JlCiAgICBkb21pbmZvID0geGQucmVzdG9yZV8odm1jb25m aWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42L2Rpc3QtcGFja2FnZXMveGVuL3hl bmQvWGVuZERvbWFpbi5weSIsIGxpbmUgNTMzLCBpbiByZXN0b3JlXwogICAgZG9taW5mbyA9IFhl bmREb21haW5JbmZvLnJlc3RvcmUoY29uZmlnKQogIEZpbGUgIi91c3IvbG9jYWwvbGliL3B5dGhv bjIuNi9kaXN0LXBhY2thZ2VzL3hlbi94ZW5kL1hlbmREb21haW5JbmZvLnB5IiwgbGluZSAyNDEs IGluIHJlc3RvcmUKICAgIHZtLnJlc3VtZSgpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9u Mi42L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lIDUxMSwg aW4gcmVzdW1lCiAgICBzZWxmLl9jcmVhdGVEZXZpY2VzKCkKICBGaWxlICIvdXNyL2xvY2FsL2xp Yi9weXRob24yLjYvZGlzdC1wYWNrYWdlcy94ZW4veGVuZC9YZW5kRG9tYWluSW5mby5weSIsIGxp bmUgMjM2NCwgaW4gX2NyZWF0ZURldmljZXMKICAgIGRldmlkID0gc2VsZi5fY3JlYXRlRGV2aWNl KGRldmNsYXNzLCBjb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42L2Rpc3Qt cGFja2FnZXMveGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lIDIzMjYsIGluIF9jcmVh dGVEZXZpY2UKICAgIHJldHVybiBzZWxmLmdldERldmljZUNvbnRyb2xsZXIoZGV2aWNlQ2xhc3Mp LmNyZWF0ZURldmljZShkZXZDb25maWcpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42 L2Rpc3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xsZXIucHkiLCBsaW5l IDE3NCwgaW4gY3JlYXRlRGV2aWNlCiAgICBkZXZpY2UgPSBUYXBkaXNrQ29udHJvbGxlci5jcmVh dGUocGFyYW1zLCBmaWxlKQogIEZpbGUgIi91c3IvbG9jYWwvbGliL3B5dGhvbjIuNi9kaXN0LXBh Y2thZ2VzL3hlbi94ZW5kL3NlcnZlci9CbGt0YXBDb250cm9sbGVyLnB5IiwgbGluZSAyODUsIGlu IGNyZWF0ZQogICAgcmV0dXJuIFRhcGRpc2tDb250cm9sbGVyLmV4YygnY3JlYXRlJywgJy1hJXM6 JXMnICUgKGR0eXBlLCBpbWFnZSkpCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMi42L2Rp c3QtcGFja2FnZXMveGVuL3hlbmQvc2VydmVyL0Jsa3RhcENvbnRyb2xsZXIucHkiLCBsaW5lIDIz MywgaW4gZXhjCiAgICAoYXJncywgcmMsIG91dCwgZXJyKSkKVGFwZGlza0V4Y2VwdGlvbjogKCdj cmVhdGUnLCAnLWFyZW11czoxOTIuMTY4LjIuNDo5MDAwfGFpbzovaG9tZS9yZW11cy93aW4yazMt ZXhjaGFuZ2UuaW1nJykgZmFpbGVkICg1MTIgICkK --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_ 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.xensource.com http://lists.xensource.com/xen-users --_6f9b6700-d5fc-4451-8891-8d8bfcdadc32_-- From xen-users-bounces@lists.xensource.com Wed Feb 08 16:20:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 16:20: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 1RvAEn-0003jA-Up; Wed, 08 Feb 2012 16:19:17 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvAEm-0003is-0f for xen-users@lists.xensource.com; Wed, 08 Feb 2012 16:19:16 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1328717948!13853163!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14609 invoked from network); 8 Feb 2012 16:19:09 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Feb 2012 16:19:09 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.13.8/8.13.8) with ESMTP id q18H2e7Q030228 for ; Wed, 8 Feb 2012 10:02:40 -0700 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 7a31_44ed_a01158e6_5270_11e1_a884_00137252735f; Wed, 08 Feb 2012 09:19:07 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 4A17044C2F for ; Wed, 8 Feb 2012 09:19:07 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Wed, 08 Feb 2012 09:19:07 -0700 Message-Id: <4F323E0902000099000DA8C8@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.2 Date: Wed, 08 Feb 2012 09:19:05 -0700 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] [XCP] Install to Flash Media X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Well, now that I've figured out that network booting XCP is not really going to be feasible, I'm moving on to my next option: flash media installation. The systems that I purchased have SDHC slots on them, so I figured I'd attempt to install XCP to one of these cards. I had already read that there's a minimum disk size in the installer (apparently 12 GB in XCP) and so have factored in that. However, whenever I try to install I get an error message that the "Partition size in sectors is negative." Any ideas on this one? Any better way to install to flash media? I suppose I could go ahead and do the install to a regular HD, then use a rescue system and dd to grab an image of the system partition, then transfer it to the flash media. Any other possible paths? Anyone running XCP or XenServer off SDHC or other flash-based media? Thanks - Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 16:20:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 16:20: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 1RvAEn-0003jA-Up; Wed, 08 Feb 2012 16:19:17 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvAEm-0003is-0f for xen-users@lists.xensource.com; Wed, 08 Feb 2012 16:19:16 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1328717948!13853163!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14609 invoked from network); 8 Feb 2012 16:19:09 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Feb 2012 16:19:09 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.13.8/8.13.8) with ESMTP id q18H2e7Q030228 for ; Wed, 8 Feb 2012 10:02:40 -0700 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 7a31_44ed_a01158e6_5270_11e1_a884_00137252735f; Wed, 08 Feb 2012 09:19:07 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 4A17044C2F for ; Wed, 8 Feb 2012 09:19:07 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Wed, 08 Feb 2012 09:19:07 -0700 Message-Id: <4F323E0902000099000DA8C8@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.2 Date: Wed, 08 Feb 2012 09:19:05 -0700 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] [XCP] Install to Flash Media X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Well, now that I've figured out that network booting XCP is not really going to be feasible, I'm moving on to my next option: flash media installation. The systems that I purchased have SDHC slots on them, so I figured I'd attempt to install XCP to one of these cards. I had already read that there's a minimum disk size in the installer (apparently 12 GB in XCP) and so have factored in that. However, whenever I try to install I get an error message that the "Partition size in sectors is negative." Any ideas on this one? Any better way to install to flash media? I suppose I could go ahead and do the install to a regular HD, then use a rescue system and dd to grab an image of the system partition, then transfer it to the flash media. Any other possible paths? Anyone running XCP or XenServer off SDHC or other flash-based media? Thanks - Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 19:42:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 19:42:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDOK-0003a4-22; Wed, 08 Feb 2012 19:41:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDOI-0003Zz-QO for xen-users@lists.xensource.com; Wed, 08 Feb 2012 19:41:18 +0000 Received: from [85.158.139.83:29376] by server-6.bemta-5.messagelabs.com id 09/F3-04784-EDFC23F4; Wed, 08 Feb 2012 19:41:18 +0000 X-Env-Sender: huffen.doback@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1328730075!6933989!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_OBFUSCATE_10_20,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31305 invoked from network); 8 Feb 2012 19:41:17 -0000 Received: from mail-tul01m020-f171.google.com (HELO mail-tul01m020-f171.google.com) (209.85.214.171) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 19:41:17 -0000 Received: by obcuy19 with SMTP id uy19so3677764obc.30 for ; Wed, 08 Feb 2012 11:41:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=wbqIlEe529/wJx+Bpd9wiFha6xqYHqK4QXZ6EJnp7Oo=; b=ZEYBcouWwSsUwURvOGnVw2CAUlG8lBkv28g5BRy6IO6E/u546oRePSftBPoN/TOqZ9 y4m+SgNzxBivx+Acss67mx53lESPWf7Tykpme+9Qr7vuuCrxkd/y6PK0ZUJzrBDcBciG XPJ4oCsdVm7H1ZMZhPexf/Kr6AQnd/NrK4Oig= MIME-Version: 1.0 Received: by 10.182.159.105 with SMTP id xb9mr27255926obb.63.1328730075575; Wed, 08 Feb 2012 11:41:15 -0800 (PST) Received: by 10.60.54.4 with HTTP; Wed, 8 Feb 2012 11:41:15 -0800 (PST) Date: Wed, 8 Feb 2012 14:41:15 -0500 Message-ID: From: Huffen Doback To: xen-users@lists.xensource.com Subject: [Xen-users] Memory offset in DomUs X-BeenThere: xen-users@lists.xensource.com 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="===============6452479502009393384==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============6452479502009393384== Content-Type: multipart/alternative; boundary=14dae93996f928343904b8791409 --14dae93996f928343904b8791409 Content-Type: text/plain; charset=ISO-8859-1 I'm running Xen-3.0 on CentOs 5.7 x86_64. When I run *free -tm* in a DomU the total amount of RAM is never what's defined in the vm .cfg. In some OS's *free* reports less than what's configured, and in others it reports that there's more. What can I do to make the vm report the correct amount of RAM that's been allocated for it? --14dae93996f928343904b8791409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I'm running Xen-3.0 on CentOs 5.7 x86_64.=A0 When I run free -tm= in a DomU the total amount of RAM is never what's defined in the = vm .cfg.=A0 In some OS's free=A0reports less than what's c= onfigured, and in others it reports that there's more.=A0What can I do = to make the vm report the correct amount of RAM that's been allocated f= or it?

--14dae93996f928343904b8791409-- --===============6452479502009393384== 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.xensource.com http://lists.xensource.com/xen-users --===============6452479502009393384==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 19:42:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 19:42:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDOK-0003a4-22; Wed, 08 Feb 2012 19:41:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDOI-0003Zz-QO for xen-users@lists.xensource.com; Wed, 08 Feb 2012 19:41:18 +0000 Received: from [85.158.139.83:29376] by server-6.bemta-5.messagelabs.com id 09/F3-04784-EDFC23F4; Wed, 08 Feb 2012 19:41:18 +0000 X-Env-Sender: huffen.doback@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1328730075!6933989!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_OBFUSCATE_10_20,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31305 invoked from network); 8 Feb 2012 19:41:17 -0000 Received: from mail-tul01m020-f171.google.com (HELO mail-tul01m020-f171.google.com) (209.85.214.171) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 19:41:17 -0000 Received: by obcuy19 with SMTP id uy19so3677764obc.30 for ; Wed, 08 Feb 2012 11:41:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=wbqIlEe529/wJx+Bpd9wiFha6xqYHqK4QXZ6EJnp7Oo=; b=ZEYBcouWwSsUwURvOGnVw2CAUlG8lBkv28g5BRy6IO6E/u546oRePSftBPoN/TOqZ9 y4m+SgNzxBivx+Acss67mx53lESPWf7Tykpme+9Qr7vuuCrxkd/y6PK0ZUJzrBDcBciG XPJ4oCsdVm7H1ZMZhPexf/Kr6AQnd/NrK4Oig= MIME-Version: 1.0 Received: by 10.182.159.105 with SMTP id xb9mr27255926obb.63.1328730075575; Wed, 08 Feb 2012 11:41:15 -0800 (PST) Received: by 10.60.54.4 with HTTP; Wed, 8 Feb 2012 11:41:15 -0800 (PST) Date: Wed, 8 Feb 2012 14:41:15 -0500 Message-ID: From: Huffen Doback To: xen-users@lists.xensource.com Subject: [Xen-users] Memory offset in DomUs X-BeenThere: xen-users@lists.xensource.com 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="===============6452479502009393384==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============6452479502009393384== Content-Type: multipart/alternative; boundary=14dae93996f928343904b8791409 --14dae93996f928343904b8791409 Content-Type: text/plain; charset=ISO-8859-1 I'm running Xen-3.0 on CentOs 5.7 x86_64. When I run *free -tm* in a DomU the total amount of RAM is never what's defined in the vm .cfg. In some OS's *free* reports less than what's configured, and in others it reports that there's more. What can I do to make the vm report the correct amount of RAM that's been allocated for it? --14dae93996f928343904b8791409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I'm running Xen-3.0 on CentOs 5.7 x86_64.=A0 When I run free -tm= in a DomU the total amount of RAM is never what's defined in the = vm .cfg.=A0 In some OS's free=A0reports less than what's c= onfigured, and in others it reports that there's more.=A0What can I do = to make the vm report the correct amount of RAM that's been allocated f= or it?

--14dae93996f928343904b8791409-- --===============6452479502009393384== 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.xensource.com http://lists.xensource.com/xen-users --===============6452479502009393384==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 20:06:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:06:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDlm-0004Pm-UA; Wed, 08 Feb 2012 20:05:34 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDll-0004Pf-08 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:05:33 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1328731526!10687417!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2931 invoked from network); 8 Feb 2012 20:05:26 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 20:05:26 -0000 Received: by lbjn8 with SMTP id n8so862283lbj.30 for ; Wed, 08 Feb 2012 12:05:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.103.8 with SMTP id fs8mr8176579lbb.39.1328731525640; Wed, 08 Feb 2012 12:05:25 -0800 (PST) Received: by 10.112.24.195 with HTTP; Wed, 8 Feb 2012 12:05:25 -0800 (PST) X-Originating-IP: [66.189.91.101] In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Wed, 8 Feb 2012 15:05:25 -0500 Message-ID: From: Chris Marget To: Florian Heigl Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Florian, > First thing to check with bad SATA performance on your passthroughed > controller would be if the AHCI disk access works. Interesting point. My first citation at the beginning of this thread referenced disk devices at /dev/adaX. I believe that this means AHCI is working. ...But they're now /at /dev/adX, so AHCI is not working currently. It doesn't seem to make any difference, because the performance numbers are identical. I've since added 'device ahci' to my kernel configuration and am building a new kernel right now. I hope to get ahci working again. > I hope you delegated the full controller and not a single pci function > of the controller? that would make me worry. I belive so. I've delegated '00:11.0'. I think that '.0' is the function? It's the only one on '00:11' # lspci -s 00:11 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40) # > It would be good if you could test the passthrough SATA performance in > a HVM linux or windows domU to get some more data about this. > But if I had only one shot: AHCI not working. I tried to boot the debian squeeze installer as an HVM, but it kept coming up in PV mode, so I grabbed a Lenny installation image, and booted it like this: name = 'lenny-installer' kernel = "/usr/lib/xen-4.0/boot/hvmloader" builder = 'hvm' memory = 1024 device_model = '/usr/lib/xen-4.0/bin/qemu-dm' disk = [ 'phy:/dev/loop1,ioemu:hdb:cdrom,r', ] pci = [ '00:11.0' ] boot='d' sdl=0 vnc=1 vnclisten='0.0.0.0' vncconsole=1 stdvga=0 I'm pretty confident that it's an HVM because: # xm list -l lenny-installer | grep -A 1 image (image (hvm This guest is able to read from the SATA drives in excess of 100MB/s, while FreeBSD gives less than 0.5MB/s :( Does the test look like it is sound? Thanks again. /chris _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 20:06:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:06:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDlm-0004Pm-UA; Wed, 08 Feb 2012 20:05:34 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDll-0004Pf-08 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:05:33 +0000 X-Env-Sender: chris@marget.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1328731526!10687417!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2931 invoked from network); 8 Feb 2012 20:05:26 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 20:05:26 -0000 Received: by lbjn8 with SMTP id n8so862283lbj.30 for ; Wed, 08 Feb 2012 12:05:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.103.8 with SMTP id fs8mr8176579lbb.39.1328731525640; Wed, 08 Feb 2012 12:05:25 -0800 (PST) Received: by 10.112.24.195 with HTTP; Wed, 8 Feb 2012 12:05:25 -0800 (PST) X-Originating-IP: [66.189.91.101] In-Reply-To: References: <3EFCEF21CBDA4466899124C73CBE167D@maindesk> Date: Wed, 8 Feb 2012 15:05:25 -0500 Message-ID: From: Chris Marget To: Florian Heigl Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Spectacularly disappointing disk throughput X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Florian, > First thing to check with bad SATA performance on your passthroughed > controller would be if the AHCI disk access works. Interesting point. My first citation at the beginning of this thread referenced disk devices at /dev/adaX. I believe that this means AHCI is working. ...But they're now /at /dev/adX, so AHCI is not working currently. It doesn't seem to make any difference, because the performance numbers are identical. I've since added 'device ahci' to my kernel configuration and am building a new kernel right now. I hope to get ahci working again. > I hope you delegated the full controller and not a single pci function > of the controller? that would make me worry. I belive so. I've delegated '00:11.0'. I think that '.0' is the function? It's the only one on '00:11' # lspci -s 00:11 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40) # > It would be good if you could test the passthrough SATA performance in > a HVM linux or windows domU to get some more data about this. > But if I had only one shot: AHCI not working. I tried to boot the debian squeeze installer as an HVM, but it kept coming up in PV mode, so I grabbed a Lenny installation image, and booted it like this: name = 'lenny-installer' kernel = "/usr/lib/xen-4.0/boot/hvmloader" builder = 'hvm' memory = 1024 device_model = '/usr/lib/xen-4.0/bin/qemu-dm' disk = [ 'phy:/dev/loop1,ioemu:hdb:cdrom,r', ] pci = [ '00:11.0' ] boot='d' sdl=0 vnc=1 vnclisten='0.0.0.0' vncconsole=1 stdvga=0 I'm pretty confident that it's an HVM because: # xm list -l lenny-installer | grep -A 1 image (image (hvm This guest is able to read from the SATA drives in excess of 100MB/s, while FreeBSD gives less than 0.5MB/s :( Does the test look like it is sound? Thanks again. /chris _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 20:07:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:07:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDme-0004Sh-LR; Wed, 08 Feb 2012 20:06:28 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RvDmd-0004SU-0T for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:06:27 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-14.tower-27.messagelabs.com!1328731446!51944218!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyMzgwNTI=\n, ML_RADAR_SPEW_LINKS_8, ML_RADAR_SPEW_LINKS_14,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTYwNzYgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11255 invoked from network); 8 Feb 2012 20:04:06 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-14.tower-27.messagelabs.com with SMTP; 8 Feb 2012 20:04:06 -0000 Received: (qmail invoked by alias); 08 Feb 2012 20:06:17 -0000 Received: from 91-66-51-167-dynip.superkabel.de (EHLO smtp.chaos) [91.66.51.167] by mail.gmx.net (mp035) with SMTP; 08 Feb 2012 21:06:17 +0100 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX18+ZpU9rB8+1pu4XP0+MmzK31T222vYqvaMHLFzSV 309wxcs3nXZMGt Received: from leviathan.chaos ([192.168.50.60] helo=webmail.chaos) by smtp.chaos with esmtp (Exim 4.72) (envelope-from ) id 1RvDmR-0007qw-0H for xen-users@lists.xensource.com; Wed, 08 Feb 2012 21:06:17 +0100 MIME-Version: 1.0 Date: Wed, 08 Feb 2012 21:06:14 +0100 From: Christoph Kaminski To: In-Reply-To: References: Message-ID: <8dd0968ea4cc49a8cf8c789dee6dcd86@imap.chaos> X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.7 X-chaos-sm: lists.xensource.com X-Spam-score: -2.9 X-Spam-score-int: -28 X-Spam-bar: -- X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi I have the xen pkgs from http://www.crc.id.au/repo/kernel-xen.repo xen_major : 4 xen_minor : 1 xen_extra : .2 with kernel-ml 3.2.4 from elrepo... It works very nice here since some weeks but I cant get pci passthrough to work... On this system I dont have hvm, so have only pv domU's I see the hided pci devices in: xm pci-list-assignable-devices after domU start, see the devices attached with: xm pci-list mydomU the kernel in the domU is the same (3.2.4) and it has compiled in xen-pcifront... but I get ever this msg "PCI: This system doesnt support PCI" hmmm can someone help? Am 04.02.2012 06:25, schrieb David Gonzalez: > Hey hope this opne is a "make senser". > > Has anyone tried the "Subject line" combo?, I've compiled a dozen > src.rpm kernel 3.0 and 3.1 packages with no luck to try native > upstream Dom0 kernel support with no success, just a kernel oops and > constant reboots. > > I followed Fedora's wiki on building a custom kernel, even used F16's > .config which also was a no-no. I'd like to try F16 which comes with > 3.0 out-of-the-box, but I've already set up my CentOS 6.2 pretty > nicely to just "mkfs.ext3" on it, so if anyone has some _updated_ > info > (3rd quarter 2011 or 2012) that I can refer to, please advise. > > Thanks and good night to all. -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 20:07:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:07:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvDme-0004Sh-LR; Wed, 08 Feb 2012 20:06:28 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RvDmd-0004SU-0T for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:06:27 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-14.tower-27.messagelabs.com!1328731446!51944218!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyMzgwNTI=\n, ML_RADAR_SPEW_LINKS_8, ML_RADAR_SPEW_LINKS_14,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTYwNzYgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11255 invoked from network); 8 Feb 2012 20:04:06 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-14.tower-27.messagelabs.com with SMTP; 8 Feb 2012 20:04:06 -0000 Received: (qmail invoked by alias); 08 Feb 2012 20:06:17 -0000 Received: from 91-66-51-167-dynip.superkabel.de (EHLO smtp.chaos) [91.66.51.167] by mail.gmx.net (mp035) with SMTP; 08 Feb 2012 21:06:17 +0100 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX18+ZpU9rB8+1pu4XP0+MmzK31T222vYqvaMHLFzSV 309wxcs3nXZMGt Received: from leviathan.chaos ([192.168.50.60] helo=webmail.chaos) by smtp.chaos with esmtp (Exim 4.72) (envelope-from ) id 1RvDmR-0007qw-0H for xen-users@lists.xensource.com; Wed, 08 Feb 2012 21:06:17 +0100 MIME-Version: 1.0 Date: Wed, 08 Feb 2012 21:06:14 +0100 From: Christoph Kaminski To: In-Reply-To: References: Message-ID: <8dd0968ea4cc49a8cf8c789dee6dcd86@imap.chaos> X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.7 X-chaos-sm: lists.xensource.com X-Spam-score: -2.9 X-Spam-score-int: -28 X-Spam-bar: -- X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] XEN 4.1.2+Centos 6.2+Kernel 3.X X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi I have the xen pkgs from http://www.crc.id.au/repo/kernel-xen.repo xen_major : 4 xen_minor : 1 xen_extra : .2 with kernel-ml 3.2.4 from elrepo... It works very nice here since some weeks but I cant get pci passthrough to work... On this system I dont have hvm, so have only pv domU's I see the hided pci devices in: xm pci-list-assignable-devices after domU start, see the devices attached with: xm pci-list mydomU the kernel in the domU is the same (3.2.4) and it has compiled in xen-pcifront... but I get ever this msg "PCI: This system doesnt support PCI" hmmm can someone help? Am 04.02.2012 06:25, schrieb David Gonzalez: > Hey hope this opne is a "make senser". > > Has anyone tried the "Subject line" combo?, I've compiled a dozen > src.rpm kernel 3.0 and 3.1 packages with no luck to try native > upstream Dom0 kernel support with no success, just a kernel oops and > constant reboots. > > I followed Fedora's wiki on building a custom kernel, even used F16's > .config which also was a no-no. I'd like to try F16 which comes with > 3.0 out-of-the-box, but I've already set up my CentOS 6.2 pretty > nicely to just "mkfs.ext3" on it, so if anyone has some _updated_ > info > (3rd quarter 2011 or 2012) that I can refer to, please advise. > > Thanks and good night to all. -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 20:32:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:32:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvEAz-0005KJ-5P; Wed, 08 Feb 2012 20:31:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvEAx-0005KE-DZ for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:31:35 +0000 Received: from [85.158.139.83:43460] by server-5.bemta-5.messagelabs.com id 8F/A5-03847-6ABD23F4; Wed, 08 Feb 2012 20:31:34 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1328733092!14269810!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3246 invoked from network); 8 Feb 2012 20:31:33 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 20:31:33 -0000 Received: by lbjn8 with SMTP id n8so885006lbj.30 for ; Wed, 08 Feb 2012 12:31:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PyjaFDDOzAUDtkHFnlUFOWqTAmu7JPNHrmHHfTK3YGY=; b=AyBvlbkILQCkqNevk2pppfwxba0liYhcJxdOVVWvjae47ascAEegGU/czPXGVROxwh M/tmeuW0GDDbLslCvwNskKgTydWECQutholphBP3d9NY/x50Uzp0WOFb9t/7v5fcHEmQ EtxyON6iWGne9PAFTOkUu672SMHdRGpFd51Gw= Received: by 10.112.24.196 with SMTP id w4mr8233024lbf.62.1328733092217; Wed, 08 Feb 2012 12:31:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.27.69 with HTTP; Wed, 8 Feb 2012 12:30:52 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Wed, 8 Feb 2012 12:30:52 -0800 Message-ID: To: Srujan Kotikela Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============7354932009023871020==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============7354932009023871020== Content-Type: multipart/alternative; boundary=e0cb4efe2f96f685ed04b879c78d --e0cb4efe2f96f685ed04b879c78d Content-Type: text/plain; charset=UTF-8 On Tue, Feb 7, 2012 at 3:58 PM, Srujan Kotikela wrote: > > > On Tuesday, February 7, 2012, Srujan Kotikela > wrote: > > > > > > On Tuesday, February 7, 2012, Grant McWilliams < > grantmasterflash@gmail.com> wrote: > >> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela > wrote: > >>> > >>> Hi, > >>> I am trying to add a CD drive to a VM. But the command xe cd-list is > not displaying anything. The XCP host has a DVD drive. > >>> Any ideas? > >>> ~ SDK > >>> > >> > >> Where did you copy the cd ISO to on the host? > >> > >> Grant McWilliams > >> http://grantmcwilliams.com/ > >> > >> > >> > >> > > Correct me if I am wrong. Isn't the above command suppose to list the > drives? > > Thanks, > Srujan. > > > -- > ~ SDK > > command name : cd-list reqd params : optional params : params description : List the CDs available to be attached to VMs. Sorry about the delay. The cd-list command shows the list of CDs that can be attached to the VMs as seen in the help. If you do cd-list and you have your iso's in the right Storage Repository you will get a list of them. For example if I do xe cd-list I get the following output and none of these are real CD drives. [root@cloud1 ~]# xe cd-list uuid ( RO) : 5e96e3cc-eb21-477e-b128-fd7504745ef3 name-label ( RW): xs-tools.iso uuid ( RO) : 190bd5d5-3477-4983-bcb0-cc5f325e912f name-label ( RW): CentOS-5.4-x86_64-bin-DVD.iso uuid ( RO) : 4e01fcae-3e2c-452e-8229-e4dd8f4b090c name-label ( RW): CentOS-5.7-x86_64-bin-DVD-1of2.iso Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --e0cb4efe2f96f685ed04b879c78d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Feb 7, 2012 at 3:58 PM, Srujan Kotik= ela <ksrujanda= s@gmail.com> wrote:


On Tuesday, February 7, 2012, Sru= jan Kotikela <= ksrujandas@gmail.com> wrote:
>
>
> On Tuesday, Feb= ruary 7, 2012, Grant McWilliams <grantmasterflash@gmail.com> wrote:
>> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela <ksrujandas@gmail.com> w= rote:
>>>
>>> Hi,
>>> I am trying to ad= d a CD drive to a VM. But the command xe cd-list is not displaying anything= . The XCP host has a DVD drive.=C2=A0
>>> Any ideas?
>>> ~ SDK
>>>
>>>> Where did you copy the cd ISO to on the host?=C2=A0
>><= br>>> Grant McWilliams
>> http://grantmcwilliams.com/
>>
>>
>>
>>

Correct me if I am wron= g. Isn't the above command suppose to list the drives?

Thanks,Srujan.


--
~ SDK


command name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= cd-list
=C2=A0 =C2=A0 =C2=A0 =C2=A0 reqd params =C2=A0 =C2=A0 := =C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 optional params : params
=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 description =C2=A0 =C2=A0 : List the CDs a= vailable to be attached to VMs.
Sorry about the delay. The cd-list command shows the list of CDs= that can be attached to the VMs as seen in the help. If you do cd-list and= you have your iso's in the right Storage Repository you will get a lis= t of them. For example if I do xe cd-list I get the following output and no= ne of these are real CD drives.
=C2=A0
[root@cloud1 ~]# xe cd-list
uuid ( RO)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 5e96e3cc-eb21-477e-b128-fd7504745ef3
=C2=A0 =C2=A0 name-label ( RW): xs-tools.iso

<= div>
uuid ( RO) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 190bd5d5-= 3477-4983-bcb0-cc5f325e912f
=C2=A0 =C2=A0 name-label ( RW): CentOS-5.4-x86_64-bin-DVD.iso


uuid ( RO) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 4e01fcae-3e2c-452e-8229-e4dd8f4b090c
=C2=A0 =C2=A0 name-labe= l ( RW): CentOS-5.7-x86_64-bin-DVD-1of2.iso

=C2=A0


Gran= t McWilliams
h= ttp://grantmcwilliams.com/

Some people, when confronted with a p= roblem, think "I know, I'll use Windows."=C2=A0
Now they have two problems.

--e0cb4efe2f96f685ed04b879c78d-- --===============7354932009023871020== 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.xensource.com http://lists.xensource.com/xen-users --===============7354932009023871020==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 20:32:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:32:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvEAz-0005KJ-5P; Wed, 08 Feb 2012 20:31:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvEAx-0005KE-DZ for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:31:35 +0000 Received: from [85.158.139.83:43460] by server-5.bemta-5.messagelabs.com id 8F/A5-03847-6ABD23F4; Wed, 08 Feb 2012 20:31:34 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1328733092!14269810!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3246 invoked from network); 8 Feb 2012 20:31:33 -0000 Received: from mail-lpp01m020-f171.google.com (HELO mail-lpp01m020-f171.google.com) (209.85.217.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2012 20:31:33 -0000 Received: by lbjn8 with SMTP id n8so885006lbj.30 for ; Wed, 08 Feb 2012 12:31:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PyjaFDDOzAUDtkHFnlUFOWqTAmu7JPNHrmHHfTK3YGY=; b=AyBvlbkILQCkqNevk2pppfwxba0liYhcJxdOVVWvjae47ascAEegGU/czPXGVROxwh M/tmeuW0GDDbLslCvwNskKgTydWECQutholphBP3d9NY/x50Uzp0WOFb9t/7v5fcHEmQ EtxyON6iWGne9PAFTOkUu672SMHdRGpFd51Gw= Received: by 10.112.24.196 with SMTP id w4mr8233024lbf.62.1328733092217; Wed, 08 Feb 2012 12:31:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.27.69 with HTTP; Wed, 8 Feb 2012 12:30:52 -0800 (PST) In-Reply-To: References: From: Grant McWilliams Date: Wed, 8 Feb 2012 12:30:52 -0800 Message-ID: To: Srujan Kotikela Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] xe cd-list not working X-BeenThere: xen-users@lists.xensource.com 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="===============7354932009023871020==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============7354932009023871020== Content-Type: multipart/alternative; boundary=e0cb4efe2f96f685ed04b879c78d --e0cb4efe2f96f685ed04b879c78d Content-Type: text/plain; charset=UTF-8 On Tue, Feb 7, 2012 at 3:58 PM, Srujan Kotikela wrote: > > > On Tuesday, February 7, 2012, Srujan Kotikela > wrote: > > > > > > On Tuesday, February 7, 2012, Grant McWilliams < > grantmasterflash@gmail.com> wrote: > >> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela > wrote: > >>> > >>> Hi, > >>> I am trying to add a CD drive to a VM. But the command xe cd-list is > not displaying anything. The XCP host has a DVD drive. > >>> Any ideas? > >>> ~ SDK > >>> > >> > >> Where did you copy the cd ISO to on the host? > >> > >> Grant McWilliams > >> http://grantmcwilliams.com/ > >> > >> > >> > >> > > Correct me if I am wrong. Isn't the above command suppose to list the > drives? > > Thanks, > Srujan. > > > -- > ~ SDK > > command name : cd-list reqd params : optional params : params description : List the CDs available to be attached to VMs. Sorry about the delay. The cd-list command shows the list of CDs that can be attached to the VMs as seen in the help. If you do cd-list and you have your iso's in the right Storage Repository you will get a list of them. For example if I do xe cd-list I get the following output and none of these are real CD drives. [root@cloud1 ~]# xe cd-list uuid ( RO) : 5e96e3cc-eb21-477e-b128-fd7504745ef3 name-label ( RW): xs-tools.iso uuid ( RO) : 190bd5d5-3477-4983-bcb0-cc5f325e912f name-label ( RW): CentOS-5.4-x86_64-bin-DVD.iso uuid ( RO) : 4e01fcae-3e2c-452e-8229-e4dd8f4b090c name-label ( RW): CentOS-5.7-x86_64-bin-DVD-1of2.iso Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --e0cb4efe2f96f685ed04b879c78d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Feb 7, 2012 at 3:58 PM, Srujan Kotik= ela <ksrujanda= s@gmail.com> wrote:


On Tuesday, February 7, 2012, Sru= jan Kotikela <= ksrujandas@gmail.com> wrote:
>
>
> On Tuesday, Feb= ruary 7, 2012, Grant McWilliams <grantmasterflash@gmail.com> wrote:
>> On Tue, Feb 7, 2012 at 12:18 PM, Srujan Kotikela <ksrujandas@gmail.com> w= rote:
>>>
>>> Hi,
>>> I am trying to ad= d a CD drive to a VM. But the command xe cd-list is not displaying anything= . The XCP host has a DVD drive.=C2=A0
>>> Any ideas?
>>> ~ SDK
>>>
>>>> Where did you copy the cd ISO to on the host?=C2=A0
>><= br>>> Grant McWilliams
>> http://grantmcwilliams.com/
>>
>>
>>
>>

Correct me if I am wron= g. Isn't the above command suppose to list the drives?

Thanks,Srujan.


--
~ SDK


command name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= cd-list
=C2=A0 =C2=A0 =C2=A0 =C2=A0 reqd params =C2=A0 =C2=A0 := =C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 optional params : params
=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 description =C2=A0 =C2=A0 : List the CDs a= vailable to be attached to VMs.
Sorry about the delay. The cd-list command shows the list of CDs= that can be attached to the VMs as seen in the help. If you do cd-list and= you have your iso's in the right Storage Repository you will get a lis= t of them. For example if I do xe cd-list I get the following output and no= ne of these are real CD drives.
=C2=A0
[root@cloud1 ~]# xe cd-list
uuid ( RO)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 5e96e3cc-eb21-477e-b128-fd7504745ef3
=C2=A0 =C2=A0 name-label ( RW): xs-tools.iso

<= div>
uuid ( RO) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 190bd5d5-= 3477-4983-bcb0-cc5f325e912f
=C2=A0 =C2=A0 name-label ( RW): CentOS-5.4-x86_64-bin-DVD.iso


uuid ( RO) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 4e01fcae-3e2c-452e-8229-e4dd8f4b090c
=C2=A0 =C2=A0 name-labe= l ( RW): CentOS-5.7-x86_64-bin-DVD-1of2.iso

=C2=A0


Gran= t McWilliams
h= ttp://grantmcwilliams.com/

Some people, when confronted with a p= roblem, think "I know, I'll use Windows."=C2=A0
Now they have two problems.

--e0cb4efe2f96f685ed04b879c78d-- --===============7354932009023871020== 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.xensource.com http://lists.xensource.com/xen-users --===============7354932009023871020==-- From xen-users-bounces@lists.xensource.com Wed Feb 08 20:36:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:36: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 1RvEF9-0005Xr-7n; Wed, 08 Feb 2012 20:35:55 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RvEF7-0005Xj-T2 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:35:54 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1328733346!12582515!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MTczMA==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MTczMA==\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31720 invoked from network); 8 Feb 2012 20:35:47 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-11.tower-174.messagelabs.com with SMTP; 8 Feb 2012 20:35:47 -0000 X-Authority-Analysis: v=2.0 cv=Vv2h8pKn c=1 sm=0 a=/DbS/tiKggfTkRRHPZEB4g==:17 a=ODbK2BMGt0IA:10 a=VGSavQ_iyxQA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=xe8BsctaAAAA:8 a=nZuTeIUgM4C77KlX594A:9 a=wPNLvfGTeEIA:10 a=/DbS/tiKggfTkRRHPZEB4g==:117 X-Cloudmark-Score: 0 X-Originating-IP: 67.78.168.186 Received: from [67.78.168.186] ([67.78.168.186:53665] helo=[10.1.1.230]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id F3/83-24526-2ACD23F4; Wed, 08 Feb 2012 20:35:46 +0000 Message-ID: <4F32DCA1.30501@ubuntu.com> Date: Wed, 08 Feb 2012 15:35:45 -0500 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Enigmail-Version: 1.3.5 Subject: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is there any good tmem documentation anywhere? I finally muddled my way into getting it working by adding the tmem command line arguments to xen and the kernel, but now the output of xm tmem-list is entirely undecipherable and not documented in the man page. Can anyone help me understand what this means? root@devserv:~# sudo xm tmem-list -a G=Tt:30670,Te:30114,Cf:0,Af:0,Pf:0,Ta:0,Lm:0,Et:0,Ea:0,Rt:0,Ra:0,Rx:0,Fp:0 C=CI:0,ww:0,ca:0,co:0,fr:0,Tc:15015548,Ge:0,Pp:0,Gp:0 P=CI:0,PI:0,PT:EP,U0:0,U1:0 P=CI:0,PI:1,PT:EP,U0:0,U1:0 P=CI:0,PI:2,PT:EP,U0:0,U1:0 T=Gn:0,Gt:0,Gx:0,Gm:2147483647,Pn:0,Pt:0,Px:0,Pm:2147483647,gn:30114,gt:13657797,gx:12420,gm:262,pn:0,pt:0,px :0,pm:2147483647,Fn:268,Ft:259289,Fx:5302,Fm:525,On:280,Ot:1098462,Ox:14010,Om:435,Cn:0,Ct:0,Cx:0,Cm:21474836 47,cn:0,ct:0,cx:0,cm:2147483647,dn:0,dt:0,dx:0,dm:2147483647 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPMtyhAAoJEJrBOlT6nu75COoH/3d23brWWbouh87FnDRswewL 1o2EJEtgd77EVWBbKFyNVviMRJJ9aBjmL4xXRMsgehz2D8a3bgRkmr3D4NNX9mPb oi/q9XrkeEhXr0HiyuG6m/N5Uew4UUxKI4SS7899fBvqr4jQxKilh5+bwlNho08h FZjFpeTMmRW3rbxbIj277Qf0bYzfmRKUJ6sy1lUiu6Ddnxqadm9rsyHjxVQyIDpW ZNQxW5e2P7Kb+7ILjnKp9wFAPdXSw9jNTIr2HixW5+LQwePuL5zxf4o1jnntH82B ckU8W2dwbtL/B1QcoXtAPAzDBFxRgCaDKc/EdgchyBp1NWYGIJ3XCPIh+wLIwoo= =3ZT8 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 20:36:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 20:36: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 1RvEF9-0005Xr-7n; Wed, 08 Feb 2012 20:35:55 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RvEF7-0005Xj-T2 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 20:35:54 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1328733346!12582515!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MTczMA==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MTczMA==\n X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31720 invoked from network); 8 Feb 2012 20:35:47 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-11.tower-174.messagelabs.com with SMTP; 8 Feb 2012 20:35:47 -0000 X-Authority-Analysis: v=2.0 cv=Vv2h8pKn c=1 sm=0 a=/DbS/tiKggfTkRRHPZEB4g==:17 a=ODbK2BMGt0IA:10 a=VGSavQ_iyxQA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=xe8BsctaAAAA:8 a=nZuTeIUgM4C77KlX594A:9 a=wPNLvfGTeEIA:10 a=/DbS/tiKggfTkRRHPZEB4g==:117 X-Cloudmark-Score: 0 X-Originating-IP: 67.78.168.186 Received: from [67.78.168.186] ([67.78.168.186:53665] helo=[10.1.1.230]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id F3/83-24526-2ACD23F4; Wed, 08 Feb 2012 20:35:46 +0000 Message-ID: <4F32DCA1.30501@ubuntu.com> Date: Wed, 08 Feb 2012 15:35:45 -0500 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Enigmail-Version: 1.3.5 Subject: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is there any good tmem documentation anywhere? I finally muddled my way into getting it working by adding the tmem command line arguments to xen and the kernel, but now the output of xm tmem-list is entirely undecipherable and not documented in the man page. Can anyone help me understand what this means? root@devserv:~# sudo xm tmem-list -a G=Tt:30670,Te:30114,Cf:0,Af:0,Pf:0,Ta:0,Lm:0,Et:0,Ea:0,Rt:0,Ra:0,Rx:0,Fp:0 C=CI:0,ww:0,ca:0,co:0,fr:0,Tc:15015548,Ge:0,Pp:0,Gp:0 P=CI:0,PI:0,PT:EP,U0:0,U1:0 P=CI:0,PI:1,PT:EP,U0:0,U1:0 P=CI:0,PI:2,PT:EP,U0:0,U1:0 T=Gn:0,Gt:0,Gx:0,Gm:2147483647,Pn:0,Pt:0,Px:0,Pm:2147483647,gn:30114,gt:13657797,gx:12420,gm:262,pn:0,pt:0,px :0,pm:2147483647,Fn:268,Ft:259289,Fx:5302,Fm:525,On:280,Ot:1098462,Ox:14010,Om:435,Cn:0,Ct:0,Cx:0,Cm:21474836 47,cn:0,ct:0,cx:0,cm:2147483647,dn:0,dt:0,dx:0,dm:2147483647 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPMtyhAAoJEJrBOlT6nu75COoH/3d23brWWbouh87FnDRswewL 1o2EJEtgd77EVWBbKFyNVviMRJJ9aBjmL4xXRMsgehz2D8a3bgRkmr3D4NNX9mPb oi/q9XrkeEhXr0HiyuG6m/N5Uew4UUxKI4SS7899fBvqr4jQxKilh5+bwlNho08h FZjFpeTMmRW3rbxbIj277Qf0bYzfmRKUJ6sy1lUiu6Ddnxqadm9rsyHjxVQyIDpW ZNQxW5e2P7Kb+7ILjnKp9wFAPdXSw9jNTIr2HixW5+LQwePuL5zxf4o1jnntH82B ckU8W2dwbtL/B1QcoXtAPAzDBFxRgCaDKc/EdgchyBp1NWYGIJ3XCPIh+wLIwoo= =3ZT8 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 22:00:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 22:00:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvFXw-0006bu-2z; Wed, 08 Feb 2012 21:59:24 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvFXu-0006bp-T6 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 21:59:23 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-11.tower-216.messagelabs.com!1328738353!13505883!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31736 invoked from network); 8 Feb 2012 21:59:16 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 8 Feb 2012 21:59:16 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1RvFXg-0008VJ-Se; Thu, 09 Feb 2012 08:59:08 +1100 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Thu, 9 Feb 2012 08:59:08 +1100 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; Thu, 9 Feb 2012 08:59:08 +1100 From: James Harper To: Kreved , "xen-users@lists.xensource.com" Thread-Topic: [Xen-users] GPLPV, RDP and network latency Thread-Index: AQHM5eXE0sKoJi3ug0arZ4qDeO6bH5YzjVNQ Date: Wed, 8 Feb 2012 21:59:06 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B06F3F32F@BITCOM1.int.sbss.com.au> References: <813051328618242@web3.yandex.ru> In-Reply-To: <813051328618242@web3.yandex.ru> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 08 Feb 2012 21:59:08.0685 (UTC) FILETIME=[E1F8E3D0:01CCE6AC] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] GPLPV, RDP and network latency X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > > Hello! > > Has anybody experienced network latency problems with combination of > Windows 7, GPLPV drivers and RDP connection? > Any Windows pop-up message(such as "command not found" error message > in "Run command:" dialog, or dividing by zero in windows calc) causes a short > freeze of RDP session and looks like that from dom0: > > PING 192.168.44.65 (192.168.44.65) 56(84) bytes of data. > 64 bytes from 192.168.44.65: icmp_seq=1 ttl=128 time=0.649 ms > 64 bytes from 192.168.44.65: icmp_seq=2 ttl=128 time=0.232 ms > 64 bytes from 192.168.44.65: icmp_seq=3 ttl=128 time=0.273 ms > 64 bytes from 192.168.44.65: icmp_seq=4 ttl=128 time=501 ms > 64 bytes from 192.168.44.65: icmp_seq=5 ttl=128 time=0.205 ms > 64 bytes from 192.168.44.65: icmp_seq=6 ttl=128 time=0.463 ms > 64 bytes from 192.168.44.65: icmp_seq=7 ttl=128 time=0.206 ms > > where 192.168.44.65 is domU address. The latency may vary from 500 to > 10000 ms. > > The very same actions taken via VNC connection to VM work fine without > any problem. > We have tried different Windows 7 distros, 32- and 64-bit editions, Windows > and Linux RDP clients, with the same result. > > Software used: > Xen version 4.1.2_05-1.1.1 (abuild@) (gcc version 4.6.2 (SUSE Linux) ) Sun Oct > 30 03:25:04 UTC 2011 > gplpv_Vista2008x32_signed_0.11.0.308 > Windows 7 SP1 > > timer_mode is set to 1, offload settings are: > Offload parameters for vif2.0: > rx-checksumming: off > tx-checksumming: off > scatter-gather: off > tcp-segmentation-offload: off > udp-fragmentation-offload: off > generic-segmentation-offload: off > generic-receive-offload: off > large-receive-offload: off > rx-vlan-offload: off > tx-vlan-offload: off > ntuple-filters: off > receive-hashing: off > > Thanks in advance! > I can't reproduce this. My RDP connections continue uninterrupted. Does it behave the same without the PV drivers installed? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 22:00:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 22:00:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvFXw-0006bu-2z; Wed, 08 Feb 2012 21:59:24 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvFXu-0006bp-T6 for xen-users@lists.xensource.com; Wed, 08 Feb 2012 21:59:23 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-11.tower-216.messagelabs.com!1328738353!13505883!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31736 invoked from network); 8 Feb 2012 21:59:16 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 8 Feb 2012 21:59:16 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1RvFXg-0008VJ-Se; Thu, 09 Feb 2012 08:59:08 +1100 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Thu, 9 Feb 2012 08:59:08 +1100 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; Thu, 9 Feb 2012 08:59:08 +1100 From: James Harper To: Kreved , "xen-users@lists.xensource.com" Thread-Topic: [Xen-users] GPLPV, RDP and network latency Thread-Index: AQHM5eXE0sKoJi3ug0arZ4qDeO6bH5YzjVNQ Date: Wed, 8 Feb 2012 21:59:06 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B06F3F32F@BITCOM1.int.sbss.com.au> References: <813051328618242@web3.yandex.ru> In-Reply-To: <813051328618242@web3.yandex.ru> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 08 Feb 2012 21:59:08.0685 (UTC) FILETIME=[E1F8E3D0:01CCE6AC] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] GPLPV, RDP and network latency X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > > Hello! > > Has anybody experienced network latency problems with combination of > Windows 7, GPLPV drivers and RDP connection? > Any Windows pop-up message(such as "command not found" error message > in "Run command:" dialog, or dividing by zero in windows calc) causes a short > freeze of RDP session and looks like that from dom0: > > PING 192.168.44.65 (192.168.44.65) 56(84) bytes of data. > 64 bytes from 192.168.44.65: icmp_seq=1 ttl=128 time=0.649 ms > 64 bytes from 192.168.44.65: icmp_seq=2 ttl=128 time=0.232 ms > 64 bytes from 192.168.44.65: icmp_seq=3 ttl=128 time=0.273 ms > 64 bytes from 192.168.44.65: icmp_seq=4 ttl=128 time=501 ms > 64 bytes from 192.168.44.65: icmp_seq=5 ttl=128 time=0.205 ms > 64 bytes from 192.168.44.65: icmp_seq=6 ttl=128 time=0.463 ms > 64 bytes from 192.168.44.65: icmp_seq=7 ttl=128 time=0.206 ms > > where 192.168.44.65 is domU address. The latency may vary from 500 to > 10000 ms. > > The very same actions taken via VNC connection to VM work fine without > any problem. > We have tried different Windows 7 distros, 32- and 64-bit editions, Windows > and Linux RDP clients, with the same result. > > Software used: > Xen version 4.1.2_05-1.1.1 (abuild@) (gcc version 4.6.2 (SUSE Linux) ) Sun Oct > 30 03:25:04 UTC 2011 > gplpv_Vista2008x32_signed_0.11.0.308 > Windows 7 SP1 > > timer_mode is set to 1, offload settings are: > Offload parameters for vif2.0: > rx-checksumming: off > tx-checksumming: off > scatter-gather: off > tcp-segmentation-offload: off > udp-fragmentation-offload: off > generic-segmentation-offload: off > generic-receive-offload: off > large-receive-offload: off > rx-vlan-offload: off > tx-vlan-offload: off > ntuple-filters: off > receive-hashing: off > > Thanks in advance! > I can't reproduce this. My RDP connections continue uninterrupted. Does it behave the same without the PV drivers installed? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 22:02:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 22:02: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 1RvFaU-0006o7-8u; Wed, 08 Feb 2012 22:02:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvFaT-0006o1-LW for xen-users@lists.xensource.com; Wed, 08 Feb 2012 22:02:01 +0000 Received: from [85.158.139.83:57077] by server-10.bemta-5.messagelabs.com id D2/FE-26909-8D0F23F4; Wed, 08 Feb 2012 22:02:00 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-182.messagelabs.com!1328738519!13735242!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31924 invoked from network); 8 Feb 2012 22:02:00 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-182.messagelabs.com with SMTP; 8 Feb 2012 22:02:00 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5753510401A for ; Wed, 8 Feb 2012 22:01:58 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f7fFO0jthF0F for ; Wed, 8 Feb 2012 22:01:58 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E049929FC4 for ; Wed, 8 Feb 2012 22:01:57 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 8 Feb 2012 22:01:49 +0000 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Creating network bridge without IP address X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Zoltan Lippai wrote: >So is it possible somehow to setup br0 on domain0 without it having >an IP address? Yes, it is very easy - but you have missed out two very important bits of information : 1) What OS/Distro are you using for Dom0 ? 2) How are you setting up the bridges ? Using the network-scripts in Xen to setup bridges is deprecated in favour of using the OS tools to do it. In Debian it's as easy as putting this in your /etc/network/interfaces file : auto eth0 iface eth0 inet static bridge_ports peth0 address 192.168.x.y netmask 255.255.255.0 gateway 192.168.x.z If you don't want an IP on the bridge, then simply omit the lines adding it, so you just have : auto eth0 iface eth0 inet static bridge_ports peth0 NB - for my setup, I've configured the NIC to have the name peth0 using the persistent rules in /etc/udev/rules.d. That allows me to call the bridge eth0 which means it looks just like a normal interface in scripts etc. At work where I have multiple bridges, I tend to use [p]ethint, [p] ethback, [p] ethext, and so on so it;s clear what each is connected to. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Feb 08 22:02:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 Feb 2012 22:02: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 1RvFaU-0006o7-8u; Wed, 08 Feb 2012 22:02:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvFaT-0006o1-LW for xen-users@lists.xensource.com; Wed, 08 Feb 2012 22:02:01 +0000 Received: from [85.158.139.83:57077] by server-10.bemta-5.messagelabs.com id D2/FE-26909-8D0F23F4; Wed, 08 Feb 2012 22:02:00 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-182.messagelabs.com!1328738519!13735242!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31924 invoked from network); 8 Feb 2012 22:02:00 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-182.messagelabs.com with SMTP; 8 Feb 2012 22:02:00 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5753510401A for ; Wed, 8 Feb 2012 22:01:58 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f7fFO0jthF0F for ; Wed, 8 Feb 2012 22:01:58 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E049929FC4 for ; Wed, 8 Feb 2012 22:01:57 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 8 Feb 2012 22:01:49 +0000 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Creating network bridge without IP address X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Zoltan Lippai wrote: >So is it possible somehow to setup br0 on domain0 without it having >an IP address? Yes, it is very easy - but you have missed out two very important bits of information : 1) What OS/Distro are you using for Dom0 ? 2) How are you setting up the bridges ? Using the network-scripts in Xen to setup bridges is deprecated in favour of using the OS tools to do it. In Debian it's as easy as putting this in your /etc/network/interfaces file : auto eth0 iface eth0 inet static bridge_ports peth0 address 192.168.x.y netmask 255.255.255.0 gateway 192.168.x.z If you don't want an IP on the bridge, then simply omit the lines adding it, so you just have : auto eth0 iface eth0 inet static bridge_ports peth0 NB - for my setup, I've configured the NIC to have the name peth0 using the persistent rules in /etc/udev/rules.d. That allows me to call the bridge eth0 which means it looks just like a normal interface in scripts etc. At work where I have multiple bridges, I tend to use [p]ethint, [p] ethback, [p] ethext, and so on so it;s clear what each is connected to. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 09 02:40:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 02:40:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvJuR-0005nY-DD; Thu, 09 Feb 2012 02:38:55 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvJuP-0005nT-Ur for xen-users@lists.xensource.com; Thu, 09 Feb 2012 02:38:54 +0000 X-Env-Sender: matthew.hook@otoy.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1328755127!12605849!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15506 invoked from network); 9 Feb 2012 02:38:47 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Feb 2012 02:38:47 -0000 Received: by werb14 with SMTP id b14so3604230wer.30 for ; Wed, 08 Feb 2012 18:38:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.100.33 with SMTP id ev1mr13364678wib.3.1328755127285; Wed, 08 Feb 2012 18:38:47 -0800 (PST) Received: by 10.227.142.14 with HTTP; Wed, 8 Feb 2012 18:38:47 -0800 (PST) Date: Wed, 8 Feb 2012 18:38:47 -0800 Message-ID: From: Matthew Hook To: xen-users@lists.xensource.com Subject: [Xen-users] Auto revertable disk X-BeenThere: xen-users@lists.xensource.com 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="===============2967487083257403239==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2967487083257403239== Content-Type: multipart/alternative; boundary=f46d044402665af78c04b87ee9e6 --f46d044402665af78c04b87ee9e6 Content-Type: text/plain; charset=ISO-8859-1 How do I create a Virtual Machine disk that when started the user can do whatever they like however, when the domain ends (for any reason) the state of the disk is automatically reverted to it's original state. I think this could be as easy as creating a copy on write VHD of the disk I want to use as the "clean state". Then before starting the domain, delete the VHD and re-create it, then create the domain. It's trivial to script this, but if the user was to "restart" then I want it reverted to. So how do I detect a reboot etc? --f46d044402665af78c04b87ee9e6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable How do I create a Virtual Machine disk that when started the user can do wh= atever they like however,
when the domain ends (for any reason) the sta= te of the disk is automatically reverted to it's original state.

I think this could be as easy as creating a copy on wri= te VHD of the disk I want to use as the "clean state".
= Then before starting the domain, delete the VHD and re-create it, then crea= te the domain.

It's trivial to script this, but if the user was to= "restart" then I want it reverted to. =A0So how do I detect a re= boot etc?
--f46d044402665af78c04b87ee9e6-- --===============2967487083257403239== 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.xensource.com http://lists.xensource.com/xen-users --===============2967487083257403239==-- From xen-users-bounces@lists.xensource.com Thu Feb 09 02:40:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 02:40:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvJuR-0005nY-DD; Thu, 09 Feb 2012 02:38:55 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvJuP-0005nT-Ur for xen-users@lists.xensource.com; Thu, 09 Feb 2012 02:38:54 +0000 X-Env-Sender: matthew.hook@otoy.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1328755127!12605849!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15506 invoked from network); 9 Feb 2012 02:38:47 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Feb 2012 02:38:47 -0000 Received: by werb14 with SMTP id b14so3604230wer.30 for ; Wed, 08 Feb 2012 18:38:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.100.33 with SMTP id ev1mr13364678wib.3.1328755127285; Wed, 08 Feb 2012 18:38:47 -0800 (PST) Received: by 10.227.142.14 with HTTP; Wed, 8 Feb 2012 18:38:47 -0800 (PST) Date: Wed, 8 Feb 2012 18:38:47 -0800 Message-ID: From: Matthew Hook To: xen-users@lists.xensource.com Subject: [Xen-users] Auto revertable disk X-BeenThere: xen-users@lists.xensource.com 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="===============2967487083257403239==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2967487083257403239== Content-Type: multipart/alternative; boundary=f46d044402665af78c04b87ee9e6 --f46d044402665af78c04b87ee9e6 Content-Type: text/plain; charset=ISO-8859-1 How do I create a Virtual Machine disk that when started the user can do whatever they like however, when the domain ends (for any reason) the state of the disk is automatically reverted to it's original state. I think this could be as easy as creating a copy on write VHD of the disk I want to use as the "clean state". Then before starting the domain, delete the VHD and re-create it, then create the domain. It's trivial to script this, but if the user was to "restart" then I want it reverted to. So how do I detect a reboot etc? --f46d044402665af78c04b87ee9e6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable How do I create a Virtual Machine disk that when started the user can do wh= atever they like however,
when the domain ends (for any reason) the sta= te of the disk is automatically reverted to it's original state.

I think this could be as easy as creating a copy on wri= te VHD of the disk I want to use as the "clean state".
= Then before starting the domain, delete the VHD and re-create it, then crea= te the domain.

It's trivial to script this, but if the user was to= "restart" then I want it reverted to. =A0So how do I detect a re= boot etc?
--f46d044402665af78c04b87ee9e6-- --===============2967487083257403239== 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.xensource.com http://lists.xensource.com/xen-users --===============2967487083257403239==-- From xen-users-bounces@lists.xensource.com Thu Feb 09 08:38:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 08:38:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvPUA-0005DK-I1; Thu, 09 Feb 2012 08:36:10 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvPU8-0005DF-Kd for xen-users@lists.xensource.com; Thu, 09 Feb 2012 08:36:09 +0000 X-Env-Sender: rshriram@cs.ubc.ca X-Msg-Ref: server-15.tower-27.messagelabs.com!1328776537!65104650!1 X-Originating-IP: [142.103.6.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17768 invoked from network); 9 Feb 2012 08:35:39 -0000 Received: from smtp.cs.ubc.ca (HELO smtp.cs.ubc.ca) (142.103.6.52) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Feb 2012 08:35:39 -0000 Received: from mail-bk0-f43.google.com (mail-bk0-f43.google.com [209.85.214.43]) (authenticated bits=0) by smtp.cs.ubc.ca (8.14.3/8.13.6) with ESMTP id q198ZuTn024575 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Thu, 9 Feb 2012 00:35:57 -0800 Received: by bkcjg15 with SMTP id jg15so2382457bkc.30 for ; Thu, 09 Feb 2012 00:35:55 -0800 (PST) Received: by 10.204.145.82 with SMTP id c18mr305363bkv.121.1328776555252; Thu, 09 Feb 2012 00:35:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.34.134 with HTTP; Thu, 9 Feb 2012 00:35:15 -0800 (PST) In-Reply-To: References: From: Shriram Rajagopalan Date: Thu, 9 Feb 2012 00:35:15 -0800 Message-ID: To: Antonio Colin Cc: Xen Users List Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: rshriram@cs.ubc.ca List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8321296792370236132==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8321296792370236132== Content-Type: multipart/alternative; boundary=000e0cdfc7bc8fcbb704b883e63d --000e0cdfc7bc8fcbb704b883e63d Content-Type: text/plain; charset=ISO-8859-1 On Wed, Feb 8, 2012 at 1:56 AM, Antonio Colin wrote: > Hello Shriram, > > Just comming back to Remus HA, three weeks ago I sent this thread and the > situation hasn't changed. You are right, > remus works properly with --no-net option. > > There is actually this tapdisk related error in the syslog file in the > primary host: > Jan 17 17:28:58 xen-backup tapdisk2[5795]: remus: could not bind server > socket 11 to 192.168.2.4:9000: 98 Address already in use > Thanks for the logs. The first thing that pops out is: ['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/home/remus/win2k3-exchange.img'], ['dev', 'ioemu:hda'], ['mode', 'w']], ['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/home/remus/win2k3-exchange-d.img'], ['dev', 'ioemu:hdb'], ['mode', 'w']], You have two tapdisk devices, but on the same port ? Each disk needs a different port, as a tcp connection is established between primary and backup for each replicated disk. > Also when I boot up the VM (Windows Server 2003) from NFS > from NFS ? just to make sure that we are on same page, is the above directory /home/remus an NFS mount ? i.e. is that win2k3-exchange.img "shared" between the primary and backup host ? If so, then remus disk replication will not work, as its based on a shared-nothing model. In fact, it could corrupt your disk badly. If disk consistency is not an issue, then you are better off running remus without disk replication (though there is no guarantee that the domain will failover properly). > and without remus or disk replication, in both the primary and the backup > there is in fact a vif attached to it which is bind to the bridge in the > two cases. > I have the sch_plug module installed correctly in both hosts and > everything works perfect for Linux systems. > Oh great. So network buffering is out of the picture. If it works for linux, it should work for windows too. > But it just cannot come true > for Windows. > > I attach xend.log and syslog from primary and backup if you'd like to see > further information in order to help me. > > Thank you a lot!! > > Tony. > > > From: rshriram@cs.ubc.ca > > Date: Fri, 13 Jan 2012 09:54:35 -0800 > > To: xen-users@lists.xensource.com > > CC: dftonywhite@hotmail.com > > Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 > > > > > On Fri, Jan 13, 2012 at 9:05 AM, > wrote: > > > I have setup Remus on Debian Squeeze and kernel 3.1.5. Remus and disk > replication works perfect for Ubuntu systems, > > > but when I start Remus for Windows Sever 2003 (running Microsoft > Exchange Enterprise 2003) it crashes giving the > > > following error: > > > > > > > Is that Ubuntu VM a PV or HVM ? > > I presume that remus with --no-net works properly ? > > > > > root@neutrino:~/working-remus# xm create exchange-hvm.cfg > > > root@neutrino:~/working-remus# remus exchange-hvm 192.168.2.4 > > > qemu logdirty mode: enable > > > xc: error: Error when writing to state file (4a) (errno 104) (104 = > Connection reset by peer): Internal error > > > qemu logdirty mode: disable > > > PROF: resumed at 1326315866.106150 > > > resuming QEMU > > > tc filter del dev vif3.0 parent ffff: proto ip pref 10 u32 > > > RTNETLINK answers: Invalid argument > > > We have an error talking to the kernel > > > Exception xen.remus.util.PipeException: PipeException('tc failed: 2, > No such file or directory',) in > ignored > > > > This error tells me nothing. "Connection reset by peer" could result > > from a lot of issues. > > A. check the syslog in primary and backup, for errors related to tapdisk > > B. Check the xend.log file in backup > > C. If your system works with --no-net, then try to boot up the VM > > without remus, and make sure that > > there is a vif interface for the VM. And make sure that interface is > > on the bridge (if you have bridging enabled). > > Remus tries to install a network buffer (sch_plug) to the vif interface. > > > > > > > > > root@neutrino:~/working-remus# > > > > > > It seems that on the backup remus or Xen cannot assign a vif1.0 to the > DomU since #ifconfig -a doesn't show a new vif there > > > when starting remus. > > > > > > Any help would be highly appreciated! > > > > > > Tony. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > --000e0cdfc7bc8fcbb704b883e63d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Feb 8, 2012 at 1:56 AM, Antonio Colin <dftonywhite@= hotmail.com> wrote:
Hello Shriram,

Just comming back to Remus HA, three weeks ago I sent= this thread and the situation hasn't changed. You are right,
remus = works properly with --no-net option.

There is actually this tapdisk = related error in the syslog file in the primary host:
Jan 17 17:28:58 xen-backup tapdisk2[5795]: remus: could not bind server soc= ket 11 to 192.168.2.4= :9000: 98 Address already in use

Thanks for the logs.
=A0The first thing that pops out is:
['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/ho= me/remus/win2k3-exchange.img'], ['dev', 'ioemu:hda'], [= 'mode', 'w']],
['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/ho= me/remus/win2k3-exchange-d.img'], ['dev', 'ioemu:hdb'],= ['mode', 'w']],

You have two tapdisk devices, but on the same port ? Each disk needs a diff= erent port, as a tcp connection is
established between primary and backup for each replicated disk.

=A0
Also when I boot up the VM (Windows Server 2003) from NFS
<= /div>

from NFS ? just to make sure that we are on same page= , is the above directory /home/remus an NFS mount ?
i.e. is that win2k3-= exchange.img "shared" between the primary and backup host ?
=A0If so, then remus disk replication will not work, as its based on a shar= ed-nothing model.
=A0In fact, it could corrupt your disk badly. If disk = consistency is not an issue, then you are better off
=A0running remus wi= thout disk replication (though there is no guarantee that the domain will f= ailover properly).

=A0
and without remus or disk replication, in both the primary and th= e backup
there is in fact a vif attached to it which is bind to the bridge in the tw= o cases.
I have the sch_plug module installed correctly in both hosts an= d everything works perfect for Linux systems.

Oh great. So network buffering is out of the picture. If it works = for linux, it should work for windows too.
=A0
But it just cannot come true
for Windows.

I= attach xend.log and syslog from primary and backup if you'd like to se= e further information in order to help me.

Tha= nk you a lot!!

Tony.

> From: rshriram@cs.ubc.ca
> Date: Fri, 13 Jan 2012 09:54:35 -0800
> To: xen-users@lists.xensource.co= m
> CC: dftonywhite@hotmail.com
> Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003

>
> On Fri, Jan 13, 2012 at 9:05 AM, &l= t;xen-users-request@lists.xensource.com> wrote:
> > I have setup Remus on Debian Squeeze and kernel 3.1.5. Remus and = disk replication works perfect =A0for Ubuntu systems,
> > but when= I start Remus for Windows Sever 2003 (running Microsoft Exchange Enterpris= e 2003) it crashes giving the
> > following error:
> >
>
> Is that Ubuntu VM = a PV or HVM ?
> I presume that remus with --no-net works properly ?>
> > root@neutrino:~/working-remus# xm create exchange-hvm.= cfg
> > root@neutrino:~/working-remus# remus exchange-hvm 192.168.2.4
= > > qemu logdirty mode: enable
> > xc: error: Error when wri= ting to state file (4a) (errno 104) (104 =3D Connection reset by peer): Int= ernal error
> > qemu logdirty mode: disable
> > PROF: resumed at 1326315= 866.106150
> > resuming QEMU
> > tc filter del dev vif3.0= parent ffff: proto ip pref 10 u32
> > RTNETLINK answers: Invalid = argument
> > We have an error talking to the kernel
> > Exception xen= .remus.util.PipeException: PipeException('tc failed: 2, No such file or= directory',) in <bound method BufferedNIC.__del__ of <xen.remus.= device.BufferedNIC object at 0x24b7510>> ignored
>
> This error tells me nothing. "Connection reset by peer&q= uot; could result
> from a lot of issues.
> A. check the syslog= in primary and backup, for errors related to tapdisk
> B. Check the = xend.log file in backup
> C. If your system works with --no-net, then try to boot up the VM
&= gt; without remus, and make sure that
> there is a vif interface for = the VM. And make sure that interface is
> on the bridge (if you have = bridging enabled).
> Remus tries to install a network buffer (sch_plug) to the vif interfac= e.
>
>
>
> > root@neutrino:~/working-remus#> >
> > It seems that on the backup remus or Xen cannot as= sign a vif1.0 to the DomU since #ifconfig -a doesn't show a new vif the= re
> > when starting remus.
> >
> > Any help would be = highly appreciated!
> >
> > Tony.
>
> _______________________________________________
> Xen-users mai= ling list
> Xen= -users@lists.xensource.com
> http://lists.xensource.com/xen-users
=

--000e0cdfc7bc8fcbb704b883e63d-- --===============8321296792370236132== 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.xensource.com http://lists.xensource.com/xen-users --===============8321296792370236132==-- From xen-users-bounces@lists.xensource.com Thu Feb 09 08:38:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 08:38:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvPUA-0005DK-I1; Thu, 09 Feb 2012 08:36:10 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvPU8-0005DF-Kd for xen-users@lists.xensource.com; Thu, 09 Feb 2012 08:36:09 +0000 X-Env-Sender: rshriram@cs.ubc.ca X-Msg-Ref: server-15.tower-27.messagelabs.com!1328776537!65104650!1 X-Originating-IP: [142.103.6.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17768 invoked from network); 9 Feb 2012 08:35:39 -0000 Received: from smtp.cs.ubc.ca (HELO smtp.cs.ubc.ca) (142.103.6.52) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Feb 2012 08:35:39 -0000 Received: from mail-bk0-f43.google.com (mail-bk0-f43.google.com [209.85.214.43]) (authenticated bits=0) by smtp.cs.ubc.ca (8.14.3/8.13.6) with ESMTP id q198ZuTn024575 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Thu, 9 Feb 2012 00:35:57 -0800 Received: by bkcjg15 with SMTP id jg15so2382457bkc.30 for ; Thu, 09 Feb 2012 00:35:55 -0800 (PST) Received: by 10.204.145.82 with SMTP id c18mr305363bkv.121.1328776555252; Thu, 09 Feb 2012 00:35:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.34.134 with HTTP; Thu, 9 Feb 2012 00:35:15 -0800 (PST) In-Reply-To: References: From: Shriram Rajagopalan Date: Thu, 9 Feb 2012 00:35:15 -0800 Message-ID: To: Antonio Colin Cc: Xen Users List Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Reply-To: rshriram@cs.ubc.ca List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8321296792370236132==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============8321296792370236132== Content-Type: multipart/alternative; boundary=000e0cdfc7bc8fcbb704b883e63d --000e0cdfc7bc8fcbb704b883e63d Content-Type: text/plain; charset=ISO-8859-1 On Wed, Feb 8, 2012 at 1:56 AM, Antonio Colin wrote: > Hello Shriram, > > Just comming back to Remus HA, three weeks ago I sent this thread and the > situation hasn't changed. You are right, > remus works properly with --no-net option. > > There is actually this tapdisk related error in the syslog file in the > primary host: > Jan 17 17:28:58 xen-backup tapdisk2[5795]: remus: could not bind server > socket 11 to 192.168.2.4:9000: 98 Address already in use > Thanks for the logs. The first thing that pops out is: ['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/home/remus/win2k3-exchange.img'], ['dev', 'ioemu:hda'], ['mode', 'w']], ['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/home/remus/win2k3-exchange-d.img'], ['dev', 'ioemu:hdb'], ['mode', 'w']], You have two tapdisk devices, but on the same port ? Each disk needs a different port, as a tcp connection is established between primary and backup for each replicated disk. > Also when I boot up the VM (Windows Server 2003) from NFS > from NFS ? just to make sure that we are on same page, is the above directory /home/remus an NFS mount ? i.e. is that win2k3-exchange.img "shared" between the primary and backup host ? If so, then remus disk replication will not work, as its based on a shared-nothing model. In fact, it could corrupt your disk badly. If disk consistency is not an issue, then you are better off running remus without disk replication (though there is no guarantee that the domain will failover properly). > and without remus or disk replication, in both the primary and the backup > there is in fact a vif attached to it which is bind to the bridge in the > two cases. > I have the sch_plug module installed correctly in both hosts and > everything works perfect for Linux systems. > Oh great. So network buffering is out of the picture. If it works for linux, it should work for windows too. > But it just cannot come true > for Windows. > > I attach xend.log and syslog from primary and backup if you'd like to see > further information in order to help me. > > Thank you a lot!! > > Tony. > > > From: rshriram@cs.ubc.ca > > Date: Fri, 13 Jan 2012 09:54:35 -0800 > > To: xen-users@lists.xensource.com > > CC: dftonywhite@hotmail.com > > Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003 > > > > > On Fri, Jan 13, 2012 at 9:05 AM, > wrote: > > > I have setup Remus on Debian Squeeze and kernel 3.1.5. Remus and disk > replication works perfect for Ubuntu systems, > > > but when I start Remus for Windows Sever 2003 (running Microsoft > Exchange Enterprise 2003) it crashes giving the > > > following error: > > > > > > > Is that Ubuntu VM a PV or HVM ? > > I presume that remus with --no-net works properly ? > > > > > root@neutrino:~/working-remus# xm create exchange-hvm.cfg > > > root@neutrino:~/working-remus# remus exchange-hvm 192.168.2.4 > > > qemu logdirty mode: enable > > > xc: error: Error when writing to state file (4a) (errno 104) (104 = > Connection reset by peer): Internal error > > > qemu logdirty mode: disable > > > PROF: resumed at 1326315866.106150 > > > resuming QEMU > > > tc filter del dev vif3.0 parent ffff: proto ip pref 10 u32 > > > RTNETLINK answers: Invalid argument > > > We have an error talking to the kernel > > > Exception xen.remus.util.PipeException: PipeException('tc failed: 2, > No such file or directory',) in > ignored > > > > This error tells me nothing. "Connection reset by peer" could result > > from a lot of issues. > > A. check the syslog in primary and backup, for errors related to tapdisk > > B. Check the xend.log file in backup > > C. If your system works with --no-net, then try to boot up the VM > > without remus, and make sure that > > there is a vif interface for the VM. And make sure that interface is > > on the bridge (if you have bridging enabled). > > Remus tries to install a network buffer (sch_plug) to the vif interface. > > > > > > > > > root@neutrino:~/working-remus# > > > > > > It seems that on the backup remus or Xen cannot assign a vif1.0 to the > DomU since #ifconfig -a doesn't show a new vif there > > > when starting remus. > > > > > > Any help would be highly appreciated! > > > > > > Tony. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > --000e0cdfc7bc8fcbb704b883e63d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Feb 8, 2012 at 1:56 AM, Antonio Colin <dftonywhite@= hotmail.com> wrote:
Hello Shriram,

Just comming back to Remus HA, three weeks ago I sent= this thread and the situation hasn't changed. You are right,
remus = works properly with --no-net option.

There is actually this tapdisk = related error in the syslog file in the primary host:
Jan 17 17:28:58 xen-backup tapdisk2[5795]: remus: could not bind server soc= ket 11 to 192.168.2.4= :9000: 98 Address already in use

Thanks for the logs.
=A0The first thing that pops out is:
['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/ho= me/remus/win2k3-exchange.img'], ['dev', 'ioemu:hda'], [= 'mode', 'w']],
['tap2', ['uname', 'tap2:remus:192.168.2.4:9000|aio:/ho= me/remus/win2k3-exchange-d.img'], ['dev', 'ioemu:hdb'],= ['mode', 'w']],

You have two tapdisk devices, but on the same port ? Each disk needs a diff= erent port, as a tcp connection is
established between primary and backup for each replicated disk.

=A0
Also when I boot up the VM (Windows Server 2003) from NFS
<= /div>

from NFS ? just to make sure that we are on same page= , is the above directory /home/remus an NFS mount ?
i.e. is that win2k3-= exchange.img "shared" between the primary and backup host ?
=A0If so, then remus disk replication will not work, as its based on a shar= ed-nothing model.
=A0In fact, it could corrupt your disk badly. If disk = consistency is not an issue, then you are better off
=A0running remus wi= thout disk replication (though there is no guarantee that the domain will f= ailover properly).

=A0
and without remus or disk replication, in both the primary and th= e backup
there is in fact a vif attached to it which is bind to the bridge in the tw= o cases.
I have the sch_plug module installed correctly in both hosts an= d everything works perfect for Linux systems.

Oh great. So network buffering is out of the picture. If it works = for linux, it should work for windows too.
=A0
But it just cannot come true
for Windows.

I= attach xend.log and syslog from primary and backup if you'd like to se= e further information in order to help me.

Tha= nk you a lot!!

Tony.

> From: rshriram@cs.ubc.ca
> Date: Fri, 13 Jan 2012 09:54:35 -0800
> To: xen-users@lists.xensource.co= m
> CC: dftonywhite@hotmail.com
> Subject: Re: [Xen-users] Remus crashes only with Windows Server 2003

>
> On Fri, Jan 13, 2012 at 9:05 AM, &l= t;xen-users-request@lists.xensource.com> wrote:
> > I have setup Remus on Debian Squeeze and kernel 3.1.5. Remus and = disk replication works perfect =A0for Ubuntu systems,
> > but when= I start Remus for Windows Sever 2003 (running Microsoft Exchange Enterpris= e 2003) it crashes giving the
> > following error:
> >
>
> Is that Ubuntu VM = a PV or HVM ?
> I presume that remus with --no-net works properly ?>
> > root@neutrino:~/working-remus# xm create exchange-hvm.= cfg
> > root@neutrino:~/working-remus# remus exchange-hvm 192.168.2.4
= > > qemu logdirty mode: enable
> > xc: error: Error when wri= ting to state file (4a) (errno 104) (104 =3D Connection reset by peer): Int= ernal error
> > qemu logdirty mode: disable
> > PROF: resumed at 1326315= 866.106150
> > resuming QEMU
> > tc filter del dev vif3.0= parent ffff: proto ip pref 10 u32
> > RTNETLINK answers: Invalid = argument
> > We have an error talking to the kernel
> > Exception xen= .remus.util.PipeException: PipeException('tc failed: 2, No such file or= directory',) in <bound method BufferedNIC.__del__ of <xen.remus.= device.BufferedNIC object at 0x24b7510>> ignored
>
> This error tells me nothing. "Connection reset by peer&q= uot; could result
> from a lot of issues.
> A. check the syslog= in primary and backup, for errors related to tapdisk
> B. Check the = xend.log file in backup
> C. If your system works with --no-net, then try to boot up the VM
&= gt; without remus, and make sure that
> there is a vif interface for = the VM. And make sure that interface is
> on the bridge (if you have = bridging enabled).
> Remus tries to install a network buffer (sch_plug) to the vif interfac= e.
>
>
>
> > root@neutrino:~/working-remus#> >
> > It seems that on the backup remus or Xen cannot as= sign a vif1.0 to the DomU since #ifconfig -a doesn't show a new vif the= re
> > when starting remus.
> >
> > Any help would be = highly appreciated!
> >
> > Tony.
>
> _______________________________________________
> Xen-users mai= ling list
> Xen= -users@lists.xensource.com
> http://lists.xensource.com/xen-users
=

--000e0cdfc7bc8fcbb704b883e63d-- --===============8321296792370236132== 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.xensource.com http://lists.xensource.com/xen-users --===============8321296792370236132==-- From xen-users-bounces@lists.xensource.com Thu Feb 09 09:03:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 09:03: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 1RvPsn-0006hl-F3; Thu, 09 Feb 2012 09:01:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvPsm-0006hW-Ik for xen-users@lists.xensource.com; Thu, 09 Feb 2012 09:01:36 +0000 X-Env-Sender: royger@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1328778053!51709995!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7861 invoked from network); 9 Feb 2012 09:00:53 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Feb 2012 09:00:53 -0000 Received: by wibhm2 with SMTP id hm2so4344140wib.30 for ; Thu, 09 Feb 2012 01:01:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+yCOYTntgGQZc7HAItnh5JFOy5K9XbHrjn6glwUqMWE=; b=s8Zt1BPfQTDF8SfTcPzFdBKfzeXGcQnM0rP1Fj08YB4drp3aHNS1g5W95aI2STRgU5 XF8R+sawSaoJjiUL/TJD8AhyE21gNwv2glzRnsj2PKZc/1WA7+EEGy/s5dswZIV8WuNd M78HdPbQB6gSap7sVZ01ngneUvLjjD3bVWYnc= MIME-Version: 1.0 Received: by 10.180.101.37 with SMTP id fd5mr18097556wib.1.1328778091203; Thu, 09 Feb 2012 01:01:31 -0800 (PST) Received: by 10.216.213.219 with HTTP; Thu, 9 Feb 2012 01:01:31 -0800 (PST) In-Reply-To: <4F323E0902000099000DA8C8@collaborate.seakr.com> References: <4F323E0902000099000DA8C8@collaborate.seakr.com> Date: Thu, 9 Feb 2012 10:01:31 +0100 X-Google-Sender-Auth: lJYAPbt5TxqL4z3BlopzHiEx-WU Message-ID: From: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= To: Nick Couchman Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] Install to Flash Media X-BeenThere: xen-users@lists.xensource.com 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com MjAxMi8yLzggTmljayBDb3VjaG1hbiA8Tmljay5Db3VjaG1hbkBzZWFrci5jb20+Ogo+IFdlbGws IG5vdyB0aGF0IEkndmUgZmlndXJlZCBvdXQgdGhhdCBuZXR3b3JrIGJvb3RpbmcgWENQIGlzIG5v dCByZWFsbHkKPiBnb2luZyB0byBiZSBmZWFzaWJsZSwgSSdtIG1vdmluZyBvbiB0byBteSBuZXh0 IG9wdGlvbjogZmxhc2ggbWVkaWEKPiBpbnN0YWxsYXRpb24uIMKgVGhlIHN5c3RlbXMgdGhhdCBJ IHB1cmNoYXNlZCBoYXZlIFNESEMgc2xvdHMgb24gdGhlbSwgc28KPiBJIGZpZ3VyZWQgSSdkIGF0 dGVtcHQgdG8gaW5zdGFsbCBYQ1AgdG8gb25lIG9mIHRoZXNlIGNhcmRzLiDCoEkgaGFkCj4gYWxy ZWFkeSByZWFkIHRoYXQgdGhlcmUncyBhIG1pbmltdW0gZGlzayBzaXplIGluIHRoZSBpbnN0YWxs ZXIKPiAoYXBwYXJlbnRseSAxMiBHQiBpbiBYQ1ApIGFuZCBzbyBoYXZlIGZhY3RvcmVkIGluIHRo YXQuIMKgSG93ZXZlciwKPiB3aGVuZXZlciBJIHRyeSB0byBpbnN0YWxsIEkgZ2V0IGFuIGVycm9y IG1lc3NhZ2UgdGhhdCB0aGUgIlBhcnRpdGlvbgo+IHNpemUgaW4gc2VjdG9ycyBpcyBuZWdhdGl2 ZS4iIMKgQW55IGlkZWFzIG9uIHRoaXMgb25lPwoKSSd2ZSBzdWNjZXNzZnVsbHkgaW5zdGFsbGVk IFhDUCBvbiBhIFNEIGNhcmQgc29tZSB0aW1lIGFnbywgYnV0IEkKZG9uJ3QgcmVjb21tZW5kIHRo YXQuIFJ1bm5pbmcgYW4gT1MgZnJvbSBhIFNEIGlzIG5vdCByZWNvbW1lbmRlZApiZWNhdXNlIHRo ZSBhY2Nlc3MgdGltZSBpcyBsYXJnZSwgYW5kIHRoZSBzeXN0ZW0gY2FuIGZlZWwKaXJyZXNwb25z aWJsZSBzb21lIHRpbWVzLgoKPiBBbnkgYmV0dGVyIHdheSB0bwo+IGluc3RhbGwgdG8gZmxhc2gg bWVkaWE/IMKgSSBzdXBwb3NlIEkgY291bGQgZ28gYWhlYWQgYW5kIGRvIHRoZSBpbnN0YWxsCj4g dG8gYSByZWd1bGFyIEhELCB0aGVuIHVzZSBhIHJlc2N1ZSBzeXN0ZW0gYW5kIGRkIHRvIGdyYWIg YW4gaW1hZ2Ugb2YgdGhlCj4gc3lzdGVtIHBhcnRpdGlvbiwgdGhlbiB0cmFuc2ZlciBpdCB0byB0 aGUgZmxhc2ggbWVkaWEuIMKgQW55IG90aGVyCj4gcG9zc2libGUgcGF0aHM/CgpJbnN0YWxsaW5n IHRoZSBpbWFnZSBhbmQgZG9pbmcgYSBkZCB3aWxsIG5vdCB3b3JrIHN0cmFpZ2h0IGF3YXksIHlv dQp3aWxsIGhhdmUgdG8gdXNlIHN5c2xpbnV4IHRvIG1ha2UgdGhlIHVzYiBib290YWJsZSwgYnV0 IGFnYWluIHlvdSB3aWxsCmZhY2UgYWNjZXNzIHByb2JsZW1zLgoKPiBBbnlvbmUgcnVubmluZyBY Q1Agb3IgWGVuU2VydmVyIG9mZiBTREhDIG9yIG90aGVyCj4gZmxhc2gtYmFzZWQgbWVkaWE/CgpJ J20gdXNpbmcgYSBTRCBjYXJkIHRvIGJvb3QgYSByZWd1bGFyIFhlbiBpbnN0YWxsICg0LjEuMikg b24gc29tZSBvZgpteSBzZXJ2ZXJzLCB1c2luZyBBbHBpbmUgTGludXggd2hpY2ggaXMgZWFzeSB0 byBpbnN0YWxsIHRvIGEgU0QgY2FyZCwKaGFzIGEgdmVyeSBzbWFsbCBmb290cHJpbnQgYW5kIHdv cmtzIGdyZWF0IHdpdGggWGVuLiBEb24ndCBoYXZlCmV4cGVyaWVuY2Ugd2l0aCBYZW5TZXJ2ZXIu Cgo+Cj4gVGhhbmtzIC0gTmljawo+Cj4KPgo+IC0tLS0tLS0tCj4gVGhpcyBlLW1haWwgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIG1hdGVyaWFsIGZvciB0aGUgc29sZSB1 c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudC4gwqBJZiB0aGlzIGVtYWlsIGlzIG5vdCBpbnRl bmRlZCBmb3IgeW91LCBvciB5b3UgYXJlIG5vdCByZXNwb25zaWJsZSBmb3IgdGhlIGRlbGl2ZXJ5 IG9mIHRoaXMgbWVzc2FnZSB0byB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90ZSB0 aGF0IHRoaXMgbWVzc2FnZSBtYXkgY29udGFpbiBTRUFLUiBFbmdpbmVlcmluZyAoU0VBS1IpIFBy aXZpbGVnZWQvUHJvcHJpZXRhcnkgSW5mb3JtYXRpb24uIMKgSW4gc3VjaCBhIGNhc2UsIHlvdSBh cmUgc3RyaWN0bHkgcHJvaGliaXRlZCBmcm9tIGRvd25sb2FkaW5nLCBwaG90b2NvcHlpbmcsIGRp c3RyaWJ1dGluZyBvciBvdGhlcndpc2UgdXNpbmcgdGhpcyBtZXNzYWdlLCBpdHMgY29udGVudHMg b3IgYXR0YWNobWVudHMgaW4gYW55IHdheS4gwqBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1l c3NhZ2UgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgcmVwbHlpbmcg dG8gdGhpcyBlLW1haWwgYW5kIGRlbGV0ZSB0aGUgbWVzc2FnZSBmcm9tIHlvdXIgbWFpbGJveC4g wqBJbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlIHRoYXQgZG9lcyBub3QgcmVs YXRlIHRvIHRoZSBidXNpbmVzcyBvZiBTRUFLUiBpcyBuZWl0aGVyIGVuZG9yc2VkIGJ5IG5vciBh dHRyaWJ1dGFibGUgdG8gU0VBS1IuCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlz dHMueGVuc291cmNlLmNvbQo+IGh0dHA6Ly9saXN0cy54ZW5zb3VyY2UuY29tL3hlbi11c2VycwoK X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuc291cmNlLmNvbQpodHRwOi8vbGlzdHMu eGVuc291cmNlLmNvbS94ZW4tdXNlcnM= From xen-users-bounces@lists.xensource.com Thu Feb 09 09:03:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 09:03: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 1RvPsn-0006hl-F3; Thu, 09 Feb 2012 09:01:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvPsm-0006hW-Ik for xen-users@lists.xensource.com; Thu, 09 Feb 2012 09:01:36 +0000 X-Env-Sender: royger@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1328778053!51709995!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7861 invoked from network); 9 Feb 2012 09:00:53 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Feb 2012 09:00:53 -0000 Received: by wibhm2 with SMTP id hm2so4344140wib.30 for ; Thu, 09 Feb 2012 01:01:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+yCOYTntgGQZc7HAItnh5JFOy5K9XbHrjn6glwUqMWE=; b=s8Zt1BPfQTDF8SfTcPzFdBKfzeXGcQnM0rP1Fj08YB4drp3aHNS1g5W95aI2STRgU5 XF8R+sawSaoJjiUL/TJD8AhyE21gNwv2glzRnsj2PKZc/1WA7+EEGy/s5dswZIV8WuNd M78HdPbQB6gSap7sVZ01ngneUvLjjD3bVWYnc= MIME-Version: 1.0 Received: by 10.180.101.37 with SMTP id fd5mr18097556wib.1.1328778091203; Thu, 09 Feb 2012 01:01:31 -0800 (PST) Received: by 10.216.213.219 with HTTP; Thu, 9 Feb 2012 01:01:31 -0800 (PST) In-Reply-To: <4F323E0902000099000DA8C8@collaborate.seakr.com> References: <4F323E0902000099000DA8C8@collaborate.seakr.com> Date: Thu, 9 Feb 2012 10:01:31 +0100 X-Google-Sender-Auth: lJYAPbt5TxqL4z3BlopzHiEx-WU Message-ID: From: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= To: Nick Couchman Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [XCP] Install to Flash Media X-BeenThere: xen-users@lists.xensource.com 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com MjAxMi8yLzggTmljayBDb3VjaG1hbiA8Tmljay5Db3VjaG1hbkBzZWFrci5jb20+Ogo+IFdlbGws IG5vdyB0aGF0IEkndmUgZmlndXJlZCBvdXQgdGhhdCBuZXR3b3JrIGJvb3RpbmcgWENQIGlzIG5v dCByZWFsbHkKPiBnb2luZyB0byBiZSBmZWFzaWJsZSwgSSdtIG1vdmluZyBvbiB0byBteSBuZXh0 IG9wdGlvbjogZmxhc2ggbWVkaWEKPiBpbnN0YWxsYXRpb24uIMKgVGhlIHN5c3RlbXMgdGhhdCBJ IHB1cmNoYXNlZCBoYXZlIFNESEMgc2xvdHMgb24gdGhlbSwgc28KPiBJIGZpZ3VyZWQgSSdkIGF0 dGVtcHQgdG8gaW5zdGFsbCBYQ1AgdG8gb25lIG9mIHRoZXNlIGNhcmRzLiDCoEkgaGFkCj4gYWxy ZWFkeSByZWFkIHRoYXQgdGhlcmUncyBhIG1pbmltdW0gZGlzayBzaXplIGluIHRoZSBpbnN0YWxs ZXIKPiAoYXBwYXJlbnRseSAxMiBHQiBpbiBYQ1ApIGFuZCBzbyBoYXZlIGZhY3RvcmVkIGluIHRo YXQuIMKgSG93ZXZlciwKPiB3aGVuZXZlciBJIHRyeSB0byBpbnN0YWxsIEkgZ2V0IGFuIGVycm9y IG1lc3NhZ2UgdGhhdCB0aGUgIlBhcnRpdGlvbgo+IHNpemUgaW4gc2VjdG9ycyBpcyBuZWdhdGl2 ZS4iIMKgQW55IGlkZWFzIG9uIHRoaXMgb25lPwoKSSd2ZSBzdWNjZXNzZnVsbHkgaW5zdGFsbGVk IFhDUCBvbiBhIFNEIGNhcmQgc29tZSB0aW1lIGFnbywgYnV0IEkKZG9uJ3QgcmVjb21tZW5kIHRo YXQuIFJ1bm5pbmcgYW4gT1MgZnJvbSBhIFNEIGlzIG5vdCByZWNvbW1lbmRlZApiZWNhdXNlIHRo ZSBhY2Nlc3MgdGltZSBpcyBsYXJnZSwgYW5kIHRoZSBzeXN0ZW0gY2FuIGZlZWwKaXJyZXNwb25z aWJsZSBzb21lIHRpbWVzLgoKPiBBbnkgYmV0dGVyIHdheSB0bwo+IGluc3RhbGwgdG8gZmxhc2gg bWVkaWE/IMKgSSBzdXBwb3NlIEkgY291bGQgZ28gYWhlYWQgYW5kIGRvIHRoZSBpbnN0YWxsCj4g dG8gYSByZWd1bGFyIEhELCB0aGVuIHVzZSBhIHJlc2N1ZSBzeXN0ZW0gYW5kIGRkIHRvIGdyYWIg YW4gaW1hZ2Ugb2YgdGhlCj4gc3lzdGVtIHBhcnRpdGlvbiwgdGhlbiB0cmFuc2ZlciBpdCB0byB0 aGUgZmxhc2ggbWVkaWEuIMKgQW55IG90aGVyCj4gcG9zc2libGUgcGF0aHM/CgpJbnN0YWxsaW5n IHRoZSBpbWFnZSBhbmQgZG9pbmcgYSBkZCB3aWxsIG5vdCB3b3JrIHN0cmFpZ2h0IGF3YXksIHlv dQp3aWxsIGhhdmUgdG8gdXNlIHN5c2xpbnV4IHRvIG1ha2UgdGhlIHVzYiBib290YWJsZSwgYnV0 IGFnYWluIHlvdSB3aWxsCmZhY2UgYWNjZXNzIHByb2JsZW1zLgoKPiBBbnlvbmUgcnVubmluZyBY Q1Agb3IgWGVuU2VydmVyIG9mZiBTREhDIG9yIG90aGVyCj4gZmxhc2gtYmFzZWQgbWVkaWE/CgpJ J20gdXNpbmcgYSBTRCBjYXJkIHRvIGJvb3QgYSByZWd1bGFyIFhlbiBpbnN0YWxsICg0LjEuMikg b24gc29tZSBvZgpteSBzZXJ2ZXJzLCB1c2luZyBBbHBpbmUgTGludXggd2hpY2ggaXMgZWFzeSB0 byBpbnN0YWxsIHRvIGEgU0QgY2FyZCwKaGFzIGEgdmVyeSBzbWFsbCBmb290cHJpbnQgYW5kIHdv cmtzIGdyZWF0IHdpdGggWGVuLiBEb24ndCBoYXZlCmV4cGVyaWVuY2Ugd2l0aCBYZW5TZXJ2ZXIu Cgo+Cj4gVGhhbmtzIC0gTmljawo+Cj4KPgo+IC0tLS0tLS0tCj4gVGhpcyBlLW1haWwgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIG1hdGVyaWFsIGZvciB0aGUgc29sZSB1 c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudC4gwqBJZiB0aGlzIGVtYWlsIGlzIG5vdCBpbnRl bmRlZCBmb3IgeW91LCBvciB5b3UgYXJlIG5vdCByZXNwb25zaWJsZSBmb3IgdGhlIGRlbGl2ZXJ5 IG9mIHRoaXMgbWVzc2FnZSB0byB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90ZSB0 aGF0IHRoaXMgbWVzc2FnZSBtYXkgY29udGFpbiBTRUFLUiBFbmdpbmVlcmluZyAoU0VBS1IpIFBy aXZpbGVnZWQvUHJvcHJpZXRhcnkgSW5mb3JtYXRpb24uIMKgSW4gc3VjaCBhIGNhc2UsIHlvdSBh cmUgc3RyaWN0bHkgcHJvaGliaXRlZCBmcm9tIGRvd25sb2FkaW5nLCBwaG90b2NvcHlpbmcsIGRp c3RyaWJ1dGluZyBvciBvdGhlcndpc2UgdXNpbmcgdGhpcyBtZXNzYWdlLCBpdHMgY29udGVudHMg b3IgYXR0YWNobWVudHMgaW4gYW55IHdheS4gwqBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1l c3NhZ2UgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgcmVwbHlpbmcg dG8gdGhpcyBlLW1haWwgYW5kIGRlbGV0ZSB0aGUgbWVzc2FnZSBmcm9tIHlvdXIgbWFpbGJveC4g wqBJbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlIHRoYXQgZG9lcyBub3QgcmVs YXRlIHRvIHRoZSBidXNpbmVzcyBvZiBTRUFLUiBpcyBuZWl0aGVyIGVuZG9yc2VkIGJ5IG5vciBh dHRyaWJ1dGFibGUgdG8gU0VBS1IuCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlz dHMueGVuc291cmNlLmNvbQo+IGh0dHA6Ly9saXN0cy54ZW5zb3VyY2UuY29tL3hlbi11c2VycwoK X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuc291cmNlLmNvbQpodHRwOi8vbGlzdHMu eGVuc291cmNlLmNvbS94ZW4tdXNlcnM= From xen-users-bounces@lists.xensource.com Thu Feb 09 13:03:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 13:03:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvTdn-0002m6-02; Thu, 09 Feb 2012 13:02:23 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvTdi-0002m1-V3 for xen-users@lists.xensource.com; Thu, 09 Feb 2012 13:02:19 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1328792531!7527311!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_9,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9156 invoked from network); 9 Feb 2012 13:02:12 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Feb 2012 13:02:12 -0000 Received: by iaeh11 with SMTP id h11so8098531iae.30 for ; Thu, 09 Feb 2012 05:02:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=N7LhCUKTLNPtXJxUX8/jLIamLWJaJb2UfpUP42iqWq0=; b=RYZTrmY5+e03FtraV6CNN50ZUFC1yxq6FWHKMBSdX3Ez/qTN6IVP0upWBVC1Mj0Etp CAWYDjBI7dzhAlnYPz0Z73c+JPi9O+0JWM8Fcb9Bkb8E05omYApdphVaAzfQZApIBQJq K5liXqXqs1PKB0JyHa0aRb9AcdwAhuzQegHXs= Received: by 10.42.107.9 with SMTP id b9mr2188795icp.23.1328792531093; Thu, 09 Feb 2012 05:02:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.107.102 with HTTP; Thu, 9 Feb 2012 05:01:51 -0800 (PST) In-Reply-To: References: From: eva Date: Thu, 9 Feb 2012 14:01:51 +0100 Message-ID: To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Grub options for dom0 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 7 February 2012 12:08, eva wrote: > Hello guys, > > I am setting up dom0. I have read that is recommended restricting one > cpu for dom0. In the xen wiki there's a list of grub parameters > > http://wiki.xen.org/wiki/Xen_Hypervisor_Boot_Options > > but it seems deprecated? > > http://groups.google.com/group/ganeti/browse_thread/thread/a18979bdd00f6461 > > Do you guys use this option (maxcpus) as shown here as well? > > http://www.indiangnu.org/2009/how-to-disable-cores-of-cpu/ > > Do you need to modify /etc/xen/xend-config.sxp accordingly to what's > been set on grub? > > What other options related with grub shall I consider for my dom0? > > Also, where to get an updated list of parameters for grub2? I'd like > to update the list at the xen wiki. > > Any suggestion will be very much appreciatted.... > > Eva It works with maxcpus=1, and the other option is deprecated. Also, I've edited /etc/xen/xend-config.sxp: (dom0-cpus 1) That seems to be the only thing to modify in the xen config file. ...about the documentation on the wiki, I think that list should be updated or remade. Good time for it could be next document day! Eva _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 09 13:03:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 13:03:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvTdn-0002m6-02; Thu, 09 Feb 2012 13:02:23 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvTdi-0002m1-V3 for xen-users@lists.xensource.com; Thu, 09 Feb 2012 13:02:19 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1328792531!7527311!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_9,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9156 invoked from network); 9 Feb 2012 13:02:12 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Feb 2012 13:02:12 -0000 Received: by iaeh11 with SMTP id h11so8098531iae.30 for ; Thu, 09 Feb 2012 05:02:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=N7LhCUKTLNPtXJxUX8/jLIamLWJaJb2UfpUP42iqWq0=; b=RYZTrmY5+e03FtraV6CNN50ZUFC1yxq6FWHKMBSdX3Ez/qTN6IVP0upWBVC1Mj0Etp CAWYDjBI7dzhAlnYPz0Z73c+JPi9O+0JWM8Fcb9Bkb8E05omYApdphVaAzfQZApIBQJq K5liXqXqs1PKB0JyHa0aRb9AcdwAhuzQegHXs= Received: by 10.42.107.9 with SMTP id b9mr2188795icp.23.1328792531093; Thu, 09 Feb 2012 05:02:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.107.102 with HTTP; Thu, 9 Feb 2012 05:01:51 -0800 (PST) In-Reply-To: References: From: eva Date: Thu, 9 Feb 2012 14:01:51 +0100 Message-ID: To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Grub options for dom0 X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 7 February 2012 12:08, eva wrote: > Hello guys, > > I am setting up dom0. I have read that is recommended restricting one > cpu for dom0. In the xen wiki there's a list of grub parameters > > http://wiki.xen.org/wiki/Xen_Hypervisor_Boot_Options > > but it seems deprecated? > > http://groups.google.com/group/ganeti/browse_thread/thread/a18979bdd00f6461 > > Do you guys use this option (maxcpus) as shown here as well? > > http://www.indiangnu.org/2009/how-to-disable-cores-of-cpu/ > > Do you need to modify /etc/xen/xend-config.sxp accordingly to what's > been set on grub? > > What other options related with grub shall I consider for my dom0? > > Also, where to get an updated list of parameters for grub2? I'd like > to update the list at the xen wiki. > > Any suggestion will be very much appreciatted.... > > Eva It works with maxcpus=1, and the other option is deprecated. Also, I've edited /etc/xen/xend-config.sxp: (dom0-cpus 1) That seems to be the only thing to modify in the xen config file. ...about the documentation on the wiki, I think that list should be updated or remade. Good time for it could be next document day! Eva _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 09 14:14:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 14:14:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvUjj-0005wY-JR; Thu, 09 Feb 2012 14:12:35 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvUjh-0005wK-LJ for xen-users@lists.xensource.com; Thu, 09 Feb 2012 14:12:34 +0000 X-Env-Sender: benv-xensource.com@junerules.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1328796747!12663184!1 X-Originating-IP: [80.69.76.80] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25069 invoked from network); 9 Feb 2012 14:12:27 -0000 Received: from mail.owl-ict.nl (HELO mail.owl-ict.nl) (80.69.76.80) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Feb 2012 14:12:27 -0000 Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junerules.com; s=default; x=1329401547; h=Comment: DomainKey-Signature:Received:Received:Date:From:To:Subject: Message-ID:Mail-Followup-To:MIME-Version:Content-Type: Content-Disposition:User-Agent; bh=JlaOfnAghcfWOrraeVIsIsl2PjA/R lCpPdud1L/zy3M=; b=Ar3TfjWFmkKk9ct+UIdrX+LjMyjuMRCdAmXq/oKAos1SA SmD1YHBWbav2VnkdLA5pkAGcduoxL6eKgXvSBfUt280ks/pAknB4T/1IhyRSnVMc PwUGEFaWWP4JEO7bvJRFTNeyq22PfKqnJXGv3abqftuq0nwtmWvdVajjb/X3Rs= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=junerules.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:MIME-Version:Content-Type:Content-Disposition:User-Agent; b=w+oGHSRAiCcTnvws38j19OFXn814NaYc/S6ZRwZD72KcOS3QTAtGhnI/I2BjHq xtxywk7A9IRXU1HftwyZMQSVg/OiVTRNl60wCvwz2bb4jM0/gd1kJ6xylD+PxiTq 2xTc/9sLFz4mgtV9MDxpPjuMHulKVtKOmelLTyAGNy44o=; Received: (qmail 9461 invoked by uid 89); 9 Feb 2012 15:12:25 +0100 Received: from unknown (HELO uil.winnipeg.nl) (benv@benv.junerules.com@2001:980:2254:1:211:6bff:fe96:6084) by mail.owl-ict.nl with SMTP; 9 Feb 2012 15:12:25 +0100 Date: Thu, 9 Feb 2012 15:12:20 +0100 From: Wouter de Geus To: xen-users@lists.xensource.com Message-ID: <20120209141220.GI16588@uil.winnipeg.nl> Mail-Followup-To: xen-users@lists.xensource.com MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [Xen-users] XL toolstack and drbd X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hej folks, I'm messing around with DRBD once again but with a new Xen 4.1.2 installation using the XL toolstack instead of the xend daemon. However, after getting my DRBD installed and a device operational, trying to create a domU using the drbd block device doesn't want to work: xl create -c test.cfg Parsing config file test.cfg Unknown disk type: drbd My config has: disk = [ 'drbd:test,xvda1,w' ] This used to work great with the Xend daemon. Is there a solution for this, or should I simply revert to using the xend daemon again? Thanks for reading :) Wouter. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 09 14:14:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 14:14:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvUjj-0005wY-JR; Thu, 09 Feb 2012 14:12:35 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvUjh-0005wK-LJ for xen-users@lists.xensource.com; Thu, 09 Feb 2012 14:12:34 +0000 X-Env-Sender: benv-xensource.com@junerules.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1328796747!12663184!1 X-Originating-IP: [80.69.76.80] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25069 invoked from network); 9 Feb 2012 14:12:27 -0000 Received: from mail.owl-ict.nl (HELO mail.owl-ict.nl) (80.69.76.80) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Feb 2012 14:12:27 -0000 Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junerules.com; s=default; x=1329401547; h=Comment: DomainKey-Signature:Received:Received:Date:From:To:Subject: Message-ID:Mail-Followup-To:MIME-Version:Content-Type: Content-Disposition:User-Agent; bh=JlaOfnAghcfWOrraeVIsIsl2PjA/R lCpPdud1L/zy3M=; b=Ar3TfjWFmkKk9ct+UIdrX+LjMyjuMRCdAmXq/oKAos1SA SmD1YHBWbav2VnkdLA5pkAGcduoxL6eKgXvSBfUt280ks/pAknB4T/1IhyRSnVMc PwUGEFaWWP4JEO7bvJRFTNeyq22PfKqnJXGv3abqftuq0nwtmWvdVajjb/X3Rs= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=junerules.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:MIME-Version:Content-Type:Content-Disposition:User-Agent; b=w+oGHSRAiCcTnvws38j19OFXn814NaYc/S6ZRwZD72KcOS3QTAtGhnI/I2BjHq xtxywk7A9IRXU1HftwyZMQSVg/OiVTRNl60wCvwz2bb4jM0/gd1kJ6xylD+PxiTq 2xTc/9sLFz4mgtV9MDxpPjuMHulKVtKOmelLTyAGNy44o=; Received: (qmail 9461 invoked by uid 89); 9 Feb 2012 15:12:25 +0100 Received: from unknown (HELO uil.winnipeg.nl) (benv@benv.junerules.com@2001:980:2254:1:211:6bff:fe96:6084) by mail.owl-ict.nl with SMTP; 9 Feb 2012 15:12:25 +0100 Date: Thu, 9 Feb 2012 15:12:20 +0100 From: Wouter de Geus To: xen-users@lists.xensource.com Message-ID: <20120209141220.GI16588@uil.winnipeg.nl> Mail-Followup-To: xen-users@lists.xensource.com MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [Xen-users] XL toolstack and drbd X-BeenThere: xen-users@lists.xensource.com 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.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hej folks, I'm messing around with DRBD once again but with a new Xen 4.1.2 installation using the XL toolstack instead of the xend daemon. However, after getting my DRBD installed and a device operational, trying to create a domU using the drbd block device doesn't want to work: xl create -c test.cfg Parsing config file test.cfg Unknown disk type: drbd My config has: disk = [ 'drbd:test,xvda1,w' ] This used to work great with the Xend daemon. Is there a solution for this, or should I simply revert to using the xend daemon again? Thanks for reading :) Wouter. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Feb 09 14:48:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 Feb 2012 14:48: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 1RvVH7-0007g6-HS; Thu, 09 Feb 2012 14:47:05 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RvVH4-0007ez-8o for xen-users@lists.xensource.com; Thu, 09 Feb 2012 14:47:02 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1328798814!13268680!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19732 invoked from network); 9 Feb 2012 14:46:56 -0000 Received: from mail-pw0-f43.google.com (HELO mail-pw0-f43.google.com) (209.85.160.43) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Feb 2012 14:46:56 -0000 Received: by pbbro2 with SMTP id ro2so6524564pbb.30 for ; Thu, 09 Feb 2012 06:46:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=EQymkMAG4KUmMG8HHcr0RzIJXy3DUKyOxnCaPdE3VJE=; b=oXu+mlPkbEZ/QJsdMNmxvrKvcjQSd+F9rZNj9vRZq+NwKaaCaiIfCpTXE7/P34uo9z WjBrEoQGJUHwko+OaAXjJlI7Rwpv8LeY+A1tcCy62vdE5QOaIzgBsqfmcpcW96crMrlW iSKOtPKpgWgJv7pS9nuYTDxrTX3A1wU4x1XuY= MIME-Version: 1.0 Received: by 10.68.220.232 with SMTP id pz8mr6765777pbc.28.1328798813848; Thu, 09 Feb 2012 06:46:53 -0800 (PST) Received: by 10.68.134.10 with HTTP; Thu, 9 Feb 2012 06:46:53 -0800 (PST) In-Reply-To: <20120209141220.GI16588@uil.winnipeg.nl> References: <20120209141220.GI16588@uil.winnipeg.nl> Date: Thu, 9 Feb 2012 22:46:53 +0800 Message-ID: From: Teck Choon Giam To: xen-users@lists.xensource.com Subject: Re: [Xen-users] XL toolstack and drbd X-BeenThere: xen-users@lists.xensource.com 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Feb 9, 2012 at 10:12 PM, Wouter de Geus wrote: > Hej folks, > > I'm messing around with DRBD once again but with a new Xen 4.1.2 installa= tion > using the XL toolstack instead of the xend daemon. > However, after getting my DRBD installed and a device operational, trying= to create > a domU using the drbd block device doesn't want to work: > > =A0xl create -c test.cfg > =A0Parsing config file test.cfg > =A0Unknown disk type: drbd > > My config has: > disk =3D [ 'drbd:test,xvda1,w' ] According to misc/xl-disk-configuration.txt for 4.1.x, doing a grep string for drdb show nothing... ... For unstable, see http://xenbits.xen.org/docs/unstable/misc/xl-disk-configuration.txt which I can see drdb there as below: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D